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

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

Re: [Pharo-users] InfoWorld on Redline Smalltalk

by Alain Rastoul

Le 20/01/2015 00:08, Ben Coman a Ã©crit : > -1 to pharo-vm. No need to dilute vm-dev. vm-dev ? Of course, if it already exists please don't dilute! :) And now that you said that, I reminds me may be there was a name like that in a recent post and I found squeak.vmdevel on gmane. -- Regards, Alain

Jan. 20, 2015

Re: [Pharo-users] parsing a file / stream API advice

by Daniel Lyons

Thanks to all of you for the advice! > On Jan 18, 2015, at 9:31 AM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Hi Daniel, > > I have disclaimers as the 2 previous responses, this is my feeling about the matter. :-) > > I would prefer to think purely in terms of the API that you want to use when reading the file, and have that clear and explicit. So do NOT subclass Stream nor do a class extension with #nextFoo. I would think in terms of the Stream API when doing that, and reuse as many message names as possible, because it is a fairly âstandardâ API. So: option 1, without the use of doesNotUnderstand. > >> On Jan 18, 2015, at 06:11, Daniel Lyons <fusion(a)storytotell.org> wrote: >> >> 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 >> >> >> >> >> > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > â Daniel Lyons

Jan. 20, 2015

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

by Martin BÃ¤hr

Excerpts from Tudor Girba's message of 2015-01-19 08:33:04 +0100: > 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… have not tried it yet, but i wondered about this problem. as mentioned elsewhere, i too would like this in every textbox. most notably in the debugger where i do a lot of print-it to find out the value of some expression. i'd also like to pick up on the idea that when there is no selection the whole line will be evaluated (btw, there is a typo, you wrote like), and that line will only be highlighted. the idea is great, but what about if i do evaluate a selection? could in that case the selection be turned into a highlight? there is no way around to make a selection in order to evaluate it, (unless some form of shift-control-whatver-key+mouse selection is introduced) but once evaluated it is clear that i didn't intend to select to replace the text, and i'd like to avoid doing so accidentally. also, would it make sense to keep the highlight until another piece of code is evaluated? greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

Jan. 20, 2015

Re: [Pharo-users] What copyright to use... / Glorp-Fuel interface

by James Foster

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

Jan. 20, 2015

Re: [Pharo-users] OpenStreetMap integration

by Norbert Hartl

Looks fantastic. But from can I install it? Did I overlook some detail? thanks,, Norbert > Am 19.01.2015 um 15:19 schrieb Alexandre Bergel <alexandre.bergel(a)me.com>: > > 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: > > <osmParis.png> > > Below are some results of 10lines-long scripts. Seisms during the last 30 days: > <osmSeisms.png> > > Refugies monitored by the United Nations High Commissioner for Refugees: > <osmRefugies.png> > > We started to write a chapter for Agile Visualization. Here it is: > > https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/OpenStreetM… <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 <http://www.bergel.eu/> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > >

Jan. 20, 2015