- Pharo-users - lists.pharo.org

Re: [Pharo-users] "Improper store into indexable object" and weird variable names

by Sven Van Caekenberghe

> On 20 Jan 2015, at 10:00, Davide Varvello via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > Date: 20 Jan 2015 09:56:45 CET > From: Davide Varvello <varvello(a)yahoo.com> > To: pharo-users(a)lists.pharo.org > Subject: Re: "Improper store into indexable object" and weird variable names > > > Sven Van Caekenberghe-2 wrote >>> On 19 Jan 2015, at 22:46, Davide Varvello via Pharo-users < > >> pharo-users@.pharo > >> > wrote: >>> >>> >>> Date: 19 Jan 2015 22:43:13 CET >>> From: Davide Varvello < > >> varvello@ > >> > >>> To: > >> pharo-users@.pharo > >>> Subject: Re: "Improper store into indexable object" and weird variable >>> names >>> >>> >>> H Sven, >>> I didn't move nor rename any of them. In fact some methods have t1, t2, >>> t3, >>> ... but some others have real variable names. >> >> That is weird. Any details on which work and which do not ? System code or >> your code ? > > Both, my code and system code. Looking at changes it seems it lost all code > before 7:01:06 pm CET of yesterday (see http://imgur.com/V8eis9Z) I can try > to restore from my backup, but I'm wondering what happened. It has been years that I developed in 2.0, but I very vaguely remember having seen something similar. Going back and recovering from backup seems the only choice. I find it hard to believe that, say some Collection methods are OK, and some say String methods are decompiled, and some of your own code is OK and some is not - totally arbitrary ? Is it even constant ? > Davide > > > > -- > View this message in context: http://forum.world.st/Improper-store-into-indexable-object-and-weird-variab… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > >

Jan. 20, 2015

Re: [Pharo-users] Code highlight

by Mark Rizun

> > I had a quick look. I confirm that TextModel keeps a value holder on the > current selection interval, in the instance variable named âselection', but > apparently there is no API to register to notifications to that. I consider > that a missing feature, so I think it is best that you add a bug report for > that. > Exactly! I think so too: it's just missing, and has to be fixed. I'll open an issue Thanks > In the mean time, Iâm sure you could hack something together that > registers your application for notifications of the value holder that is in > âselectionâ ;-) > At least I can try to figure it out. Mark

Jan. 20, 2015

Re: "Improper store into indexable object" and weird variable names

by Davide Varvello

Sven Van Caekenberghe-2 wrote >> On 19 Jan 2015, at 22:46, Davide Varvello via Pharo-users < > pharo-users@.pharo > > wrote: >> >> >> Date: 19 Jan 2015 22:43:13 CET >> From: Davide Varvello < > varvello@ > > >> To: > pharo-users@.pharo >> Subject: Re: "Improper store into indexable object" and weird variable >> names >> >> >> H Sven, >> I didn't move nor rename any of them. In fact some methods have t1, t2, >> t3, >> ... but some others have real variable names. > > That is weird. Any details on which work and which do not ? System code or > your code ? Both, my code and system code. Looking at changes it seems it lost all code before 7:01:06 pm CET of yesterday (see http://imgur.com/V8eis9Z) I can try to restore from my backup, but I'm wondering what happened. Davide -- View this message in context: http://forum.world.st/Improper-store-into-indexable-object-and-weird-variab… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 20, 2015

Re: [Pharo-users] [Pharo-dev] OpenStreetMap integration

by Serge Stinckwich

Terrific !!! On Mon, Jan 19, 2015 at 3:19 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Dear All, > > This week end I have integrated the excellent work of Onil Goubier and > Thierry Goubier. They have worked on a bridge between OpenStreetMap and > Roassal. As a result, you can easily decorate a map with element describing > metrics and properties of geolocation. Consider the following: > > I think the following screenshot should be self-explanatory: > > > Below are some results of 10lines-long scripts. Seisms during the last 30 > days: > > Refugies monitored by the United Nations High Commissioner for Refugees: > > We started to write a chapter for Agile Visualization. Here it is: > > > https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/OpenStreetM… > > Again, thanks Onil and Thierry. This is a very valuable contribution for > the whole community! > > Cheers, > Alexandre > > NB: Sorry for the cross-post, but I believe the content of this email goes > well beyond to the Moose people interest. > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Jan. 20, 2015

