January 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Overflow row morph

by Gary Chambers

Indeed... can be used for that too. It is quite general. Regards, Gary ----- Original Message ----- From: Mariano Martinez Peck To: Pharo-project(a)lists.gforge.inria.fr Sent: Monday, January 18, 2010 3:43 PM Subject: Re: [Pharo-project] Overflow row morph That's really COOL Gary!!! Now I wonder...the "class" button that it is in the right of the "instance" button and the "?" shouldn't behave in the same way ? I mean, shouldn't the class button also by displayed in a top down menu ? Thanks! Mariano 2010/1/18 Gary Chambers <gazzaguru2(a)btinternet.com> Hi all, I got fed up with the browser button row getting clipped so have developed an "OverflowRowMorph" that provides a button to popup items that don't fit the current bounds. Not perfect but better than nothing! The button disappears if there is sufficient space for all the submorphs. I'll include in the last version of Polymorph when I get around to making a stable release. Regards, Gary _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ------------------------------------------------------------------------------ _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 18, 2010

Re: [Pharo-project] Overflow row morph

by Mariano Martinez Peck

That's really COOL Gary!!! Now I wonder...the "class" button that it is in the right of the "instance" button and the "?" shouldn't behave in the same way ? I mean, shouldn't the class button also by displayed in a top down menu ? Thanks! Mariano 2010/1/18 Gary Chambers <gazzaguru2(a)btinternet.com> > Hi all, > I got fed up with the browser button row getting clipped so have developed > an "OverflowRowMorph" that > provides a button to popup items that don't fit the current bounds. Not > perfect but better than nothing! > > The button disappears if there is sufficient space for all the submorphs. > > I'll include in the last version of Polymorph when I get around to making a > stable release. > > Regards, Gary > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 18, 2010

Re: [Pharo-project] Getting feedback on an headless VM

by Mariano Martinez Peck

I saw this problem several times. I think I good idea is to have RFB running. You should add RFB server to the startUp list, but here, you have several problems: 1) If you put it at the end, it will probably never executed because the image get stuck before that 2) put it before in the list, but where? what should be started before so that RFB can run ok ? 3) if the problem is before that (in case 2) it even doesn't help. I remember Esteban Lorenzano has a similar problem some time ago. You can surf the mailing list and see if you find something useful. BTW, did you check if there isn't a PharoDebug.log ? there is no output in the console ? On Mon, Jan 18, 2010 at 4:27 PM, Simon Denier <Simon.Denier(a)inria.fr> wrote: > Hi there > > I'm trying to run a VM in headless mode on a linux server (version 3.10-3 > #32 Wed Apr 8 19:55:11 BST 2009 gcc 4.1.2). > > After struggling a bit to found a recent VM (that is, closure-enabled), now > I can launch it with the following command: > exec "$EXE/squeak" \ > -plugins "$RES" \ > -encoding latin1 \ > -vm-display-null \ > "$APP/testServer.image" > > Problem is the process starts but obviously got stuck after that. I got no > feedback on what's going wrong (I guess some error happens and the system is > waiting for user input). > > I tried with a fresh 10500 image and the simplest script I could think of > to test: > (FileStream forceNewFileNamed: 'foo.txt') nextPutAll: 'bar'; close > > ....same thing. > > Of course it works on my local machine with UI. > > Is there a way to debug this, like having the debugger to dump the stack in > the terminal. I tried Cmd-. but it just stops the process (like Ctrl-c) > with no feedback. > > > -- > Simon > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 18, 2010

Re: [Pharo-project] worldMenu

by Francisco Ortiz PeÃ±aloza

i know but not every PasteUpMorph has to be the World... from PasteUpMorph comments "A morph whose submorphs comprise a paste-up of rectangular subparts which "show through". Anything called a 'Playfield' is a PasteUpMorph." i'm just saying that anything related to the world concept semantically doesnt belong to what i understand for PasteUpMorph. Francisco On Mon, Jan 18, 2010 at 12:13 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > the World is an instance of PasteUpMorph > > On Jan 18, 2010, at 4:03 PM, Francisco Ortiz PeÃ±aloza wrote: > >> imho i don't think that PasteUpMorph should undestand #worldMenu... >> but i dont see clearly the best place to put it. >> >> I'm aware that there are more messages like this one in PasteUpMorph >> like #adaptedWorld or #getWorldMenu: but i think that PasteUpMorph and >> World belong to a different levels of abstraction. >> >> Francisco >> >> On Mon, Jan 18, 2010 at 5:15 AM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> >>> in 1.0 >>> >>> PasteUpMorph>>worldMenu >>> Â Â Â Â ^ TheWorldMenu new adaptToWorld: self >>> >>> was defined as service extension >>> >>> in 1.1 services have been removed >>> >>> Now HostSystemMenusMacOSX >>> uses the following pattern >>> >>> >>> ... >>> Â self buildSubMenusFor: World worldMenu openMenu. >>> ... >>> >>> We could either reintroduce >>> >>> Â Â Â Â PasteUpMorph>>worldMenu >>> or >>> Â Â Â Â in HostSystemMenusMac >>> >>> Does anybody have some criteria to differentiate the two places? >>> >>> Stef >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 18, 2010

[Pharo-project] Overflow row morph

by Gary Chambers

Hi all, I got fed up with the browser button row getting clipped so have developed an "OverflowRowMorph" that provides a button to popup items that don't fit the current bounds. Not perfect but better than nothing! The button disappears if there is sufficient space for all the submorphs. I'll include in the last version of Polymorph when I get around to making a stable release. Regards, Gary

