May 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Improved version of StartupPreferences

by Mariano Martinez Peck

On Tue, May 8, 2012 at 9:59 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > mariano > how can you override a general behavior without redoing it? > > What I mean by override is exactly redoing. So if in /Users/mariano/.config/pharo/general you have a script that does: UITheme currentSettings fastDragging: true. and then in /Users/mariano/.config/pharo/2.0 (or in startup.st in the image directory) I have a script that does UITheme currentSettings fastDragging: false. then it will be false the value, beacuse the order of execution is from the most general to the most specific. Cheers > Stef > > On May 7, 2012, at 10:21 PM, Mariano Martinez Peck wrote: > > > Hi guys. After playing a little bit with StartupPreferences, and > continuing the effort of Ben (thanks Ben for yet another great tool), I > generate a improved (from my point of view) version of the tool. > > > > The main changes are: > > > > a) Previously the tool searched files 1) first in image directory, 2) > then in the preference folder and 3) finally in the general preference > folder. As soon as it found at least one file, I didn't continue with the > rest of the places. Now, it starts the other way around, from the most > general to the most spceific. Starts in 3), then 2) and finally 3). > Moreover, it does not stop when it finds files in any of them. So all are > searched and executed. It works or or less the same way as variables in > UNIX with .bashrc /etc/envirorment, etc... > > > > b) I have created several class side methods (addAtStartup*) to create > given actions into the current directory. Previously, files were created in > 2 folders at the same time and there were only the possibility to create > only in one place. Now you can add startup actions in any of the 3 places > mentioned in a) > > > > c) Added a whole protocol (remove* and clean*) to remove script files > from all folders of a) and also to clean the internal stored actions. > > > > d) Lots of internal refactors to reuse code and less hardcoding. > > > > Does someone want to take a look to the slice ? > > Slice in inbox: http://code.google.com/p/pharo/issues/detail?id=5835 > > > > Cheers, > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > -- Mariano http://marianopeck.wordpress.com

May 8, 2012

[Pharo-project] [code review needed] Issue 3639: Remove ServerDirectory

by Marcus Denker

http://code.google.com/p/pharo/issues/detail?id=3639 remove FtpUrl, ServerDirectory, ServerFile and RemoteFileStream -- Marcus Denker -- http://marcusdenker.de

May 8, 2012

[Pharo-project] [code review needed] first iteration on moving fileIn users to new codeImporter

by Marcus Denker

http://code.google.com/p/pharo/issues/detail?id=5819 - some cleanings to fileIn usages - some fileIn users moved to use CodeImporter - some fixes to the CodeImporter that raised when testing the two points of above. -- Marcus Denker -- http://marcusdenker.de

May 8, 2012

Re: [Pharo-project] Primitives

by Francisco Garau

Where is the Interpreter class now? I presume it is in a separate package -- if yes, how do I load it into Pharo 2.0? Thanks, Francisco On 8 May 2012 08:43, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On May 8, 2012, at 5:00 AM, Santiago Bragagnolo wrote: > > > Hi all, yes. me again. > > > > I'm searching for a primitive-definition, something like > > code : what.it.do : relatedType if apply. > > > > Is there something like that? > > > > No, sadly not. > > We need a table that has infos on input, side-effects, if the primitive is > there > just for speed (fall back code implements it, too)... things like that. > > And, of course, we should really clean up primitives and remove the ones > not needed. (same for Plugins). > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > > >

May 8, 2012

Re: [Pharo-project] A comparative article (was STON - Smalltalk Object Notation)

by Janko MivÅ¡ek

Hi GÃ¶ran, One quick note: STON has more chance to be adopted than Tirade simply because of the name. STON is closer to JSON in people's mind, while Tirade, what that means? For me it sounds something tyran-like , pretty non-attractive therefore. And because most of us don't have time to go to details, such outside things like name matters. We are also more and more choosing things based on their perception and not reality. More on their outside form than on their real value. So, to have bigger adoption rate we need to take care about naming things as well. Best regards Janko Dne 08. 05. 2012 09:55, piÅ¡e GÃ¶ran Krampe: > Hi guys! > > I just posted an article about JSON/STON/Literal arrays/Tirade - and it > is probably easiest to read at planet.smalltalk.org (my blog has a > rather bad theme I realized): > > http://planet.smalltalk.org > > ...or at my blog: > > http://goran.krampe.se/2012/05/08/literal-arrays-vs-json-vs-ston-vs-tirade > > Sven - sorry for beating down a bit on STON in that article, nothing > personal and I love all the stuff you have done, I just have a hard time > placing STON in my toolbox. If you can give me good arguments why I am > dead wrong - please do! ;) > > And regarding Tirade, feel free to criticize that too of course, it is > still not set in stone and all input is appreciated, including telling > me it sucks :). > > The most interesting bit of the article is perhaps my thoughts on > literals in Smalltalk - would be nice to hear what people thiná¸±. And oh, > sorry for the length of the article - it kinda swelled. > > regards, GÃ¶ran > > -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

