January 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] "Improper store into indexable object" and weird variable names
by Sven Van Caekenberghe Jan. 20, 2015

Jan. 20, 2015

Like I said, very strange. If you can (if there is no sensitive information in included), you can make the image+changes available somewhere and I can have a look. You can mail me privately. Else I hope you can recover your work. > On 20 Jan 2015, at 14:27, Davide Varvello via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > Date: 20 Jan 2015 14:23:51 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 20 Jan 2015, at 10:00, Davide Varvello via Pharo-users < > >> pharo-users@.pharo > >> > wrote: >>> >>> >>> Date: 20 Jan 2015 09:56:45 CET >>> From: Davide Varvello < > >> varvello@ > >> > >>> To: > >> pharo-users@.pharo > >>> 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 ? > > It's weird. Look at here: http://i.imgur.com/p5kbECh.png > > 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. > > >

2 1

Best approach to multiple text colors in Spec
by Erik Stayton Jan. 20, 2015

Jan. 20, 2015

I am working on a client in Pharo for which I want to be able to color different pieces of text in different colors (the text stream I'm receiving has ANSI escape codes, and I'll be parsing those and coloring the text appropriately for display). But I have not been able to figure out how to get text color to appear. I set up a simple UI in Spec, using a TextModel for my display. To see if coloring worked, I sent updates to the display via: textToAdd := TextMorph new contents: (Character linefeed asString, text asString). displayField pendingText: (textToAdd textColor: Color lightBlue). displayField accept. I would expect to see the text appear in lightBlue, but it all appears black just like before. Anyone know the solution to coloring text inside Spec widgets?

4 6

Re: [Pharo-users] "Improper store into indexable object" and weird variable names
by Sven Van Caekenberghe Jan. 20, 2015

Jan. 20, 2015

> 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. > > >

3 3

Code highlight
by Mark Rizun Jan. 20, 2015

Jan. 20, 2015

Hi everyione, When one selects piece of code in any code editor pane, every other same piece is highlighted with less bright color. I'm using spec to build a UI and would like to know which event is responsible for this highlihts. For example, in TextModel there is one event that probably is related to my problem, but I'm not sure: #whenReadSelectionIsChanged: So, what I want is to use the event which is invoked when selection of code is changed - probably it is the name of event :) Mark -- View this message in context: http://forum.world.st/Code-highlight-tp4800337.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

3 8

Re: [Pharo-users] "Improper store into indexable object" and weird variable names
by Sven Van Caekenberghe Jan. 20, 2015

Jan. 20, 2015

> 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.

2 1

Fwd: Re: Setters for instance variables
by Offray Vladimir Luna CÃ¡rdenas Jan. 20, 2015

Jan. 20, 2015

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. > >

1 0

parsing a file / stream API advice
by Daniel Lyons Jan. 20, 2015

Jan. 20, 2015

This is an OO design question. For my task, I have some objects and a particular file format that encodes them. I want to be able to read the file and create those objects. The Stream API seems like the right way to do this, but I'm not sure how to encapsulate my code. I see these options: â¢ Create a new class (subclass of Object) that implements #next to return the next object in some underlying stream. Pro: very simple, one place with all the code. Con: what about the rest of the Stream and/or Collection APIs? Is it wise to delegate everything else to the underlying stream with #doesNotUnderstand:? â¢ Create a new class, subclass of Stream, that implements #next like the above. Pro: still pretty simple, not sure what is needed to implement the API completely (I did add a method #atEnd). Con: not sure if more methods are missing; unclear about initialization (overrode class>>#on: to call #basicNew). This seems close to the right approach but I'm unsure. â¢ Create a method #nextFoo on the existing Stream class. Pro: very simpleâno new class. Con: nextFoo doesn't integrate well with the rest of the API (#do: for instance), not sure this is clean or wise. â¢ Ignore the Stream classes altogether. Pro: No chance of misundestanding. :) Con: everything else. Advice? Thanks for your time, â Daniel Lyons

4 4

Re: [Pharo-users] What copyright to use... / Glorp-Fuel interface
by James Foster Jan. 20, 2015

Jan. 20, 2015

