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

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

by Davide Varvello

Sven Van Caekenberghe-2 wrote > 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. Thanks Sven, you are very supportive, but I can start from my previous version, hopefully I have almost on source control 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] Best approach to multiple text colors in Spec

by ErikStayton

Thanks for pointing me to that, I will check it out! Erik On Mon, Jan 19, 2015 at 11:54 PM, Alexander Svyazin [via Smalltalk] < ml-node+s1294792n4800570h51(a)n4.nabble.com> wrote: > 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 <[hidden email] > <http:///user/SendEmail.jtp?type=node&node=4800570&i=0>> 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. >> >> > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://forum.world.st/Best-approach-to-multiple-text-colors-in-Spec-tp48002… > To unsubscribe from Best approach to multiple text colors in Spec, click > here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > -- 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

CommandLine handler and UTF8 path

by Hilaire

Hi, I have discovered a problem with my DrGeo command line handler. Its purpose, under linux only for now, is to let the user open a DrGeo sketch file from the desktop file manager by double-clicking on the file. Sadly, it seems it does not work when non ascii characters are present in the path or the filename. The command line handler parameters are correctly set form the bash script, I got this output: drgeo --sketch=/home/hilaire/Axe-SymÃ©trie/axes de symÃ©trie.fgeo But once in Pharo, the string representing the path to the file is wrongly interpreted, I have this error from Pharo: Error: /home/hilaire/Axe-SymÃÂ©trie/axes de symÃÂ©trie.fgeo does not exist! >From the DrGeo.sh startup script, Pharo is fired with this instruction: exec "$VM/pharo" \ --plugins "$VM" \ --encoding utf-8 \ -vm-display-X11 \ -title "Dr.Geo" \ $image \ $DRGEO_OPT"$filename" Opening this same file directly form DrGeo works correctly. Any idea? Thanks Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Jan. 20, 2015

Compiling pillar documents in Windows

by nacho

Is it possible to compile pillar documents under windows? I have no problem in doing that in my OSX machine, but I need it to do it in Windows and can't figure it out. Guess support is only for *NIX os? thanks in advance Nacho ----- Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Compiling-pillar-documents-in-Windows-tp4800644.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 20, 2015

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

by Sven Van Caekenberghe

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

Jan. 20, 2015

Re: [Pharo-users] New versions of the Pharo Launcher for Windows and MacOS

by nacho

Great! Thanks Damien. I will try it right away. Cheers Nacho ----- Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/New-versions-of-the-Pharo-Launcher-for-Windows-and-Ma… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 20, 2015

New versions of the Pharo Launcher for Windows and MacOS

by Damien Cassou

Hi everyone, I've just updated the Windows and MacOS packages of the Pharo Launcher. Please update: http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Jan. 20, 2015

Pharo and X11 primary selection (aka middle mouse button paste)

by Pieter Nagel

Our team is very frustrated with figuring out how copy & paste is supposed to work in Pharo 3 under X11. Maybe there's something we misunderstand, or can configure? We can't copy and paste text directly from other X11 apps into Pharo. We need to first paste the text into text editors like GEdit or XEmacs, and then we can copy and paste the text from there into Pharo. I think this has something to do with X11's complicated model of primary vs. clipboard selection. The primary selection is typically created by just highlighting some text, and then (by common convention) can be pasted from by just pressing the middle mouse button. The clipboard selection is typically created by explicitly using Copy or Cut commands. Strange thing is, if we start with text in (for example) Google Chrome, then neither type of selection can be pasted into Pharo. If we start with text in (for example) GEdit, then both types of selection can be pasted into Pharo. We're using Unity under Ubuntu 12.04, if that makes a difference. Advice? Thanks.

Jan. 20, 2015

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

by Davide Varvello

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.

Jan. 20, 2015

Re: [Pharo-users] Glorp on Pharo 4

by Sven Van Caekenberghe

Hi Craig, > On 19 Jan 2015, at 13:02, Craig <craig(a)hivemind.net> wrote: > > Hi All, > > I see that Sven is active on this list. I've tried to use his excellent > tutorial on his "concerning-pharo" blog to understand Glorp and to get my > own instance of the demo app running on Pharo 4 and Postgres. > > I have not burnt a lot of time on this yet, but I would like to know if this > combination of technologies is known to work anywhere. I have not yet got > it working. > > Craig Using Glorp on top of the PostgresV2 driver (which uses just a network connection and no native code nor plugin) should work on all platforms. Of course, you still have to install Postgres itself, but it can run on another machine too. HTH, Sven

Jan. 20, 2015