September 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] SHRBTextStyler and workspace/playground variables

by Marcus Denker

> On 25 Sep 2015, at 08:58, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > 2015-09-24 12:06 GMT+02:00 Andrei Chis <chisvasileandrei(a)gmail.com <mailto:chisvasileandrei@gmail.com>>: > Hi, > > Currently SHRBTextStyler does not highlight variables in the playground. > This could be added by extending SHRBTextStyler >>#resolveStyleFor: with > > workspace > ifNotNil: [(workspace hasBindingOf: aVariableNode name) > ifTrue: [^ #workspaceVar]]. > > Yes, I tried it already, but I couldn't get it to work. > I would like to have some way to add this to the semantic analyser step. > If the workspace is defined as a requestore scope, the variable analysis > should work the same way as if we actual "compile" the code. > > > > Still this could cause some problems given how MorphicTextAdapter integrates Rubric. > > MorphicTextAdapter>>setEditingModeFor:withBehavior: can translate #beForCode from Spec to #beForSmalltalkScripting in Rubric. > However for #beForSmalltalkScripting to work the model has to provide methods for managing bindings which MorphicTextAdapter does not. > > > This is really difficult, especially because the actual model is different for Nautilus code panes and of course any spec based text/code model. Yes, we really need to put some work into having a unified model behind all our toolsâ¦ itâs getting very hard to do anything how it is now. Marcus

Sept. 25, 2015

Re: [Pharo-dev] [Reflectivity] What are the #arguments?

by Marcus Denker

Hello, every one of these âreificationsâ are defined as a subclass of RFReification There is one subclass for every symbol (e.g. for #arguments, there is RFArgumentsReification). The class side method #key defines the exact symbol, while #nodes returns the AST node classes where this reification is available. I will make a full table soon that lists everything. Marcus > On 25 Sep 2015, at 09:36, roberto.minelli(a)usi.ch wrote: > > Dear Marcus, > > I am wondering where to âdiscoverâ all the possible values for the #arguments: to pass to the MetaLink. > > Cheers, > R >

Sept. 25, 2015

[Reflectivity] What are the #arguments?

by roberto.minelli＠usi.ch

Dear Marcus, I am wondering where to âdiscoverâ all the possible values for the #arguments: to pass to the MetaLink. Cheers, R

Sept. 25, 2015

Re: [Pharo-dev] SHRBTextStyler and workspace/playground variables

by Nicolai Hess

2015-09-24 12:06 GMT+02:00 Andrei Chis <chisvasileandrei(a)gmail.com>: > Hi, > > Currently SHRBTextStyler does not highlight variables in the playground. > This could be added by extending SHRBTextStyler >>#resolveStyleFor: with > > workspace > ifNotNil: [(workspace hasBindingOf: aVariableNode name) > ifTrue: [^ #workspaceVar]]. > Yes, I tried it already, but I couldn't get it to work. I would like to have some way to add this to the semantic analyser step. If the workspace is defined as a requestore scope, the variable analysis should work the same way as if we actual "compile" the code. > > Still this could cause some problems given how MorphicTextAdapter > integrates Rubric. > > MorphicTextAdapter>>setEditingModeFor:withBehavior: can translate > #beForCode from Spec to #beForSmalltalkScripting in Rubric. > However for #beForSmalltalkScripting to work the model has to provide > methods for managing bindings which MorphicTextAdapter does not. > > This is really difficult, especially because the actual model is different for Nautilus code panes and of course any spec based text/code model. > Maybe there is another way to highlight variables in the playground. > > Cheers, > Andrei >

Sept. 25, 2015

Re: [Pharo-dev] - 250 * 1.5 is not the same as 250 * 1.5

by Nicolai Hess

2015-09-24 22:39 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > Le 24/09/2015 09:11, Nicolai Hess a Ã©crit : > >> >> >> 2015-09-24 8:19 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com >> <mailto:i.uhnak@gmail.com>>: >> >> > - 250 * 1.5 returns -2.25 >> >> why is this valid syntax? >> >> >> >> I don't know if this is valid syntax (I always wondered that there is >> one place in PointTest, that is not compilable with old compiler but >> compiles >> fine with opal). >> But the error happens in >> RBParser>>#parseNegatedNumber. >> If a #- is recognized, it tests if a literalnumber follows (but from the >> token stream, that is, the spaces are ignored). >> Now the real bug is, that we do two "steps" and concstruct a new >> literalvaluenode from the now following tokens. >> RBParser parseExpression:'- 2' -> throws an error, because no following >> tokens >> RBParser parseExpression:'- 2 * 3' -> works but actually duplicates the >> two last tokens "*3 *3. >> and some funny other things '- 2@1' -> '-1@1' >> > > Another one I found in the tests: would you expect > > RBParser parseExpression: '# > > 1 = 1' > > To be the same thing as '#1 = 1' ? > I tested this in squeak and it seems that #1 isn't allowed as symbol, the only way to use a digit as symbol is #'1' (is this defined in smalltalks syntax defintion?) -> Parsing '#' has to be fixed too. > > Thierry >

Sept. 25, 2015

Re: [Pharo-dev] - 250 * 1.5 is not the same as 250 * 1.5

by Tudor Girba

Would not expect that to be the case :) Doru On Thu, Sep 24, 2015 at 10:39 PM, Thierry Goubier <thierry.goubier(a)gmail.com > wrote: > Le 24/09/2015 09:11, Nicolai Hess a Ã©crit : > >> >> >> 2015-09-24 8:19 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com >> <mailto:i.uhnak@gmail.com>>: >> >> > - 250 * 1.5 returns -2.25 >> >> why is this valid syntax? >> >> >> >> I don't know if this is valid syntax (I always wondered that there is >> one place in PointTest, that is not compilable with old compiler but >> compiles >> fine with opal). >> But the error happens in >> RBParser>>#parseNegatedNumber. >> If a #- is recognized, it tests if a literalnumber follows (but from the >> token stream, that is, the spaces are ignored). >> Now the real bug is, that we do two "steps" and concstruct a new >> literalvaluenode from the now following tokens. >> RBParser parseExpression:'- 2' -> throws an error, because no following >> tokens >> RBParser parseExpression:'- 2 * 3' -> works but actually duplicates the >> two last tokens "*3 *3. >> and some funny other things '- 2@1' -> '-1@1' >> > > Another one I found in the tests: would you expect > > RBParser parseExpression: '# > > 1 = 1' > > To be the same thing as '#1 = 1' ? > > Thierry > > -- www.tudorgirba.com "Every thing has its own flow"

