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

Kind of RBRenameMethodRefactoring but for closures?

by Mariano Martinez Peck

Hi guys, I have a very large kind of "rule engine" in which rules are written in smalltalk. These rules are saved as domain objects (imagine a rule kind of object) which end up having a closure. The code of those closure most of the time receives an argument and send messages to it. I want to add automatic method rename for rules. Let's say i have plenty of rules sending the message (rule) #price and now I want to refactor all senders to actually send #lastPrice. I am taking a look to RBRenameMethodRefactoring and friends. But I wonder if there is something specifically for managing blocks rather than methods/classes? If not, I think my easiest path is to automatically compile dummy/temporal classes/methods from the rules, perform the refactor, then move source from methods to block closures, and finally remove created classes. Any pointer is appreciated. best, -- Mariano http://marianopeck.wordpress.com

Nov. 6, 2015

Re: [Pharo-dev] Let's update Source Sans/Code fonts! Slice in inbox

by Aliaksei Syrel

You know, programming languages for kids become popular nowadays and some of them get funding from government. Not all children know english well enough, so language-specific pharo could also be advertised from this prospective Cheers, Alex On Fri, Nov 6, 2015 at 4:08 PM, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > :) > Btw, Yuriy, somehow after your comment I got an idea to try if it would be > possible to write pharo code in a language different from english. And the > answer is yes! Pharo allows class and method names to be non-latin: > > [image: Inline image 2] > > However, if I try to have non-latin inst var name I get: > > [image: Inline image 3] > > Which is a bug, I suppose :D > https://pharo.fogbugz.com/f/cases/16941/Slots-can-not-have-non-latin-names > > If anyone will get bored or have too many free time - fix is welcomed :D > > > Cheers, > Alex > > On Fri, Nov 6, 2015 at 3:19 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > wrote: > >> kudos for the first phrase :) >> >> On 06 Nov 2015, at 00:20, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: >> >> Hi >> >> As you may know current embedded fonts don't have many non-latin >> characters. >> Luckily adobe updated them and pushed new versions on github >> https://github.com/adobe-fonts/source-sans-pro >> https://github.com/adobe-fonts/source-code-pro >> >> <Source fonts.png> >> >> Here is issue: >> >> https://pharo.fogbugz.com/f/cases/16935/Source-Sans-and-Code-fonts-do-not-s… >> >> And slice: >> >> SLICE-Issue-16935-Source-Sans-and-Code-fonts-do-not-support-non-latin-characters-symbols-or-cyrillic-AliakseiSyrel.1 >> >> Cheers, >> Alex >> >> >> >

Nov. 6, 2015

Re: [Pharo-dev] Let's update Source Sans/Code fonts! Slice in inbox

by Aliaksei Syrel

:) Btw, Yuriy, somehow after your comment I got an idea to try if it would be possible to write pharo code in a language different from english. And the answer is yes! Pharo allows class and method names to be non-latin: [image: Inline image 2] However, if I try to have non-latin inst var name I get: [image: Inline image 3] Which is a bug, I suppose :D https://pharo.fogbugz.com/f/cases/16941/Slots-can-not-have-non-latin-names If anyone will get bored or have too many free time - fix is welcomed :D Cheers, Alex On Fri, Nov 6, 2015 at 3:19 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > kudos for the first phrase :) > > On 06 Nov 2015, at 00:20, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > > Hi > > As you may know current embedded fonts don't have many non-latin > characters. > Luckily adobe updated them and pushed new versions on github > https://github.com/adobe-fonts/source-sans-pro > https://github.com/adobe-fonts/source-code-pro > > <Source fonts.png> > > Here is issue: > > https://pharo.fogbugz.com/f/cases/16935/Source-Sans-and-Code-fonts-do-not-s… > > And slice: > > SLICE-Issue-16935-Source-Sans-and-Code-fonts-do-not-support-non-latin-characters-symbols-or-cyrillic-AliakseiSyrel.1 > > Cheers, > Alex > > >

Nov. 6, 2015

Is RBRefactoryChange alive, and what do I use for recategorization

by Yuriy Tymchuk

Hi everyone. in my critic projects I need a concept of a âchangeâ the can be previewed, executed or combined with other changes. I.e. if a critic can propose an automated solution, it has to be _something_. At the moment Iâve started to use RBRefactoryChange, but I want to know whether it is the thing to use, or maybe someone is preparing a replacement. Because classes have no comments. no real diff support and so onâ¦ If it is the thing to use, which change should I use for a recategorization (change protocol) of a method? Thanks. Uko