Re: [Pharo-users] "Improper store into indexable object" and weird variable names

by Sven Van Caekenberghe

> On 19 Jan 2015, at 22:46, Davide Varvello via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > Date: 19 Jan 2015 22:43:13 CET > From: Davide Varvello <varvello(a)yahoo.com> > To: pharo-users(a)lists.pharo.org > Subject: Re: "Improper store into indexable object" and weird variable names > > > H Sven, > I didn't move nor rename any of them. In fact some methods have t1, t2, t3, > ... but some others have real variable names. That is weird. Any details on which work and which do not ? System code or your code ? > Davide > > > Sven Van Caekenberghe-2 wrote >> Hi Davide, >> >> That means you are looking at decompiled code, because the system can no >> longer access the source code. Source code lives either in the .sources or >> .changes file. Did you move or rename any of them ? >> >> Sven >> >>> On 19 Jan 2015, at 22:22, Davide Varvello via Pharo-users < > >> pharo-users@.pharo > >> > wrote: >>> >>> >>> Date: 19 Jan 2015 22:19:37 CET >>> From: Davide Varvello < > >> varvello@ > >> > >>> To: > >> pharo-users@.pharo > >>> Subject: "Improper store into indexable object" and weird variable names >>> >>> >>> Hi! >>> >>> It happened that variables of my methods changed to t1, t2, t3, etc etc >>> (see >>> here: http://imgur.com/ptbmzMH ) and when I try to see the versions of a >>> method, pharo shows "Improper store into indexable object" (see here: >>> http://imgur.com/pwWT0yc ). >>> >>> Can you help me, please? I'm on Pharo2.0, Latest update: #20619 >>> >>> Cheers >>> Davide >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Improper-store-into-indexable-object-and-weird-variab… >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >>> >>> > > > > > > -- > View this message in context: http://forum.world.st/Improper-store-into-indexable-object-and-weird-variab… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 20, 2015

Re: [Pharo-users] Best approach to multiple text colors in Spec

by stepharo

Better go morph Le 19/1/15 23:51, ErikStayton a Ã©crit : > Hi Stef, I don't have a good minimal example to hand, but my UI is just a > simple Spec model with two widgets, the aforementioned TextModel and a > TextInputFieldModel that I use to actually take user commands. > > I am not wedded to Spec, if it doesn't handle colors well. If it is a > long-shot to get it working I will pick something else. Would it be better > to go for a straight Morph setup? Is that what the system browser uses to > get its syntax highlighting/colors? > > I can put together a minimal example so people can play with Spec and see if > it works, but if I'm better off dropping Spec I can jump straight to that. > Thoughts? > > Thanks again, > Erik > > > > -- > View this message in context: http://forum.world.st/Best-approach-to-multiple-text-colors-in-Spec-tp48002… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Jan. 20, 2015

Re: [Pharo-users] Best approach to multiple text colors in Spec

by stepharo

Le 20/1/15 05:57, Alexander Svyazin a Ã©crit : > There is a working example of text coloring in my toy MUD client > http://smalltalkhub.com/#!/~AlexanderSvyazin/MudTalk > <http://smalltalkhub.com/#%21/%7EAlexanderSvyazin/MudTalk>. It > actually has support of ANSI escape sequences (only colors yet) :) For > now it uses plain Morph, not Spec, AFAIR Spec text model was not > flexible enough for my needs and it was too hard to extend for me (but > I don't remember the details). I agree and this is something that we will have to think about. > > This client should work in last release version of Pharo and last > development version too (I use development version), just load > ConfigurationOfMudTalk and run 'ConfigurationOfMudTalk > loadDevelopment'. It is slightly structured pile of code but it's a > toy and educational project so I'm trying to use *everything* that I see. always good to have this kind of resources. Thanks Alexander > > On Tue, Jan 20, 2015 at 3:51 AM, ErikStayton <erikstayton(a)gmail.com > <mailto:erikstayton@gmail.com>> wrote: > > Hi Stef, I don't have a good minimal example to hand, but my UI is > just a > simple Spec model with two widgets, the aforementioned TextModel and a > TextInputFieldModel that I use to actually take user commands. > > I am not wedded to Spec, if it doesn't handle colors well. If it is a > long-shot to get it working I will pick something else. Would it > be better > to go for a straight Morph setup? Is that what the system browser > uses to > get its syntax highlighting/colors? > > I can put together a minimal example so people can play with Spec > and see if > it works, but if I'm better off dropping Spec I can jump straight > to that. > Thoughts? > > Thanks again, > Erik > > > > -- > View this message in context: > http://forum.world.st/Best-approach-to-multiple-text-colors-in-Spec-tp48002… > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > >

