Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

2.4 Feature List #114

Closed
15 tasks done
AnEmortalKid opened this issue Oct 11, 2017 · 15 comments
Closed
15 tasks done

2.4 Feature List #114

AnEmortalKid opened this issue Oct 11, 2017 · 15 comments

Comments

@AnEmortalKid
Copy link
Member

AnEmortalKid commented Oct 11, 2017

Placeholder to link all the other currently open issues planned for 2.4 that existed pre-revive.

@AnEmortalKid
Copy link
Member Author

#87 already existed (verified in #104 since we had to backtrack).

@AnEmortalKid
Copy link
Member Author

For #45 , I think i'd like to rename the comparison is to same:


very foo is 'wow'
very bar is 'wow'
rly foo same bar
console dose loge with 'wowser'
but
console dose loge with 'sad'
wow

@AnEmortalKid
Copy link
Member Author

AnEmortalKid commented Mar 22, 2018

Looking at ECMA 5 support: (keywords) https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Lexical_grammar

for class, extends, super:

classy Polygon very Shape
  such constructor much name
    sooper with name
  wow
wow

or:

so Polygon very Shape
  such constructor much name
    sooper with name
  wow
wow

so might lead to confusion. it could be so classy Polygon...

=>

class Polygon extends Shape {

constructor(name) {
  super(name);
}

}

@vpzomtrrfrt
Copy link
Member

super should probably still use plz. Since so is already used for imports, I'd lean toward classy between those two options

@AnEmortalKid
Copy link
Member Author

Since very is already variable declaration (and our parser is a bit messy), what about:

classy Polygon leads Shape
  such constructor much name
    plz sooper with name
  wow
wow

so:

classy -> class
leads -> extends, I was trying to make a pun on leash, like classy blah drags blah or classy blah leash blah
sooper -> super

@vpzomtrrfrt
Copy link
Member

Leads seems like it would imply the other direction

@AnEmortalKid AnEmortalKid added this to the 2.4.0 milestone Jun 9, 2018
@AnEmortalKid
Copy link
Member Author

Ah, I didn't see it that way:

Polygon <- Shape, maybe xtends ?

@Griffork
Copy link

Griffork commented Jun 9, 2018 via email

@Purpzie
Copy link

Purpzie commented Sep 20, 2018

I would definitely prefer giv over gimme to be honest, just since it's shorter. Perhaps it could support both, though, if people can't decide.

@AnEmortalKid
Copy link
Member Author

I would definitely prefer giv over gimme to be honest, just since it's shorter. Perhaps it could support both, though, if people can't decide.

Let's go with giv first and adding gimme later should be fairly easy

@AnEmortalKid
Copy link
Member Author

Fixed #73 with #131

@AnEmortalKid AnEmortalKid pinned this issue Dec 14, 2018
@AnEmortalKid
Copy link
Member Author

Property accessors in #35 fixed with #192 #197

@AnEmortalKid
Copy link
Member Author

=== -> same
== -> like

based on:

JavaScript has both strict and type–converting comparisons. A strict comparison (e.g., ===) is only true if the operands are of the same type and the contents match. The more commonly-used abstract comparison (e.g. ==) converts the operands to the same type before making the comparison. For relational abstract comparisons (e.g., <=), the operands are first converted to primitives, then to the same type, before comparison.

@AnEmortalKid
Copy link
Member Author

Both do/while and try/catch/finally require some better capturing of state. The state tracking mechanisms for 2.4.0 are limited, and at this point the re-write would handle these better.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants