April 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 2986 in pharo: DemoMode should not change Fonts only sizes

by pharo＠googlecode.com

Comment #7 on issue 2986 by aplan...(a)gmail.com: DemoMode should not change Fonts only sizes http://code.google.com/p/pharo/issues/detail?id=2986 Here is a new version Attachments: moreDejaVuAndRemoveAccunyFor1.3.st 675 bytes

April 11, 2011

[Pharo-project] Nice post about files ....

by Geert Claes

http://gbracha.blogspot.com/2010/02/nail-files.html -- View this message in context: http://forum.world.st/Nice-post-about-files-tp3441220p3441220.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 11, 2011

Re: [Pharo-project] A question about UIManager

by Fernando Olivero

Actually i havent uploaded the fix yet, so this is good because now i can modify the changeset to adopt Morph>>uiManager. Stef, what do you think about the class vars of SystemWindow, should they also be moved to UIManager: for example TopWindow and associated protocol. In Issue 3917:Make all uses of SystemWindow go thru UIManger, i provided an initial implementation. I've replaced the refs of SystemWindow to UIManager>>newWindowLabelled: aString, and eliminated the class vars in favor of ivars of the MorphiUIManager. Fernando On Mon, Apr 11, 2011 at 7:37 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > thanks! > > Stef > > On Apr 10, 2011, at 10:31 PM, Fernando Olivero wrote: > >> I believe that any UI element, should answer uiManager. And hardcoding >> the class in a single uiManager method in Morph is a good idea. So i >> vote in favor of Â Morph>>uiManager ^ MorphicUIManager default. >> >> Following the same line of thought we should do the same for the >> globals World, ActiveWorld, ActiveEvent and ActiveHand. >> I've provided with the code in Â Issue 3903: Â Removing the Globals >> World, ActiveHand and ActiveEvent. As well as direct references to >> WorldState. >> >> Fernando >> >> On Sun, Apr 10, 2011 at 9:21 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> Hi pharoers >>> >>> I was trying to change MenuMorph direct reference to use UIManager because I was thinking >>> that a popup menu should not open alone but this is the responsibility of the UIManager and I was not happy. >>> why because we have these >>> Â Â Â Â UIManager default >>> >>> and I started to think about them (ok I'm dead nearly sleeping at 9 in the evening because I took too much sun >>> and walk today). My gut feeling is that at least for UI code, any UI element could have an access to the current UIManager >>> via an instance variable or a message. >>> Â Â Â Â self uiManager. >>> Now may be the UI World should point to the UIMAnager and each graphical element should access it like that. >>> For non UI class then this is a different story. >>> >>> But I would like to get your point of view on that point. >>> >>> Tx >>> >>> stef >>> >> > >

April 11, 2011

Re: [Pharo-project] Issue 3982 in pharo: Error: can''t find EOCD position

by pharo＠googlecode.com

Comment #1 on issue 3982 by stephane...(a)gmail.com: Error: can''t find EOCD position http://code.google.com/p/pharo/issues/detail?id=3982 Can you try to flush your package cache? And retry.

April 11, 2011

Re: [Pharo-project] A question about UIManager

by StÃ©phane Ducasse

thanks! Stef On Apr 10, 2011, at 10:31 PM, Fernando Olivero wrote: > I believe that any UI element, should answer uiManager. And hardcoding > the class in a single uiManager method in Morph is a good idea. So i > vote in favor of Morph>>uiManager ^ MorphicUIManager default. > > Following the same line of thought we should do the same for the > globals World, ActiveWorld, ActiveEvent and ActiveHand. > I've provided with the code in Issue 3903: Removing the Globals > World, ActiveHand and ActiveEvent. As well as direct references to > WorldState. > > Fernando > > On Sun, Apr 10, 2011 at 9:21 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> Hi pharoers >> >> I was trying to change MenuMorph direct reference to use UIManager because I was thinking >> that a popup menu should not open alone but this is the responsibility of the UIManager and I was not happy. >> why because we have these >> UIManager default >> >> and I started to think about them (ok I'm dead nearly sleeping at 9 in the evening because I took too much sun >> and walk today). My gut feeling is that at least for UI code, any UI element could have an access to the current UIManager >> via an instance variable or a message. >> self uiManager. >> Now may be the UI World should point to the UIMAnager and each graphical element should access it like that. >> For non UI class then this is a different story. >> >> But I would like to get your point of view on that point. >> >> Tx >> >> stef >> >

