April 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Playgound inspecting

by Henrik Nergaard

By the way, would someone know how to force the styler to re-style a text? RubShoutStylerDecorator>># refreshStyling So from the textArea something like: (self decoratorNamed: #shoutStyler) ifNotNil: [ :styler | styler refreshStyling ] Best regards, Henrik -----Original Message----- From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Thierry Goubier Sent: Wednesday, April 27, 2016 10:17 PM To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Playgound inspecting Le 27/04/2016 21:26, Hilaire a Ã©crit : > Now I remember I already asked several months ago, and it does not work. > > Editing on the value does not work for me. > > http://forum.world.st/GL-inspector-editing-attribute-td4837704.html > > The same mis fortune is encountered with Pharo5 > > I don't imagine how it can be like that and I fell unproductive now > with Playground and GTInspector, althought I acknowledge there are > nice ideas in these new tools but it can't be at the price of productivity. > > Hopefully you can switch to Workspace and EyeInspector. With the help of Nicolai Hess, we worked a bit on improving syntax colouring for the EyeInspector and this has been integrated. Maybe someone can look into doing the same with GT (to correctly set #doItReceiver, #doItContext and a few other things related to syntax highlighting). By the way, would someone know how to force the styler to re-style a text? When selecting another element in for example a EyeTreeInspector, this changes the reference class for syntax highlighting (and the styler correctly picks that) but the existing text isn't re-colored. Thierry > > Hilaire > > > Le 27/04/2016 15:51, Sean P. DeNigris a Ã©crit : >> HilaireFernandes wrote >>>> instance variables evaluate to nil in the bottom area of the >>>> integrated inspector. >> There is no direct inst var access from the playground. I was >> initially shocked by this as well and have had to resort to >> #instVarNamed: on several occasions. On the bright side, you can edit >> the values in place in the 'Value' column above. >

April 27, 2016

Re: [Pharo-users] Playgound inspecting

by Thierry Goubier

Le 27/04/2016 21:26, Hilaire a Ã©crit : > Now I remember I already asked several months ago, and it does not work. > > Editing on the value does not work for me. > > http://forum.world.st/GL-inspector-editing-attribute-td4837704.html > > The same mis fortune is encountered with Pharo5 > > I don't imagine how it can be like that and I fell unproductive now with > Playground and GTInspector, althought I acknowledge there are nice ideas > in these new tools but it can't be at the price of productivity. > > Hopefully you can switch to Workspace and EyeInspector. With the help of Nicolai Hess, we worked a bit on improving syntax colouring for the EyeInspector and this has been integrated. Maybe someone can look into doing the same with GT (to correctly set #doItReceiver, #doItContext and a few other things related to syntax highlighting). By the way, would someone know how to force the styler to re-style a text? When selecting another element in for example a EyeTreeInspector, this changes the reference class for syntax highlighting (and the styler correctly picks that) but the existing text isn't re-colored. Thierry > > Hilaire > > > Le 27/04/2016 15:51, Sean P. DeNigris a Ã©crit : >> HilaireFernandes wrote >>>> instance variables evaluate to nil in the bottom area of the integrated >>>> inspector. >> There is no direct inst var access from the playground. I was initially >> shocked by this as well and have had to resort to #instVarNamed: on several >> occasions. On the bright side, you can edit the values in place in the >> 'Value' column above. >

April 27, 2016

Re: [Pharo-users] Playgound inspecting

by Hilaire

Now I remember I already asked several months ago, and it does not work. Editing on the value does not work for me. http://forum.world.st/GL-inspector-editing-attribute-td4837704.html The same mis fortune is encountered with Pharo5 I don't imagine how it can be like that and I fell unproductive now with Playground and GTInspector, althought I acknowledge there are nice ideas in these new tools but it can't be at the price of productivity. Hopefully you can switch to Workspace and EyeInspector. Hilaire Le 27/04/2016 15:51, Sean P. DeNigris a Ã©crit : > HilaireFernandes wrote >> > instance variables evaluate to nil in the bottom area of the integrated >> > inspector. > There is no direct inst var access from the playground. I was initially > shocked by this as well and have had to resort to #instVarNamed: on several > occasions. On the bright side, you can edit the values in place in the > 'Value' column above. -- Dr. Geo http://drgeo.eu

April 27, 2016

Re: [Pharo-users] ModificationTime

by stepharo

Esteban to me modificationTimeOf: would be better - but I'm confused. because when I read it I thought that it would modify the receiver and I'm still confused. Le 25/4/16 Ã 11:05, Esteban Lorenzano a Ã©crit : > should be modification time of fileâ¦ clearly, that method comment is crap :) > > Esteban > >> On 25 Apr 2016, at 11:01, Valentin Ryckewaert <valentin.ryckewaert(a)gmail.com> wrote: >> >> Hi everyone, >> >> I don't understand what is the meaning of this method, could someone help me about it plz? >> >> modificationTime: aResolvable >> "Resolve the argument, and answer true if the result refers >> to a directory, false if it refers to a file or doesn't exist." >> >> ^ store modificationTime: (self resolve: aResolvable) > >

