Hi when I define methods and the Transcript is open I get such kind of trace and I do not get where it comes from. I think that this is the syntactical coloring. Would be good to avoid because this is annoying. StoreImporter>>messageSelectorAndArgumentNames (statements is Undeclared) UndefinedObject>>noMethod (messageSelectorAndArgumentNames is Undeclared) Stef
Hi Stef, yes, this is annoying. Thierry Le 08/09/2015 08:09, stepharo a écrit :
Hi
when I define methods and the Transcript is open I get such kind of trace and I do not get where it comes from. I think that this is the syntactical coloring. Would be good to avoid because this is annoying.
StoreImporter>>messageSelectorAndArgumentNames (statements is Undeclared)
UndefinedObject>>noMethod (messageSelectorAndArgumentNames is Undeclared)
Stef
Yes, we do name analysis on the AST before coloring it⦠Even worse than the transcript output are -> it adds everything into Undeclared -> Playground colors variables wrong that the playground knows as the name analysis does not setup the requestorscope correctly. I will add issue tracker entries⦠Marcus
On 08 Sep 2015, at 08:09, stepharo <stepharo@free.fr> wrote:
Hi
when I define methods and the Transcript is open I get such kind of trace and I do not get where it comes from. I think that this is the syntactical coloring. Would be good to avoid because this is annoying.
StoreImporter>>messageSelectorAndArgumentNames (statements is Undeclared)
UndefinedObject>>noMethod (messageSelectorAndArgumentNames is Undeclared)
Stef
On Tue, Sep 8, 2015 at 5:13 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
Yes, we do name analysis on the AST before coloring itâ¦
Even worse than the transcript output are
-> it adds everything into Undeclared -> Playground colors variables wrong that the playground knows as the name analysis does not setup the requestorscope correctly.
I will add issue tracker entriesâ¦
Alternatively one could simply use Shout, a specialized parser for syntax highlighting that is simple, efficient, mature and customizable.
Marcus
On 08 Sep 2015, at 08:09, stepharo <stepharo@free.fr> wrote:
Hi
when I define methods and the Transcript is open I get such kind of trace and I do not get where it comes from. I think that this is the syntactical coloring. Would be good to avoid because this is annoying.
StoreImporter>>messageSelectorAndArgumentNames (statements is Undeclared)
UndefinedObject>>noMethod (messageSelectorAndArgumentNames is Undeclared)
Stef
-- _,,,^..^,,,_ best, Eliot
On 08 Sep 2015, at 15:19, Eliot Miranda <eliot.miranda@gmail.com> wrote:
On Tue, Sep 8, 2015 at 5:13 AM, Marcus Denker <marcus.denker@inria.fr <mailto:marcus.denker@inria.fr>> wrote: Yes, we do name analysis on the AST before coloring itâ¦
Even worse than the transcript output are
-> it adds everything into Undeclared -> Playground colors variables wrong that the playground knows as the name analysis does not setup the requestorscope correctly.
I will add issue tracker entriesâ¦
Alternatively one could simply use Shout, a specialized parser for syntax highlighting that is simple, efficient, mature and customizable.
The idea was to reduce the amount of Parsers (and models of methods) in the system⦠Marcus
Hi Marcus, On Tue, Sep 8, 2015 at 6:28 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
On 08 Sep 2015, at 15:19, Eliot Miranda <eliot.miranda@gmail.com> wrote:
On Tue, Sep 8, 2015 at 5:13 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
Yes, we do name analysis on the AST before coloring itâ¦
Even worse than the transcript output are
-> it adds everything into Undeclared -> Playground colors variables wrong that the playground knows as the name analysis does not setup the requestorscope correctly.
I will add issue tracker entriesâ¦
Alternatively one could simply use Shout, a specialized parser for syntax highlighting that is simple, efficient, mature and customizable.
The idea was to reduce the amount of Parsers (and models of methods) in the systemâ¦
I understand that. But parsing for code generation is very different from the quick and simple parsing for syntax highlighting that Shout provides, and if one ends up complicating the former to make it encompass the latter then maybe that's not such a good idea. I'd rather have a number of smaller simpler parsers than one great big complex difficult to understand and full of special cases parser (think... Morphic). Just a thought. Marcus
_,,,^..^,,,_ best, Eliot
On 08 Sep 2015, at 15:53, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Marcus,
On Tue, Sep 8, 2015 at 6:28 AM, Marcus Denker <marcus.denker@inria.fr <mailto:marcus.denker@inria.fr>> wrote:
On 08 Sep 2015, at 15:19, Eliot Miranda <eliot.miranda@gmail.com <mailto:eliot.miranda@gmail.com>> wrote:
On Tue, Sep 8, 2015 at 5:13 AM, Marcus Denker <marcus.denker@inria.fr <mailto:marcus.denker@inria.fr>> wrote: Yes, we do name analysis on the AST before coloring itâ¦
Even worse than the transcript output are
-> it adds everything into Undeclared -> Playground colors variables wrong that the playground knows as the name analysis does not setup the requestorscope correctly.
I will add issue tracker entriesâ¦
Alternatively one could simply use Shout, a specialized parser for syntax highlighting that is simple, efficient, mature and customizable.
The idea was to reduce the amount of Parsers (and models of methods) in the systemâ¦
I understand that. But parsing for code generation is very different from the quick and simple parsing for syntax highlighting that Shout provides, and if one ends up complicating the former to make it encompass the latter then maybe that's not such a good idea. I'd rather have a number of smaller simpler parsers than one great big complex difficult to understand and full of special cases parser (think... Morphic). Just a thought.
Yes⦠but the Shout parser is actually not that simple. SHParserST80 package linesOfCode â2581â And if you then see how much work the completion system has to do to get structural information out of the token stream it that is already in a normal AST by default⦠Until now the only real change to the RB Parser is the feature to generate an error node for syntactically wrong input. (#parseFaultyExpression/#parseFaultyMethod). Everything else was ok as is. The AST is unchanged (and we therefore use the same AST for the RB Engine, the Compiler and the syntax highlighter). Marcus
The idea was to reduce the amount of Parsers (and models of methods) in the systemâ¦
I understand that. But parsing for code generation is very different from the quick and simple parsing for syntax highlighting that Shout provides, and if one ends up complicating the former to make it encompass the latter then maybe that's not such a good idea. I'd rather have a number of smaller simpler parsers than one great big complex difficult to understand and full of special cases parser (think... Morphic). Just a thought.
Elliot when I start to think about Morphic.... :)
Marcus
_,,,^..^,,,_ best, Eliot
This has been fixed in 5.0 418 (yesterday).
On 08 Sep 2015, at 09:13, Marcus Denker <marcus.denker@inria.fr> wrote:
Yes, we do name analysis on the AST before coloring itâ¦
Even worse than the transcript output are
-> it adds everything into Undeclared -> Playground colors variables wrong that the playground knows as the name analysis does not setup the requestorscope correctly.
I will add issue tracker entriesâ¦
Marcus
On 08 Sep 2015, at 08:09, stepharo <stepharo@free.fr> wrote:
Hi
when I define methods and the Transcript is open I get such kind of trace and I do not get where it comes from. I think that this is the syntactical coloring. Would be good to avoid because this is annoying.
StoreImporter>>messageSelectorAndArgumentNames (statements is Undeclared)
UndefinedObject>>noMethod (messageSelectorAndArgumentNames is Undeclared)
Stef
Thanks! Le 6/11/15 14:47, Marcus Denker a écrit :
This has been fixed in 5.0 418 (yesterday).
On 08 Sep 2015, at 09:13, Marcus Denker <marcus.denker@inria.fr> wrote:
Yes, we do name analysis on the AST before coloring itâ¦
Even worse than the transcript output are
-> it adds everything into Undeclared -> Playground colors variables wrong that the playground knows as the name analysis does not setup the requestorscope correctly.
I will add issue tracker entriesâ¦
Marcus
On 08 Sep 2015, at 08:09, stepharo <stepharo@free.fr> wrote:
Hi
when I define methods and the Transcript is open I get such kind of trace and I do not get where it comes from. I think that this is the syntactical coloring. Would be good to avoid because this is annoying.
StoreImporter>>messageSelectorAndArgumentNames (statements is Undeclared)
UndefinedObject>>noMethod (messageSelectorAndArgumentNames is Undeclared)
Stef
+1 Doru
On Nov 6, 2015, at 10:04 PM, stepharo <stepharo@free.fr> wrote:
Thanks!
Le 6/11/15 14:47, Marcus Denker a écrit :
This has been fixed in 5.0 418 (yesterday).
On 08 Sep 2015, at 09:13, Marcus Denker <marcus.denker@inria.fr> wrote:
Yes, we do name analysis on the AST before coloring itâ¦
Even worse than the transcript output are
-> it adds everything into Undeclared -> Playground colors variables wrong that the playground knows as the name analysis does not setup the requestorscope correctly.
I will add issue tracker entriesâ¦
Marcus
On 08 Sep 2015, at 08:09, stepharo <stepharo@free.fr> wrote:
Hi
when I define methods and the Transcript is open I get such kind of trace and I do not get where it comes from. I think that this is the syntactical coloring. Would be good to avoid because this is annoying.
StoreImporter>>messageSelectorAndArgumentNames (statements is Undeclared)
UndefinedObject>>noMethod (messageSelectorAndArgumentNames is Undeclared)
Stef
-- www.tudorgirba.com "The coherence of a trip is given by the clearness of the goal."
participants (5)
-
Eliot Miranda -
Marcus Denker -
stepharo -
Thierry Goubier -
Tudor Girba