- Pharo-users - lists.pharo.org

Re: [Pharo-users] SmaCC 2.0.5 released

by Thierry Goubier

Hi Bernardo, Le 20/08/2015 00:24, Bernardo Ezequiel Contreras a Ã©crit : > Hi Thierry, > In the following thread > http://forum.world.st/Brainstorming-question-what-non-trivial-uses-can-you-… > > you said > > So what are the benefits of OMeta? Note that SmaCC would very easily > do parsing over any kind of objects, not only tokens. > Thierry > > > is there an example of that, ... somewhere? I did a short example for that, to see how that would work, and ... I'm sure I threw it away. (I don't remember where I've put it, and as I erase and rebuild my images often, I'm sure it's gone) It's easy to explain, if you're interested. Thierry > Thanks. > > On Wed, Aug 19, 2015 at 11:30 AM, Thierry Goubier > <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: > > Hi All, > > I have released SmaCC 2.0.5, aligned on the main SmaCC[1] with a > small fix on the Java parser, a few additional parsers (Cucumber), > the addition of the Javascript parser, and continuous improvements > on the performance and source code coverage of SmaCC generated > parsers (with many thanks to John Brant and Don Roberts). The > project is available on github[2] > > [1] http://www.refactoryworkers.com/SmaCC.html > > [2] https://github.com/ThierryGoubier/SmaCC > > This release is targeted at Pharo4. All parsers should work on Pharo > 5, but the GUI doesn't work. Most parsers come with full AST > generation and a dedicated visitor for each, and support for native > language refactoring. > > To retrieve a specific parser, please use Metacello with the > following script: > > Metacello new > baseline: 'SmaCC'; > repository: 'github://ThierryGoubier/SmaCC:v2.0.5'; > load: 'SmaCC-Javascript' > > (SmaCC-Python, SmaCC-Java, SmaCC-Cucumber, etc...) > > On Pharo4 only, to retrieve the full set (gui and tests), please use > Metacello with the following expressions: > > Metacello new > baseline: 'SmaCC'; > repository: 'github://ThierryGoubier/SmaCC:v2.0.5'; > load > > Regards, > > Thierry > > > > > -- > Bernardo E.C. > > Sent from a cheap desktop computer in South America.

Aug. 20, 2015

Re: [Pharo-users] SmaCC 2.0.5 released

by Tudor Girba

Great job! Doru On Wed, Aug 19, 2015 at 4:30 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Hi All, > > I have released SmaCC 2.0.5, aligned on the main SmaCC[1] with a small fix > on the Java parser, a few additional parsers (Cucumber), the addition of > the Javascript parser, and continuous improvements on the performance and > source code coverage of SmaCC generated parsers (with many thanks to John > Brant and Don Roberts). The project is available on github[2] > > [1] http://www.refactoryworkers.com/SmaCC.html > > [2] https://github.com/ThierryGoubier/SmaCC > > This release is targeted at Pharo4. All parsers should work on Pharo 5, > but the GUI doesn't work. Most parsers come with full AST generation and a > dedicated visitor for each, and support for native language refactoring. > > To retrieve a specific parser, please use Metacello with the following > script: > > Metacello new > baseline: 'SmaCC'; > repository: 'github://ThierryGoubier/SmaCC:v2.0.5'; > load: 'SmaCC-Javascript' > > (SmaCC-Python, SmaCC-Java, SmaCC-Cucumber, etc...) > > On Pharo4 only, to retrieve the full set (gui and tests), please use > Metacello with the following expressions: > > Metacello new > baseline: 'SmaCC'; > repository: 'github://ThierryGoubier/SmaCC:v2.0.5'; > load > > Regards, > > Thierry > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 20, 2015

Re: [Pharo-users] SmaCC 2.0.5 released

by Dimitris Chloupis

keep up the great work, I love using your parser :) On Wed, Aug 19, 2015 at 5:31 PM Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Hi All, > > I have released SmaCC 2.0.5, aligned on the main SmaCC[1] with a small fix > on the Java parser, a few additional parsers (Cucumber), the addition of > the Javascript parser, and continuous improvements on the performance and > source code coverage of SmaCC generated parsers (with many thanks to John > Brant and Don Roberts). The project is available on github[2] > > [1] http://www.refactoryworkers.com/SmaCC.html > > [2] https://github.com/ThierryGoubier/SmaCC > > This release is targeted at Pharo4. All parsers should work on Pharo 5, > but the GUI doesn't work. Most parsers come with full AST generation and a > dedicated visitor for each, and support for native language refactoring. > > To retrieve a specific parser, please use Metacello with the following > script: > > Metacello new > baseline: 'SmaCC'; > repository: 'github://ThierryGoubier/SmaCC:v2.0.5'; > load: 'SmaCC-Javascript' > > (SmaCC-Python, SmaCC-Java, SmaCC-Cucumber, etc...) > > On Pharo4 only, to retrieve the full set (gui and tests), please use > Metacello with the following expressions: > > Metacello new > baseline: 'SmaCC'; > repository: 'github://ThierryGoubier/SmaCC:v2.0.5'; > load > > Regards, > > Thierry >

