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

[Pharo-project] about tracker activities

by StÃ©phane Ducasse

Hi guys I think that we are not looking to the issues because we do not know that they have been entered. In the google web site we can special a mailing-list Activity notifications Email notifications of issue tracker activity will automatically be sent to the following email address. All issue changes: Notifications will be sent from: pharo(a)googlecode.com You may need to add this address as an allowed poster to your mailing list. If using Google Groups, add the address directly with no email delivery. And I would like to activate that. I hope that this is ok for you. People not interested can just add a filter to discard those mails. Marcus do you have an idea how we can make sure that the mails sent are not blocked? Stef

Nov. 8, 2010

Re: [Pharo-project] about consistency between hex implementations

by Levente Uzonyi

On Mon, 8 Nov 2010, stephane ducasse wrote: > Hi eliot > > I was going over some changes and I noticed that in squeak > > 20 hex > 16r41 > $A hex > '41' > > > in pharo we have > hex that always returns 16rXX > > $A hex '16r41' > > 20 hex '16r14' > > Even if this is regular this is not really nice. In fact this ones should be fixed to return numbers and not strings. > I do not understand why hex should return a string. And how? Integer >> #hex would be ^self and Character >> #hex would be ^value ? Levente > > and in pharo > printStringHex the XX part only > > $A printStringHex > '41' > > 20 printStringHex > '14' > > Here this is a string since the name says it. > > In VW there is asHexString which is nice too. > > So could we agree on that and get a system that is nicer and more consistent. > > Stef >

Nov. 8, 2010

[Pharo-project] about consistency between hex implementations

by stephane ducasse

Hi eliot I was going over some changes and I noticed that in squeak 20 hex 16r41 $A hex '41' in pharo we have hex that always returns 16rXX $A hex '16r41' 20 hex '16r14' Even if this is regular this is not really nice. In fact this ones should be fixed to return numbers and not strings. I do not understand why hex should return a string. and in pharo printStringHex the XX part only $A printStringHex '41' 20 printStringHex '14' Here this is a string since the name says it. In VW there is asHexString which is nice too. So could we agree on that and get a system that is nicer and more consistent. Stef

Nov. 8, 2010

Re: [Pharo-project] Best way for change a window style

by Alexandre Bergel

>> For a TIP example I want implement in Pharo the steps for build a GUI like >> that: >> >> http://forum.world.st/file/n3032341/eBox.png > > > gorgeous! Really cool! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 8, 2010

Re: [Pharo-project] Monticello in Squeak 3.7 MVC-only Or changeset updater script?

by Dale Henrichs

On 11/08/2010 09:55 AM, Stefan Marr wrote: > Hi Dale: > >> Stefan, >> >> If Monticello isn't already running in Squeak3.7, then you'll have to treat it as a port ... For porting into an older version of Squeak, I would start by unzipping the mcz file ... you should be able to filein the snapshot/source.st file and then you are off to the races:) > By now I discovered the Squeak3.7-5989-full.zip image which includes Monticello. > But when I open it in a MVC project, it uses still the Morphic UI, and after investigating a bit in the code, I expect it to be a major reimplementation effort for the UI in case I really would want to get it going in MVC land... > > Looks like I have to continue with importing changes-files to my pharo image for the moment :-/ > > Thanks > Stefan > > > Stefan, You might take a quick look at porting Gofer ... there is no Gofer ui, but you should be able to script most of your operations....Once gofer is ported, Metacello could be ported as well ... I'd be interested in incorporating the changes to Metacello core ...if any... into the standard code base if possible ... Dale

Nov. 8, 2010

[Pharo-project] [update 1.2] #12230

by StÃ©phane Ducasse

12230 ----- - Issue 3212: Remove Transcript show in methodReference access. Thanks Benjamin v. Ryseghem. - Issue 3209: InputEventFetcher>>primGetNextEvent: does not set array at: 1 put: EventTypeNone. on failing primitive. Thanks Stefan Marr and Igo Stasenko. - Issue 3193: SystemNavigation unusedBlocks. Thanks Eliot Miranda and Luc Fabresse. Stef