Nov. 6, 2015

Re: [Pharo-dev] Let's update Source Sans/Code fonts! Slice in inbox

by Yuriy Tymchuk

kudos for the first phrase :) > On 06 Nov 2015, at 00:20, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > > Hi > > As you may know current embedded fonts don't have many non-latin characters. > Luckily adobe updated them and pushed new versions on github > https://github.com/adobe-fonts/source-sans-pro <https://github.com/adobe-fonts/source-sans-pro> > https://github.com/adobe-fonts/source-code-pro <https://github.com/adobe-fonts/source-code-pro> > > <Source fonts.png> > > Here is issue: > https://pharo.fogbugz.com/f/cases/16935/Source-Sans-and-Code-fonts-do-not-s… <https://pharo.fogbugz.com/f/cases/16935/Source-Sans-and-Code-fonts-do-not-s…> > > And slice: > SLICE-Issue-16935-Source-Sans-and-Code-fonts-do-not-support-non-latin-characters-symbols-or-cyrillic-AliakseiSyrel.1 > > Cheers, > Alex >

Nov. 6, 2015

Re: [Pharo-dev] garbage on transcript

by Marcus Denker

This has been fixed in 5.0 418 (yesterday). > On 08 Sep 2015, at 09:13, Marcus Denker <marcus.denker(a)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(a)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 >> >

Nov. 6, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] 079b87: 50420

by Cyril Ferlicot

That's great if we do not have all the time out anymore! Great job :) On Thu, Nov 5, 2015 at 3:25 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > I think this tests was the reason for the hanging monkey... > >> On 05 Nov 2015, at 09:21, GitHub <noreply(a)github.com> wrote: >> >> Branch: refs/heads/5.0 >> Home: https://github.com/pharo-project/pharo-core >> Commit: 079b87494967776bd53c38eaa00485742d6ffd48 >> https://github.com/pharo-project/pharo-core/commit/079b87494967776bd53c38ea… >> Author: Jenkins Build Server <board(a)pharo-project.org> >> Date: 2015-11-05 (Thu, 05 Nov 2015) >> >> Changed paths: >> M FuelTests.package/FLContextSerializationTest.class/instance/tests/testDoIt.st >> R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50419.st >> A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50420.st >> R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50419.st >> A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50420.st >> M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st >> >> Log Message: >> ----------- >> 50420 >> 16933 experiment: skip FLContextSerializationTest>>testDoIt >> https://pharo.fogbugz.com/f/cases/16933 >> >> http://files.pharo.org/image/50/50420.zip >> >> > > -- Cheers Cyril Ferlicot

Nov. 6, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] 079b87: 50420

by Martin Dias

> I think this tests was the reason for the hanging monkey... I tested locally and I confirm that FLContextSerializationTest>>#testDoIt was signaling OutOfMemory frequently (but not always). I will take a look into the test. Martin

Nov. 6, 2015

Re: [Pharo-dev] Let's update Source Sans/Code fonts! Slice in inbox

by Tudor Girba

Great! Doru > On Nov 6, 2015, at 12:20 AM, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > > Hi > > As you may know current embedded fonts don't have many non-latin characters. > Luckily adobe updated them and pushed new versions on github > https://github.com/adobe-fonts/source-sans-pro > https://github.com/adobe-fonts/source-code-pro > > <Source fonts.png> > > Here is issue: > https://pharo.fogbugz.com/f/cases/16935/Source-Sans-and-Code-fonts-do-not-s… > > And slice: > SLICE-Issue-16935-Source-Sans-and-Code-fonts-do-not-support-non-latin-characters-symbols-or-cyrillic-AliakseiSyrel.1 > > Cheers, > Alex > -- www.tudorgirba.com "From an abstract enough point of view, any two things are similar."

Nov. 6, 2015

Re: [Pharo-dev] Wow things have changed.

by Ben Coman

On Fri, Nov 6, 2015 at 8:25 AM, Eagle Offshore <eagleoffshore(a)mac.com> wrote: > I'm not clear on the difference between a package and configuration and also the "Load Stable" vs "Load Configuration". Is Load Configuration the bleeding edge or something? A Metacello Configuration defines which versions of Monticello packages go together. Tools>Versioneer helps you define a Configuration. The Configuration is stored as a separate Monticello package. "Load Stable" first loads the Configuration package, then processes it to load the Monticello package versions defined as #stable. "Load Configuration" only loads the package. Then you can load other versions. cheers -ben

Nov. 6, 2015