Aug. 20, 2015

Re: [Pharo-users] SmaCC 2.0.5 released

by Bernardo Ezequiel Contreras

Hi Thierry, In the following thread http://forum.world.st/Brainstorming-question-what-non-trivial-uses-can-you-… you said So what are the benefits of OMeta? Note that SmaCC would very easily do > parsing over any kind of objects, not only tokens. > Thierry is there an example of that, ... somewhere? Thanks. On Wed, Aug 19, 2015 at 11:30 AM, Thierry Goubier <thierry.goubier(a)gmail.com > wrote: > Hi All, > > I have released SmaCC 2.0.5, aligned on the main SmaCC[1] with a small fix > on the Java parser, a few additional parsers (Cucumber), the addition of > the Javascript parser, and continuous improvements on the performance and > source code coverage of SmaCC generated parsers (with many thanks to John > Brant and Don Roberts). The project is available on github[2] > > [1] http://www.refactoryworkers.com/SmaCC.html > > [2] https://github.com/ThierryGoubier/SmaCC > > This release is targeted at Pharo4. All parsers should work on Pharo 5, > but the GUI doesn't work. Most parsers come with full AST generation and a > dedicated visitor for each, and support for native language refactoring. > > To retrieve a specific parser, please use Metacello with the following > script: > > Metacello new > baseline: 'SmaCC'; > repository: 'github://ThierryGoubier/SmaCC:v2.0.5'; > load: 'SmaCC-Javascript' > > (SmaCC-Python, SmaCC-Java, SmaCC-Cucumber, etc...) > > On Pharo4 only, to retrieve the full set (gui and tests), please use > Metacello with the following expressions: > > Metacello new > baseline: 'SmaCC'; > repository: 'github://ThierryGoubier/SmaCC:v2.0.5'; > load > > Regards, > > Thierry > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

Aug. 20, 2015

Re: [Pharo-users] Is RBClassNotReferencedRule ~200x slower in Pharo 4 vs Pharo 3 ?

by Yuriy Tymchuk

I need to double check it, for now I cannot access the issue tracker (probably local internet issues). As far as I remember, the problem was that SmallLint rules where checking contexts and not classes and methods. I.e. you had to create a context, set itâs âselected" class or method, pass it into the rule and then rule would take out class or method out of the context and check them. In my humble opinions this is 1) pain, 2) a bit confuting that #chackClass: method accepts context and not a class. But I guess at some point there was some caching happening during the check in a certain rules, and now itâs not there. What I was suggesting is to either define a context attribute for all rules, or even better, define a hierarchy of rules that besides the entity to check accept the context that is needed for the check, as not avery rule requires a context. By default it can be a live context of whale system, but on demand we can create a snapshot of a context (with caches) and pass it to different rules several times. Sadly I never managed to finish implementing it, itâs still in my todo list. Uko > On 19 Aug 2015, at 09:50, stepharo <stepharo(a)free.fr> wrote: > > yuriy what was a context? > > Stef > > > Le 18/8/15 22:39, Yuriy Tymchuk a Ã©crit : >> This may have happened when I was removing contexts from the rules. >> >> Uko >> >>> On 18 Aug 2015, at 18:25, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: >>> >>> Hi marcus >>> >>> do you get an idea why we got this slowdown? >>> >>> Stef >>> >>> Le 30/7/15 14:08, Marcus Denker a Ã©crit : >>>> I added an issue: >>>> >>>> https://pharo.fogbugz.com/f/cases/16074/Is-RBClassNotReferencedRule-200x-sl… <https://pharo.fogbugz.com/f/cases/16074/Is-RBClassNotReferencedRule-200x-sl…> >>>> >>>> i think we need to put in some cashingâ¦ here if we would could all *used* classes once for an enviromentâ¦. >>>> >>>>> On 29 Jul 2015, at 17:33, Paul DeBruicker <pdebruic(a)gmail.com <mailto:pdebruic@gmail.com>> wrote: >>>>> >>>>> Paul DeBruicker wrote >>>>>> Hi Stef, >>>>>> >>>>>> The slowdown is dependent upon the # of classes in the package. If you >>>>>> use Fuel then you should see a slowdown of 20x. I just have a lot of >>>>>> classes in this package. The source of the slowdown is in the changes to >>>>>> RBSmallLintChecker>>#checkClass: and >>>>>> RBClassNotReferencedRule>>#checkClass: . The old versions use the linter >>>>>> to check if the literal is used anywhere and the new one uses #allCallsOn. >>>>>> >>>>>> >>>>>> Hope this helps >>>>>> >>>>>> Paul >>>>> >>>>> >>>>> and by "use Fuel" I mean: >>>>> >>>>> rule:=RBClassNotReferencedRule new. >>>>> environment:=RBBrowserEnvironment new forPackageNames: #('Fuel'). >>>>> >>>>> >>>>> AndreasSystemProfiler spyOn:[RBSmalllintChecker runRule: rule onEnvironment: >>>>> environment] >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> View this message in context: http://forum.world.st/Is-RBClassNotReferencedRule-200x-slower-in-Pharo-4-vs… <http://forum.world.st/Is-RBClassNotReferencedRule-200x-slower-in-Pharo-4-vs…> >>>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com <http://nabble.com/>. >>>>> >>>> >>> >> >