May 8, 2012

Re: [Pharo-project] Jenkins is unreachable right now

by Marcus Denker

On May 8, 2012, at 10:01 AM, Pavel Krivanek wrote: > > > On Tue, May 8, 2012 at 9:41 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On May 8, 2012, at 9:34 AM, Pavel Krivanek wrote: > > > Jenkins is unreachable right now :-( > > > > -- Pavel > > > works for me. > > In the last 2.0 build Nautilus is not working, it raises DNU. The reason seems to be in the fact, that Sout extended MessageSet (at least RPackage thinks it) but class that was removed > fixed in 20059 -- Marcus Denker -- http://marcusdenker.de

May 8, 2012

[Pharo-project] [update 2.0] #20059

by Marcus Denker

20059 ----- Issue 5836: RPackage reference to MessageSet http://code.google.com/p/pharo/issues/detail?id=5836 Issue 5827: remove #directoryUrl http://code.google.com/p/pharo/issues/detail?id=5827 Issue 5834: New MessageList does not show category for implementors http://code.google.com/p/pharo/issues/detail?id=5834 -- Marcus Denker -- http://marcusdenker.de

May 8, 2012

Re: [Pharo-project] Jenkins is unreachable right now

by Pavel Krivanek

On Tue, May 8, 2012 at 9:41 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On May 8, 2012, at 9:34 AM, Pavel Krivanek wrote: > > > Jenkins is unreachable right now :-( > > > > -- Pavel > > > works for me. > In the last 2.0 build Nautilus is not working, it raises DNU. The reason seems to be in the fact, that Sout extended MessageSet (at least RPackage thinks it) but class that was removed -- Pavel > > -- > Marcus Denker -- http://marcusdenker.de > > >

May 8, 2012

Re: [Pharo-project] Improved version of StartupPreferences

by StÃ©phane Ducasse

mariano how can you override a general behavior without redoing it? Stef On May 7, 2012, at 10:21 PM, Mariano Martinez Peck wrote: > Hi guys. After playing a little bit with StartupPreferences, and continuing the effort of Ben (thanks Ben for yet another great tool), I generate a improved (from my point of view) version of the tool. > > The main changes are: > > a) Previously the tool searched files 1) first in image directory, 2) then in the preference folder and 3) finally in the general preference folder. As soon as it found at least one file, I didn't continue with the rest of the places. Now, it starts the other way around, from the most general to the most spceific. Starts in 3), then 2) and finally 3). Moreover, it does not stop when it finds files in any of them. So all are searched and executed. It works or or less the same way as variables in UNIX with .bashrc /etc/envirorment, etc... > > b) I have created several class side methods (addAtStartup*) to create given actions into the current directory. Previously, files were created in 2 folders at the same time and there were only the possibility to create only in one place. Now you can add startup actions in any of the 3 places mentioned in a) > > c) Added a whole protocol (remove* and clean*) to remove script files from all folders of a) and also to clean the internal stored actions. > > d) Lots of internal refactors to reuse code and less hardcoding. > > Does someone want to take a look to the slice ? > Slice in inbox: http://code.google.com/p/pharo/issues/detail?id=5835 > > Cheers, > > -- > Mariano > http://marianopeck.wordpress.com >

May 8, 2012

[Pharo-project] A comparative article (was Re: [squeak-dev] [ANN] STON - Smalltalk Object Notation)

by GÃ¶ran Krampe

Hi guys! I just posted an article about JSON/STON/Literal arrays/Tirade - and it is probably easiest to read at planet.smalltalk.org (my blog has a rather bad theme I realized): http://planet.smalltalk.org ...or at my blog: http://goran.krampe.se/2012/05/08/literal-arrays-vs-json-vs-ston-vs-tirade Sven - sorry for beating down a bit on STON in that article, nothing personal and I love all the stuff you have done, I just have a hard time placing STON in my toolbox. If you can give me good arguments why I am dead wrong - please do! ;) And regarding Tirade, feel free to criticize that too of course, it is still not set in stone and all input is appreciated, including telling me it sucks :). The most interesting bit of the article is perhaps my thoughts on literals in Smalltalk - would be nice to hear what people thiná¸±. And oh, sorry for the length of the article - it kinda swelled. regards, GÃ¶ran

May 8, 2012