Jan. 18, 2010

[Pharo-project] Getting feedback on an headless VM

by Simon Denier

Hi there I'm trying to run a VM in headless mode on a linux server (version 3.10-3 #32 Wed Apr 8 19:55:11 BST 2009 gcc 4.1.2). After struggling a bit to found a recent VM (that is, closure-enabled), now I can launch it with the following command: exec "$EXE/squeak" \ -plugins "$RES" \ -encoding latin1 \ -vm-display-null \ "$APP/testServer.image" Problem is the process starts but obviously got stuck after that. I got no feedback on what's going wrong (I guess some error happens and the system is waiting for user input). I tried with a fresh 10500 image and the simplest script I could think of to test: (FileStream forceNewFileNamed: 'foo.txt') nextPutAll: 'bar'; close ....same thing. Of course it works on my local machine with UI. Is there a way to debug this, like having the debugger to dump the stack in the terminal. I tried Cmd-. but it just stops the process (like Ctrl-c) with no feedback. -- Simon

Jan. 18, 2010

Re: [Pharo-project] worldMenu

by StÃ©phane Ducasse

the World is an instance of PasteUpMorph On Jan 18, 2010, at 4:03 PM, Francisco Ortiz PeÃ±aloza wrote: > imho i don't think that PasteUpMorph should undestand #worldMenu... > but i dont see clearly the best place to put it. > > I'm aware that there are more messages like this one in PasteUpMorph > like #adaptedWorld or #getWorldMenu: but i think that PasteUpMorph and > World belong to a different levels of abstraction. > > Francisco > > On Mon, Jan 18, 2010 at 5:15 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> >> in 1.0 >> >> PasteUpMorph>>worldMenu >> ^ TheWorldMenu new adaptToWorld: self >> >> was defined as service extension >> >> in 1.1 services have been removed >> >> Now HostSystemMenusMacOSX >> uses the following pattern >> >> >> ... >> self buildSubMenusFor: World worldMenu openMenu. >> ... >> >> We could either reintroduce >> >> PasteUpMorph>>worldMenu >> or >> in HostSystemMenusMac >> >> Does anybody have some criteria to differentiate the two places? >> >> Stef >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 18, 2010

Re: [Pharo-project] Fix to PackageOrganizer>>packageOfClass:

by StÃ©phane Ducasse

hi danie why we did not integrate it so far (beside time)? I would like to understand its impact. Where packageOfClass: is used and soon. On Jan 18, 2010, at 3:54 PM, Danie Roux wrote: > On Thu, Jan 7, 2010 at 8:55 PM, Danie Roux <lists+pharo(a)danieroux.com> wrote: >> On Thu, Jan 7, 2010 at 8:52 PM, StÃ©phane Ducasse wrote: >>>> In the old implementation, #packageOfClass: would have returned the >>>> first category that matches. It will now return the more specific >>>> 'Collections-Text'. >>> >>> You mean with your fix? >> >> Yes, once that fix is applied it will return the more specific one. I >> apologise for the confusion :-) > > May I be so bold to ask that this fix be integrated into the next > batch? OB use #mostSpecificPackageOfClass and it would be better if is > used #packageOfClass: instead. But then #packageOfClass: needs to have > this fix of course :-) > > http://code.google.com/p/pharo/issues/detail?id=1752 > > -- > Danie Roux *shuffle* Adore Unix - http://danieroux.com > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 18, 2010

Re: [Pharo-project] worldMenu

by Francisco Ortiz PeÃ±aloza

imho i don't think that PasteUpMorph should undestand #worldMenu... but i dont see clearly the best place to put it. I'm aware that there are more messages like this one in PasteUpMorph like #adaptedWorld or #getWorldMenu: but i think that PasteUpMorph and World belong to a different levels of abstraction. Francisco On Mon, Jan 18, 2010 at 5:15 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > > in 1.0 > > PasteUpMorph>>worldMenu > Â Â Â Â ^ TheWorldMenu new adaptToWorld: self > > was defined as service extension > > in 1.1 services have been removed > > Now HostSystemMenusMacOSX > uses the following pattern > > > ... > Â self buildSubMenusFor: World worldMenu openMenu. > ... > > We could either reintroduce > > Â Â Â Â PasteUpMorph>>worldMenu > or > Â Â Â Â in HostSystemMenusMac > > Does anybody have some criteria to differentiate the two places? > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 18, 2010

Re: [Pharo-project] Fix to PackageOrganizer>>packageOfClass:

by Danie Roux

On Thu, Jan 7, 2010 at 8:55 PM, Danie Roux <lists+pharo(a)danieroux.com> wrote: > On Thu, Jan 7, 2010 at 8:52 PM, StÃ©phane Ducasse wrote: > >> In the old implementation, #packageOfClass: would have returned the > >> first category that matches. It will now return the more specific > >> 'Collections-Text'. > > > > You mean with your fix? > > Yes, once that fix is applied it will return the more specific one. I > apologise for the confusion :-) May I be so bold to ask that this fix be integrated into the next batch? OB use #mostSpecificPackageOfClass and it would be better if is used #packageOfClass: instead. But then #packageOfClass: needs to have this fix of course :-) http://code.google.com/p/pharo/issues/detail?id=1752 -- Danie Roux *shuffle* Adore Unix - http://danieroux.com

Jan. 18, 2010