Jan. 20, 2015

Re: [Pharo-users] Best approach to multiple text colors in Spec

by Alexander Svyazin

There is a working example of text coloring in my toy MUD client http://smalltalkhub.com/#!/~AlexanderSvyazin/MudTalk. It actually has support of ANSI escape sequences (only colors yet) :) For now it uses plain Morph, not Spec, AFAIR Spec text model was not flexible enough for my needs and it was too hard to extend for me (but I don't remember the details). This client should work in last release version of Pharo and last development version too (I use development version), just load ConfigurationOfMudTalk and run 'ConfigurationOfMudTalk loadDevelopment'. It is slightly structured pile of code but it's a toy and educational project so I'm trying to use *everything* that I see. On Tue, Jan 20, 2015 at 3:51 AM, ErikStayton <erikstayton(a)gmail.com> wrote: > Hi Stef, I don't have a good minimal example to hand, but my UI is just a > simple Spec model with two widgets, the aforementioned TextModel and a > TextInputFieldModel that I use to actually take user commands. > > I am not wedded to Spec, if it doesn't handle colors well. If it is a > long-shot to get it working I will pick something else. Would it be better > to go for a straight Morph setup? Is that what the system browser uses to > get its syntax highlighting/colors? > > I can put together a minimal example so people can play with Spec and see > if > it works, but if I'm better off dropping Spec I can jump straight to that. > Thoughts? > > Thanks again, > Erik > > > > -- > View this message in context: > http://forum.world.st/Best-approach-to-multiple-text-colors-in-Spec-tp48002… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Jan. 20, 2015

Fwd: Re: Setters for instance variables

by Offray Vladimir Luna CÃ¡rdenas

Sorry, I was replying to the old mailing list address. Here comes again. -------- Mensaje reenviado -------- Asunto: Re: [Pharo-users] Setters for instance variables Fecha: Mon, 19 Jan 2015 22:41:13 -0500 De: Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> Para: pharo-users(a)lists.gforge.inria.fr Thanks a lot Sean! I still have this confusion between instance/class side methods. I knew PBE1, but I'm more "connected" with the problems, approaches and themes of PBE2, so having the exact information of where to look for in PBE1 for understanding something that is taken as granted on PBE2 without reading is a good remark (may be something to put in the book). Cheers, Offray El 24/04/13 a las 17:01, Sean P. DeNigris escribiÃ³: > Mohammad Al Houssami (Alumni) wrote >> What is the difference? > > To learn the basics, read one of the excellent free Smalltalk books, like > Pharo By Example [1], in which you will find the answer to your question on > page 82. > > [1] http://pharobyexample.org/ > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Setters-for-instance-variables-tp4683432p4683458.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Jan. 20, 2015

Re: [Pharo-users] improving print-it in playground

by Brian Krent

A two-column UI similar to the Swift playground may be useful. Everything would be printed in parallel in a separate column. (The aforementioned output may be partially visually obscured by half a dozen means for output "typically" considered irrelevant â for example, perhaps a disclosure triangle for excessive lines.) And if one did a Do It on a selection in the "print" column, it would echo (copy) the selection over in the "workspace" column and show the printed action in the "print" column accordingly. There are many, many ways to implement all the details for smooth workflow behavior. > On Jan 19, 2015, at 1:33 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > I worked with Andrei to find a solution for improving the print-it support. You can take a look here: > http://www.humane-assessment.com/blog/improving-print-it-support-in-gtplayg… > > The current solution can be found in the latest Pharo image. > > Cheers, > Doru > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Jan. 20, 2015