Sept. 24, 2015

Re: [Pharo-dev] - 250 * 1.5 is not the same as 250 * 1.5

by Thierry Goubier

Le 24/09/2015 09:11, Nicolai Hess a Ã©crit : > > > 2015-09-24 8:19 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com > <mailto:i.uhnak@gmail.com>>: > > > - 250 * 1.5 returns -2.25 > > why is this valid syntax? > > > > I don't know if this is valid syntax (I always wondered that there is > one place in PointTest, that is not compilable with old compiler but > compiles > fine with opal). > But the error happens in > RBParser>>#parseNegatedNumber. > If a #- is recognized, it tests if a literalnumber follows (but from the > token stream, that is, the spaces are ignored). > Now the real bug is, that we do two "steps" and concstruct a new > literalvaluenode from the now following tokens. > RBParser parseExpression:'- 2' -> throws an error, because no following > tokens > RBParser parseExpression:'- 2 * 3' -> works but actually duplicates the > two last tokens "*3 *3. > and some funny other things '- 2@1' -> '-1@1' Another one I found in the tests: would you expect RBParser parseExpression: '# 1 = 1' To be the same thing as '#1 = 1' ? Thierry

Sept. 24, 2015

Re: [Pharo-dev] World.st has a new admin

by phil＠highoctane.be

Sean, King of the World.st Thx for this!!!!! Phil On Thu, Sep 24, 2015 at 8:55 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > I have always found the world.st very very useful. Thank you very much > Geert. > And thanks Sean, you will do a great job as always. > > On Thu, Sep 24, 2015 at 3:09 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >> >> > On 24 Sep 2015, at 19:47, Stephan Eggermont <stephan(a)stack.nl> wrote: >> > >> > On 24/09/15 16:27, Geert Claes wrote: >> >> The admin duties have now been handed over to Sean DeNigris who kindly >> >> volunteered to look after the www.world.st web presence as well as the >> >> Nabble archived mailing list forums on forum.world.st. >> > >> > Thank you Geert, for taking care of this important community resource >> for us for so long, and Sean for stepping in and taking over. >> >> +10 >> >> > Stephan >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com >

Sept. 24, 2015

Re: [Pharo-dev] Some references to transcript should be changed into File stdout

by Eliot Miranda

Hu Stef, On Thu, Sep 24, 2015 at 11:45 AM, stepharo <stepharo(a)free.fr> wrote: > Guys > > may be you do not understand or I'm too stupid. > My point is what are the preconditions (tools loaded in the system) that > DummyUIManager should have. > I thought that DummyUIManager (which should not be morphic else I do not > understand what is > MorphicUIManager) was for a system without a Morphic UI. So how it is > possible that a system without > UI could report error using a UI tool? > 1. The object referred to by the Transcript variable *is not necessarily* a UI tool. It may be headless and have no UI component; it may send output ti stdout or a file or... There is no assumption in DummyUIManager's use that Transcript is a UI component. 2. In testing DummyUIManager it may indeed be useful to have DummyUIManager output to a GUI transcript window. HTH > Stef > > Le 23/9/15 11:16, stepharo a Ã©crit : > > Hi >> >> I have the impression that some references to Transcript should be >> rewritten as File stdout >> >> For example >> >> DummyUIManager>>unhandledErrorDefaultAction: anException >> >> Transcript show: '*** EXCEPTION ***'; cr. >> Transcript show: anException; cr. >> Transcript show: (thisContext stack first: (20 min: thisContext stack >> size)); cr. >> anException isResumable ifTrue: [ anException resume ] >> >> Stef >> >> >> > > -- _,,,^..^,,,_ best, Eliot

Sept. 24, 2015

Re: [Pharo-dev] World.st has a new admin

by Mariano Martinez Peck

I have always found the world.st very very useful. Thank you very much Geert. And thanks Sean, you will do a great job as always. On Thu, Sep 24, 2015 at 3:09 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 24 Sep 2015, at 19:47, Stephan Eggermont <stephan(a)stack.nl> wrote: > > > > On 24/09/15 16:27, Geert Claes wrote: > >> The admin duties have now been handed over to Sean DeNigris who kindly > >> volunteered to look after the www.world.st web presence as well as the > >> Nabble archived mailing list forums on forum.world.st. > > > > Thank you Geert, for taking care of this important community resource > for us for so long, and Sean for stepping in and taking over. > > +10 > > > Stephan > > > -- Mariano http://marianopeck.wordpress.com

Sept. 24, 2015