April 27, 2016

Re: [Pharo-users] build for BuildingUIWithSpec

by stepharo

No this is on my endless todo :) I will do one. Stef Le 25/4/16 Ã 10:23, Peter UhnÃ¡k a Ã©crit : > Is there a build job for BuildingUIWithSpec? > > Peter

April 27, 2016

Re: [Pharo-users] Messages interceptions without using "halt"

by stepharo

Le 26/4/16 Ã 14:39, Steven Costiou a Ã©crit : > > Hello, > > i am not new to Pharo nor to the list but this is the first time i > speak here, so : hi =) > Welcome Steven > I started a phd a few month ago (with Alain Plantec) on context > oriented programming and dynamic programs adaptation. I am using Pharo > for my experiments and i would like to intercept messages sent to an > object just before they get to their receiver. To be more specific, > when #msg is sent to an object o, i want to be able to intercept it > just before it is actually executed with the following objects at my > disposal : the receiver (o), the message or selector, the sender. My > objective by doing that is to (try to) change the lookup for a given > method, and to be able to choose in which class the lookup will start. > This is not yet supported by Reflectivity but you should talk to marcus and help building it and it will be there :) > > I have been looking a bit and it does not seem to be a "simple" way to > do that in Pharo. Is that even possible and if so, any advice on where > i should look ? > > Thanks, > > Steven. >

April 27, 2016

Re: [Pharo-users] UDBCSQLite3Row data accessor.

by Offray Vladimir Luna CÃ¡rdenas

Thanks Esteban. I'll do it. Cheers, Offray On 27/04/16 12:29, Esteban A. Maringolo wrote: > Ask for write access to Torsten, or discuss it in the #databases > channel in the Pharo Slack channel, where both Torsten and Pierce are > active members. > > Regards! > Esteban A. Maringolo > > > 2016-04-27 14:20 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas > <offray.luna(a)mutabit.com>: >> Hi all, >> >> I have been using UDBCSQLite3 by Torsten and is pretty stable and in good >> shape. >> >> I have a little suggestion for adding the accessors #data on UDBCSQLite3Row. >> Its pretty handy for several queries. Is it fine this mail or need I to >> report this suggestion elsewhere? >> >> Thanks, >> >> Offray >> >

April 27, 2016

Re: [Pharo-users] UDBCSQLite3Row data accessor.

by Esteban A. Maringolo

Ask for write access to Torsten, or discuss it in the #databases channel in the Pharo Slack channel, where both Torsten and Pierce are active members. Regards! Esteban A. Maringolo 2016-04-27 14:20 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com>: > Hi all, > > I have been using UDBCSQLite3 by Torsten and is pretty stable and in good > shape. > > I have a little suggestion for adding the accessors #data on UDBCSQLite3Row. > Its pretty handy for several queries. Is it fine this mail or need I to > report this suggestion elsewhere? > > Thanks, > > Offray >

April 27, 2016

UDBCSQLite3Row data accessor.

by Offray Vladimir Luna CÃ¡rdenas

Hi all, I have been using UDBCSQLite3 by Torsten and is pretty stable and in good shape. I have a little suggestion for adding the accessors #data on UDBCSQLite3Row. Its pretty handy for several queries. Is it fine this mail or need I to report this suggestion elsewhere? Thanks, Offray

April 27, 2016

Re: [Pharo-users] [ANN] Genetic Algorithm is available from the Catalog

by Alexandre Bergel

No ideaâ¦ Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Apr 27, 2016, at 1:59 PM, stepharo <stepharo(a)free.fr> wrote: > > How does it compare with the algorithms in the Chromosome package of Polymath? > > Stef > > > Le 26/4/16 Ã 10:49, CÃ©drick BÃ©ler a Ã©crit : >> I think this is GeneticAlgorithm ^^ >> >> Cheers, >> Cedrik >> >> EnvoyÃ© de mon iPhone >> >>> Le 26 avr. 2016 Ã 10:22, Serge Stinckwich <serge.stinckwich(a)gmail.com> a Ã©crit : >>> >>> Cool but without name this is maybe difficult to find :-) >>> >>> On Mon, Apr 25, 2016 at 10:10 PM, Alexandre Bergel >>> <alexandre.bergel(a)me.com> wrote: >>>> Hi! >>>> >>>> I did a bit of programmingâ¦ A genetic algorithm is available from the Catalog. >>>> >>>> Cheers, >>>> Alexandre >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> -- >>> Serge Stinckwich >>> UCBN & UMI UMMISCO 209 (IRD/UPMC) >>> Every DSL ends up being Smalltalk >>> http://www.doesnotunderstand.org/ >>> >> > >

April 27, 2016