April 11, 2011

Re: [Pharo-project] Download choices :) or :(?

by Serge Stinckwich

There should be i guess just one download page. On the first page, there is some downloads links in the three columns. If you look at the python language website, there is only one download page, the same for Ruby. Adrian take care of the website if i remember. I know from experience this a really boring task. If we want to scale to a small team of volunteers, what could be done to simplify the modification of pages ? I know that the website currently used is based on Cmsbox and this is great showcase for Pharo&Smalltalk, but maybe an automatically generated html website with the help of tools like webgen or something similar with the pages on a git repository somewhere could help the management. Regards, On Mon, Apr 11, 2011 at 3:40 AM, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > Nice to point it out, thanks. > > Usability issues of the web page are surely to arise more often, since > Pharo is gaining more adepts every day. > > Maybe a solution would be appreciated as well. > > Fernando > > On Sun, Apr 10, 2011 at 10:24 PM, DougEdmunds <dougedmunds(a)gmail.com> wrote: >> Pretend you are a newbie and want to try Pharo. You get on the >> http://www.pharo-project.org page >> >> 1. Top right image says "Download Pharo" >> That downloads immediately from >> https://gforge.inria.fr/frs/download.php/28437/Pharo-1.2.1-OneClick.zip >> >> 2. But in the left column >> You can click on the heading "Download" >> Now you go to Â http://www.pharo-project.org/pharo-download >> which gives you two different one-click choices, but >> without any explanation of the difference between >> Cog VM and standard VM. >> >> 2A. And if you look down further on that page, there are lots of >> 'custom' choices, one of which is a Windows Installer, apparently >> of the most recent version, but that one says it uses the >> unexplained 'Cog' vm. >> >> 3. Wait!! On the home page, you can assume that the >> latest release is 1.2.1 in the left column, >> and this takes you to >> http://www.pharo-project.org/pharo-download/release-1-2-1 >> which now give you 3 choices to download, one of which >> is a one-click, but is it Cog or is it Standard? >> >> 4. Wait again!! Â On the home page, under Shortcuts >> on 'Stable Pharo' which immediately starts to download >> yet another version: currently Pharo-1.2.1-11.04.03.zip >> >> 5. And now you feel obligated to click the words 'Download Pharo' >> on the right column of the home page, thinking there may be >> even more versions to pick from. Â It takes you to another >> page. Deja Vu, Â it looks familiar.... >> >> So, newbie, was that clear enough for you? >> >> >> -- >> View this message in context: http://forum.world.st/Download-choices-or-tp3440405p3440405.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> > > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

April 11, 2011

[Pharo-project] Issue 3982 in pharo: Error: can''t find EOCD position

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3982 by vonbecm...(a)gmail.com: Error: can''t find EOCD position http://code.google.com/p/pharo/issues/detail?id=3982 Pharo image: Pharo1.3a#13138 Virtual machine used: Squeak4.1 of 17 April 2010 [latest update: #9957] Platform Name: unix Class browser used (if applicable): Browser Steps to reproduce: 1. trying to update from server. Attachments: PharoDebug.log 61.9 KB PharoScreenshot.1.png 107 KB

April 10, 2011

Re: [Pharo-project] [BlogPost] Building the VM from scratch using Git and CMakeVMMaker

by Noury Bouraqadi

Thanks Mariano for documenting this. On 10 avr. 2011, at 20:48, Mariano Martinez Peck wrote: > Hi folks. This post took me a lot of time, so at least I will try to share it: http://marianopeck.wordpress.com/2011/04/10/building-the-vm-from-scratch-us… > > Hopefully it is useful for you. Any kind of feedback is more than welcome. > > Cheers > > -- > Mariano > http://marianopeck.wordpress.com > Noury Bouraqadi http://car.mines-douai.fr/noury -- -6th National Conference on âControl Architecture of Robotsâ 24-25 may 2011, Grenoble area, France http://car2011.inrialpes.fr/ -19th ESUG International Smalltalk Conference 22-26 August 2011, Edinburgh, UK http://www.esug.org/Conferences/2011 -19Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ11) http://www.univ-valenciennes.fr/congres/jfsma2011/ 17-19 Octobre 2011, Valenciennes, France

April 10, 2011

Re: [Pharo-project] Download choices :) or :(?

by Fernando Olivero

Nice to point it out, thanks. Usability issues of the web page are surely to arise more often, since Pharo is gaining more adepts every day. Maybe a solution would be appreciated as well. Fernando On Sun, Apr 10, 2011 at 10:24 PM, DougEdmunds <dougedmunds(a)gmail.com> wrote: > Pretend you are a newbie and want to try Pharo. You get on the > http://www.pharo-project.org page > > 1. Top right image says "Download Pharo" > That downloads immediately from > https://gforge.inria.fr/frs/download.php/28437/Pharo-1.2.1-OneClick.zip > > 2. But in the left column > You can click on the heading "Download" > Now you go to Â http://www.pharo-project.org/pharo-download > which gives you two different one-click choices, but > without any explanation of the difference between > Cog VM and standard VM. > > 2A. And if you look down further on that page, there are lots of > 'custom' choices, one of which is a Windows Installer, apparently > of the most recent version, but that one says it uses the > unexplained 'Cog' vm. > > 3. Wait!! On the home page, you can assume that the > latest release is 1.2.1 in the left column, > and this takes you to > http://www.pharo-project.org/pharo-download/release-1-2-1 > which now give you 3 choices to download, one of which > is a one-click, but is it Cog or is it Standard? > > 4. Wait again!! Â On the home page, under Shortcuts > on 'Stable Pharo' which immediately starts to download > yet another version: currently Pharo-1.2.1-11.04.03.zip > > 5. And now you feel obligated to click the words 'Download Pharo' > on the right column of the home page, thinking there may be > even more versions to pick from. Â It takes you to another > page. Deja Vu, Â it looks familiar.... > > So, newbie, was that clear enough for you? > > > -- > View this message in context: http://forum.world.st/Download-choices-or-tp3440405p3440405.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

April 10, 2011

Re: [Pharo-project] A question about UIManager

by Fernando Olivero

I believe that any UI element, should answer uiManager. And hardcoding the class in a single uiManager method in Morph is a good idea. So i vote in favor of Morph>>uiManager ^ MorphicUIManager default. Following the same line of thought we should do the same for the globals World, ActiveWorld, ActiveEvent and ActiveHand. I've provided with the code in Issue 3903: Removing the Globals World, ActiveHand and ActiveEvent. As well as direct references to WorldState. Fernando On Sun, Apr 10, 2011 at 9:21 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi pharoers > > I was trying to change MenuMorph direct reference to use UIManager because I was thinking > that a popup menu should not open alone but this is the responsibility of the UIManager and I was not happy. > why because we have these > Â Â Â Â UIManager default > > and I started to think about them (ok I'm dead nearly sleeping at 9 in the evening because I took too much sun > and walk today). My gut feeling is that at least for UI code, any UI element could have an access to the current UIManager > via an instance variable or a message. > Â Â Â Â self uiManager. > Now may be the UI World should point to the UIMAnager and each graphical element should access it like that. > For non UI class then this is a different story. > > But I would like to get your point of view on that point. > > Tx > > stef >

April 10, 2011