Aug. 19, 2015

Re: [Pharo-users] Customised auto-completion to give priority to specific packages

by Attila Magyar

Attila Magyar wrote > It would be really nice to have real message completion in the > debugger/inspector/workspace where the types of the variables are known. > For example, when I'm debugging a method and an instance variable is > already initialized to a String, then the auto completion could show me > only the messages associated to a Strings instead of showing everything in > the image. This is how it works in Python. After evaluating the first line the variable /a/ becomes a list, so in the second line only list methods are shown. <http://forum.world.st/file/n4844128/screenshot_150819-191603.png> -- View this message in context: http://forum.world.st/Customised-auto-completion-to-give-priority-to-specif… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 19, 2015

Re: [Pharo-users] Customised auto-completion to give priority to specific packages

by Attila Magyar

It would be really nice to have real message completion in the debugger/inspector/workspace where the types of the variables are known. For example, when I'm debugging a method and an instance variable is already initialized to a String, then the auto completion could show me only the messages associated to a Strings instead of showing everything in the image. -- View this message in context: http://forum.world.st/Customised-auto-completion-to-give-priority-to-specif… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 19, 2015

Re: [Pharo-users] Customised auto-completion to give priority to specific packages

by webwarrior

I have interest in customized auto-completion. It would be also cool if it was possible to assign customized auto-completion to some instvars/arguments (for example based on knowlege about what their type is expected to be). -- View this message in context: http://forum.world.st/Customised-auto-completion-to-give-priority-to-specif… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 19, 2015

SmaCC 2.0.5 released

by Thierry Goubier

Hi All, I have released SmaCC 2.0.5, aligned on the main SmaCC[1] with a small fix on the Java parser, a few additional parsers (Cucumber), the addition of the Javascript parser, and continuous improvements on the performance and source code coverage of SmaCC generated parsers (with many thanks to John Brant and Don Roberts). The project is available on github[2] [1] http://www.refactoryworkers.com/SmaCC.html [2] https://github.com/ThierryGoubier/SmaCC This release is targeted at Pharo4. All parsers should work on Pharo 5, but the GUI doesn't work. Most parsers come with full AST generation and a dedicated visitor for each, and support for native language refactoring. To retrieve a specific parser, please use Metacello with the following script: Metacello new baseline: 'SmaCC'; repository: 'github://ThierryGoubier/SmaCC:v2.0.5'; load: 'SmaCC-Javascript' (SmaCC-Python, SmaCC-Java, SmaCC-Cucumber, etc...) On Pharo4 only, to retrieve the full set (gui and tests), please use Metacello with the following expressions: Metacello new baseline: 'SmaCC'; repository: 'github://ThierryGoubier/SmaCC:v2.0.5'; load Regards, Thierry

Aug. 19, 2015

Making a Rubric text morph movable

by Stephan Eggermont

We have a Morph containing a RubTextFieldMorph that we want to be able to drag around. At the same time, we want selection extension with the mouse to work. That feels ok when the dragging can only be initiated when the text field has no keyboard focus. The way we've made that work feels somewhat clumsy. What would be a better way? The containing morph has a default mouseDownPriority of 10 MindmapNode>>initialize super initialize. self addMorph: ( (MindmapTextField on: self) withGhostText: self defaultTitle; autoAccept: true; bounds: (self bounds); yourself). prio := 10. When it is clicked, the prio is set to 0 MindmapNode>>click: evt submorphs first takeKeyboardFocus. prio := 0 The text field is subclassed RubTextFieldMorph subclass: #MindmapTextField and overrides whenFocusLost: MindmapTextFieldwhenLostForcus: anAnnouncement owner resetPrio. super whenLostForcus: anAnnouncement MindmapNode>>resetPrio prio := 10 Noah & Stephan

Aug. 19, 2015