- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Color yzw

by stepharo

> > No, you are right. It isn't shown in red, even if it is a unknown > symbol. > > > > I'll have a look. > > Oh, that is bad. > The check for existing Symbols always succeeds, because > Parsing an expression with RBParser creates RBMethod- and RBMessageNodes > And they use always #asSymbol for its selectors. > Argh this is a pity because this is a really useful > > That means, as soon as we parse an expression, we add all new Symbols. > > And as the parser is now used for syntax highlighting as well, this means > new symbols will be added on compiling new methods and expressions > or just highlighting them. That's bad. > Yes I was discussing with students that used Pharo 40 during a lecture and they loved it. > > anyone an idea? > I'm trying to think. Looks like it would be good to be able to make a distinction between symbols and selectors (selectors installed in method dictionaries) Stef > > > >> 2016-01-15 13:10 GMT+01:00 stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>>: > >>> > >>> Hi > >>> > >>> In the past in Pharo when a message was not matching an existing > selector the selector was turned into red > >> > >> > >> I think this only happened for names not known as a symbol, > regardless whether this symbol exists as a message selector or just a > symbol. > >> > >> If no symbol table includes the symbol yzw > >> > >> Color yzw > >> > >> will show yzw red, > >> > >> Color yello > >> will print yello in italic > >> Color yellow > >> will print yellow normal > >> Color jaune > >> will print jaune red, as long it is not in a SymbolTable. > >> > >> > >>> > >>> So we could see immediately that you typed an error. > >>> > >>> Right now, the behavior only exists for Class > >>> so > >>> > >>> Po is italiczec > >>> Pox is red > >>> > >>> I played with the blueStyleTable but I cannot get it working on > selector. > >>> Does anybody know? > >>> > >>> Such kind of glitch is slowing me when shooting new pharo videos. > >>> > >>> Stef > >>> > >>> > >> > > >

Jan. 15, 2016

Re: [Pharo-dev] Powerful ARM server

by Thierry Goubier

Le 15/01/2016 02:07, Ben Coman a Ã©crit : > This might make a good CI server for ARM, or ARM based Pharo cloud. > > http://hothardware.com/news/amd-unveils-64-bit-arm-based-opteron-a1100-soc-… > > cheers -ben > > Have been waiting for that one for a long time... We'll have a inhouse system with some server-ARMs at some point in the close future, so, maybe I'll be able to test a few Pharo benchmarks. But not an Opteron-based one. Thierry

Jan. 15, 2016

Re: [Pharo-dev] [Pharo-users] [ANN] OSSubprocess first milestone

by Johan Fabry

That looks very cool to me, it would have come quite in handy for some project that I did last year ;-) > On Jan 15, 2016, at 13:13, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Luc, Damien, et all. > > I implemented the kind of API Luc suggested, which was a great idea. I took also his API to answer Damien question of could we do a "tail -f" example. So I made a little example where I run "tail -f system.log" and I keep a Playground updated with the stdout :) > Here is the video: > > https://dl.dropboxusercontent.com/u/6980943/tailExample.mov <https://dl.dropboxusercontent.com/u/6980943/tailExample.mov> > > Let me know what do you think. > > Cheers, > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Jan. 15, 2016

Git repository and branch for spur enable pharo-vm

by Holger Freyther

Hi, what is the official pharo-vm git repository? It looks like github.com/pharo-project/pharo-vm is not being updated right now. It looks like esteban's fork is currently being used and the spur64 branch. Is that correct? Can it it to be used for spur32 and spure64? Is there any plan to merge this back into a repositpory in pharo-project/pharo-vm? kind regards holger

Jan. 15, 2016

Re: [Pharo-dev] [Moose-dev] [Pharo-users] [ann] gtdebugger in pharo 5.0

by David Allouche

> On 15 Jan 2016, at 13:39, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> On Jan 14, 2016, at 12:59 PM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > >> Most (all?) other tools don't have Accept/Cancel buttons. > > The logic is that these are actions that do not depend on the selection, so in Glamour we map these on actions that are applicable to the entire presentation. A similar approach is present in the inspector, although probably it does not appear so prominently because there is no text. We could try to add them in a dropdown menu. Would that help? In my opinion, they actions should either be directly visible in the window, or in the contextual menu, or both. But not in a dropdown. They are common actions, so I see no value in putting them in a dropdown. Dropdown menus are only interesting for actions that need to be discoverable, by providing a visual clue to explore. But they are more often than not, a bad idea. Actually, I would love if Pharo had more toolbars and menu bars. A good rule of Human Interface Guidelines (HIG) is that actions should be accessible in multiple ways: Toolbars and buttons. Not too many of them please, just for essential, application-specific actions. Menus, either in the window MS-style or at the top of the display Apple-style. Contextual menu. Shortcuts (all of them, discoverable by examining menus and contextual menus).

Jan. 15, 2016

Re: [Pharo-dev] Package loader question

by Trussardi Dario Romano