Hi Cam, Glad to hear of your project and your plans to make it available to the community. As to the copyright approach, see http://choosealicense.com/licenses/mit/ <http://choosealicense.com/licenses/mit/>. If the code was developed by employees of your company as part of their job, use âDebris Publishing, Inc.â as the [fullname]. Basically, the owner is the one who has the authority to make a decision on the license. As between the employer and the employees, the ownership of the work product will typically be with the employer. The license (if selected by the appropriate party as owner) tells others what they can do with the code. There is no need for your to âdonateâ the ownership to anyone else, as long as the rightful owner makes a good license choice (such as MIT). If you plan to contribute directly to Pharo (as opposed to having a library that can be loaded into Pharo), then you should follow the instructions at https://pharo.fogbugz.com/?W68 <https://pharo.fogbugz.com/?W68>, including sending in a signed copy of the Software Distribution Agreement. James > On Jan 19, 2015, at 3:27 PM, Cameron Sanders via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > Date: January 19, 2015 at 3:27:42 PM PST > Subject: What copyright to use... / Glorp-Fuel interface > From: Cameron Sanders <camsanders(a)aol.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > > > Hi All. > > I have decided to share with the community some tools we developed at Debris Publishing, Inc., to simplify project start-up with regard to database access. In particular, the tools allow you to use the Glorp interface on Pharo (or Gemstone) writing to Fuel files on the backend, or SIXX, or native stones for gemstone. This also provides a data-migration tool between the two environments. We have successfully backed our app by Fuel, Gemstone, and some sections by SQL. Furthermore, the approaches can co-exist. > > Right out-of-the-box one can start using a Glorp interface saving data to Fuel files on a local disk. I'll write up more material and make some videos. There are a few demo test modules illustrating usage. > > [I had to extricated the code from our user login, roles, and datasources start-up code to draw a line somewhere; but that also meant temporarily breaking the compatibility between Gemstone and Pharo environments. With time, and/or community input, we can help replace what we removed or push these tools in that direction in the following months -- but are rather busy in the short-term. Still, this can get newbs up and running in no-time! ] > > So my question is this: i plan to apply the MIT License, and my intent is to allow others to help fatten it up. But what copyright do I apply? When corporations contribute code to the community, what is the standard approach to the copyright, given my intention here? > > Thanks in advance. > Sincerely, > Cam > > > > > >

1 0

What copyright to use... / Glorp-Fuel interface
by Cameron Sanders Jan. 19, 2015

Jan. 19, 2015

Hi All. I have decided to share with the community some tools we developed at Debris Publishing, Inc., to simplify project start-up with regard to database access. In particular, the tools allow you to use the Glorp interface on Pharo (or Gemstone) writing to Fuel files on the backend, or SIXX, or native stones for gemstone. This also provides a data-migration tool between the two environments. We have successfully backed our app by Fuel, Gemstone, and some sections by SQL. Furthermore, the approaches can co-exist. Right out-of-the-box one can start using a Glorp interface saving data to Fuel files on a local disk. I'll write up more material and make some videos. There are a few demo test modules illustrating usage. [I had to extricated the code from our user login, roles, and datasources start-up code to draw a line somewhere; but that also meant temporarily breaking the compatibility between Gemstone and Pharo environments. With time, and/or community input, we can help replace what we removed or push these tools in that direction in the following months -- but are rather busy in the short-term. Still, this can get newbs up and running in no-time! ] So my question is this: i plan to apply the MIT License, and my intent is to allow others to help fatten it up. *But what copyright do I apply? When corporations contribute code to the community, what is the standard approach to the copyright, given my intention here? * Thanks in advance. Sincerely, Cam

1 0

Re: [Pharo-users] Hubcap questions
by Stephan Eggermont Jan. 19, 2015

Jan. 19, 2015

HernÃ¡n wrote: >My goal is to search the contents of the Description form field in SmalltalkHub. >I don't know if matches the design and idea of Hubcap (really nice package BTW). >I wonder if anyone (Torsten?) tried to download all package metadata first and perform off-line search? What I did was take a look at mcx history and try to derive the latest one, and then use the Moose mczimporter to derive a list of signatures of (possibly) sent messages. The idea was to find out when packages change in a non-compatible way. >Someone posted time ago a list of all repositories, can you share how to do it? The code for that is in http://smalltalkhub.com/mc/StephanEggermont/DeprecationFinder/main The code is deliberately slowed down to not bring down smalltalkhub. Stephan

3 2