Nov. 8, 2010

Re: [Pharo-project] Monticello in Squeak 3.7 MVC-only Or changeset updater script?

by Stefan Marr

Hi Dale: > Stefan, > > If Monticello isn't already running in Squeak3.7, then you'll have to treat it as a port ... For porting into an older version of Squeak, I would start by unzipping the mcz file ... you should be able to filein the snapshot/source.st file and then you are off to the races:) By now I discovered the Squeak3.7-5989-full.zip image which includes Monticello. But when I open it in a MVC project, it uses still the Morphic UI, and after investigating a bit in the code, I expect it to be a major reimplementation effort for the UI in case I really would want to get it going in MVC land... Looks like I have to continue with importing changes-files to my pharo image for the moment :-/ Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Nov. 8, 2010

Re: [Pharo-project] Monticello in Squeak 3.7 MVC-only Or changeset updater script?

by Dale Henrichs

On 11/07/2010 10:24 AM, Stefan Marr wrote: > Hi: > > Does anyone know (perhaps Dale?) how likely it is to get Monticello in a MVC-only image running? > > I checked the documentation at http://www.wiresong.ca/monticello/v1/docs/getting-started.html > and the update IDs seem to be ok. At least my image identifies it self with 'latest update: #5959'. (thats the image: https://github.com/downloads/smarr/RoarVM/minimal-MVC.zip) > > However, neither the document, nor SqueakMap give me the feeling that I actually know how to start loading it. I found http://ftp.squeak.org/3.11-obsolete/scripts/mc15.st but well, thought I ask here first. > > If that does not seem to feasible, does anyone know a ready-to-use script to build a change set from a number of Monticello packages automatically taking dependencies into account? Would be nice, if I could hook something into the package saving mechanism that spills out an updated .st file every time I safe a package. > > Thanks > Stefan > Stefan, If Monticello isn't already running in Squeak3.7, then you'll have to treat it as a port ... For porting into an older version of Squeak, I would start by unzipping the mcz file ... you should be able to filein the snapshot/source.st file and then you are off to the races:) Dale

Nov. 8, 2010

Re: [Pharo-project] Best way for change a window style

by StÃ©phane Ducasse

On Nov 8, 2010, at 6:21 PM, nullPointer wrote: > > For a TIP example I want implement in Pharo the steps for build a GUI like > that: > > http://forum.world.st/file/n3032341/eBox.png gorgeous! > The main problem for me is the window style. I understand one way for change > the style of windows is create my own UITheme subclass; but exists some > alternative way for generate a new style for windows? a generic window: I > only want a one panel with the three buttons for close, minimize and > maximize, and the rounded corners, much more rebranded in top corners than > bottom, with the default behavior of window: draggable for the Desktop. I do not know. > Perhaps the best way for implement it is know if is possible change a few > properties of a panel for have the same behavior of a window. > > Many thanks for the help. > -- > View this message in context: http://forum.world.st/Best-way-for-change-a-window-style-tp3032341p3032341.… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Nov. 8, 2010

[Pharo-project] Best way for change a window style

by nullPointer

For a TIP example I want implement in Pharo the steps for build a GUI like that: http://forum.world.st/file/n3032341/eBox.png The main problem for me is the window style. I understand one way for change the style of windows is create my own UITheme subclass; but exists some alternative way for generate a new style for windows? a generic window: I only want a one panel with the three buttons for close, minimize and maximize, and the rounded corners, much more rebranded in top corners than bottom, with the default behavior of window: draggable for the Desktop. Perhaps the best way for implement it is know if is possible change a few properties of a panel for have the same behavior of a window. Many thanks for the help. -- View this message in context: http://forum.world.st/Best-way-for-change-a-window-style-tp3032341p3032341.… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 8, 2010