Thanks Max, > Hi Dario, > >> On 15 Jan 2016, at 16:58, Trussardi Dario Romano <dario.trussardi(a)tiscali.it> wrote: >> >> Ciao, >> >> i have some packages with some class definition. >> >> Now the package1 define Class1 and Class2 with some reference to classA and classB defined into pachageA. >> >> packageA other hand, have some reference to class1 and class2. >> >> Now my question is: >> >> i can load the package1 and packageA without other considerations, >> >> leaving the system to resolve references as classes are loaded? >> > > No, I donât think so. You will receive a warning and can then proceed. That will compile the methods but the class references will have been compiled as nil references. So you will need to recompile those methods afterwards. But if i used the Metacello baseline or configuration definition i can load with #atomic load types? With this load types i solve my problematic? Now when i load a baseline definition with : | pathToPackageDirectory | "edit to match the path to your chosen package directory" pathToPackageDirectory := '/DTRDevelopment'. Metacello new baseline: 'DtrBase'; repository: 'filetree://', pathToPackageDirectory; load. how i can define the load types? Thanks, Dario > > If these classes need each other, then they probably belong into the same package. > > Just to be clear, what do you mean by âpackageâ? If you are referring to something like âMY-Coreâ and âMY-Viewâ but both are loaded when loading the Monticello package âMYâ then it will work. If you load âMY-Coreâ and âMy-Viewâ as separate Monticello packages the above will happen. > > Cheers, > Max > >> >> Thanks for any considerations, >> >> Dario > >

Jan. 15, 2016

Re: [Pharo-dev] Color yzw

by Nicolai Hess

2016-01-15 13:33 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > > No, you are right. It isn't shown in red, even if it is a unknown symbol. > > I'll have a look. Oh, that is bad. The check for existing Symbols always succeeds, because Parsing an expression with RBParser creates RBMethod- and RBMessageNodes And they use always #asSymbol for its selectors. That means, as soon as we parse an expression, we add all new Symbols. And as the parser is now used for syntax highlighting as well, this means new symbols will be added on compiling new methods and expressions or just highlighting them. That's bad. anyone an idea? > > > > > 2016-01-15 13:28 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: >> >> >> >> 2016-01-15 13:10 GMT+01:00 stepharo <stepharo(a)free.fr>: >>> >>> Hi >>> >>> In the past in Pharo when a message was not matching an existing selector the selector was turned into red >> >> >> I think this only happened for names not known as a symbol, regardless whether this symbol exists as a message selector or just a symbol. >> >> If no symbol table includes the symbol yzw >> >> Color yzw >> >> will show yzw red, >> >> Color yello >> will print yello in italic >> Color yellow >> will print yellow normal >> Color jaune >> will print jaune red, as long it is not in a SymbolTable. >> >> >>> >>> So we could see immediately that you typed an error. >>> >>> Right now, the behavior only exists for Class >>> so >>> >>> Po is italiczec >>> Pox is red >>> >>> I played with the blueStyleTable but I cannot get it working on selector. >>> Does anybody know? >>> >>> Such kind of glitch is slowing me when shooting new pharo videos. >>> >>> Stef >>> >>> >> >

Jan. 15, 2016

Re: [Pharo-dev] Package loader question

by Max Leske

Hi Dario, > On 15 Jan 2016, at 16:58, Trussardi Dario Romano <dario.trussardi(a)tiscali.it> wrote: > > Ciao, > > i have some packages with some class definition. > > Now the package1 define Class1 and Class2 with some reference to classA and classB defined into pachageA. > > packageA other hand, have some reference to class1 and class2. > > Now my question is: > > i can load the package1 and packageA without other considerations, > > leaving the system to resolve references as classes are loaded? > No, I donât think so. You will receive a warning and can then proceed. That will compile the methods but the class references will have been compiled as nil references. So you will need to recompile those methods afterwards. If these classes need each other, then they probably belong into the same package. Just to be clear, what do you mean by âpackageâ? If you are referring to something like âMY-Coreâ and âMY-Viewâ but both are loaded when loading the Monticello package âMYâ then it will work. If you load âMY-Coreâ and âMy-Viewâ as separate Monticello packages the above will happen. Cheers, Max > > Thanks for any considerations, > > Dario

Jan. 15, 2016

Re: [Pharo-dev] [Pharo-users] [ANN] OSSubprocess first milestone

by Mariano Martinez Peck

Luc, Damien, et all. I implemented the kind of API Luc suggested, which was a great idea. I took also his API to answer Damien question of could we do a "tail -f" example. So I made a little example where I run "tail -f system.log" and I keep a Playground updated with the stdout :) Here is the video: https://dl.dropboxusercontent.com/u/6980943/tailExample.mov Let me know what do you think. Cheers, On Fri, Jan 15, 2016 at 10:51 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > >> >> defaultReadStreamCreationBlock: [ process >> createTempFileToBeUsedAsReadStreamOn: '/tmp' ]; >> >> In the readme, the piece of code containing that is a bit suspicious >> because it depends on the fact that the block is evaluated after the >> variable 'process' is assigned. >> > > Thanks, fixed! > I always hated the instance side nature of those methods, so I moved them > to class side. > > > > >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Success is the ability to go from one failure to another without >> losing enthusiasm." --Winston Churchill >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > -- Mariano http://marianopeck.wordpress.com

Jan. 15, 2016

Package loader question

by Trussardi Dario Romano

Ciao, i have some packages with some class definition. Now the package1 define Class1 and Class2 with some reference to classA and classB defined into pachageA. packageA other hand, have some reference to class1 and class2. Now my question is: i can load the package1 and packageA without other considerations, leaving the system to resolve references as classes are loaded? Thanks for any considerations, Dario

Jan. 15, 2016