- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Package management info

by StÃ©phane Ducasse

On Dec 16, 2009, at 6:47 PM, GeertClaes wrote: > > I tried to search for more info about the "Package management system" > mentioned to be part of the next 1.1 Pharo milestone. Can someone point me > to more info about this package management system? well there is not that much. But indeed we would like to push the use of metacello to manage external packages as a start. Our philosophy is let us try and learn, fix and may be rewrite but from concrete case. > I also could not find that much info about MetaCello either. Any links to > papers, presentation and/or video much appreciated. You can have a look at dale henrichs web page http://gemstonesoup.wordpress.com/2009/08/25/metacello-package-management-f… you can also have a look at Moose, mondrian .... on squeaksource. They are managed with metacello and we stress it :) Stef > -- > View this message in context: http://n2.nabble.com/Package-management-info-tp4176930p4176930.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 16, 2009

Re: [Pharo-project] Package management info

by Dale Henrichs

These are two places to get started with Metacello: http://code.google.com/p/metacello/ http://groups.google.com/group/metacello If you have questions, join the mailing group and ask away. Dale ----- "GeertClaes" <geert.wl.claes(a)gmail.com> wrote: | I tried to search for more info about the "Package management system" | mentioned to be part of the next 1.1 Pharo milestone. Can someone | point me | to more info about this package management system? | | I also could not find that much info about MetaCello either. Any | links to | papers, presentation and/or video much appreciated. | -- | View this message in context: | http://n2.nabble.com/Package-management-info-tp4176930p4176930.html | Sent from the Pharo Smalltalk mailing list archive at Nabble.com. | | _______________________________________________ | Pharo-project mailing list | Pharo-project(a)lists.gforge.inria.fr | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 16, 2009

Re: [Pharo-project] [newbee] How do I save the contents of a Workspace?

by StÃ©phane Ducasse

send code :) Stef > Stef, > > No argument, and thanks! > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse > Sent: Wednesday, December 16, 2009 12:16 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [newbee] How do I save the contents of a Workspace? > > So send it back and we will integrate it. > No problem. But really you should use class side methods and versioned these damned scripts. > > Stef > > >> Stef, >> >> I also miss the ready ability to save a workspace. With respect, it is not your place to dictate working methods. You are correct that one can easily over-use workspaces and under-use class methods. However, one can also over-use class methods when a new test case is more appropriate. >> >> Rather than removing basic features, we should add capabilities to encourage good practice by making things as easy as possible. Dolphin's IDE extensions are a nice feature that I *really* miss in Pharo. One thing I added is a way to create test case methods based on a currently selected method. Each class can specify a TestCase subclass, and the methods were automatically named based on the selected method's name; the code is generated and proposed for optional compiling with warning of conflicts. >> >> Bill >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >> Ramiro Diaz Trepat >> Sent: Wednesday, December 16, 2009 8:44 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] [newbee] How do I save the contents of a Workspace? >> >> I really miss that feature. >> In my oppinion it is very useful when you regularly use different images, or when you frequently rebuild your development image from newer versions. >> Also, I wonder if the Package Browser should be removed completely since it does not even open now when you select it as preferred. >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >> StÃ©phane Ducasse >> Sent: 16 December 2009 12:07 >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] [newbee] How do I save the contents of a Workspace? >> >> for me it was political/educational to remove it. >> >> I saw too many people having expressions in workspace and not in class methods (not versioned with the code). >> because if this is really important why not put it in a class method? >> Then you load the code and of course you do not get the magic example beacuse they were in the wonderfull scripts left in the other images..... >> >> Stef >> >> On Dec 16, 2009, at 12:51 PM, CÃ©drick BÃ©ler wrote: >> >>> I think this is a valuable feature. >>> >>> Should we save in a particular file extension (.wst ? or simply text files ?) so that we can also have load opening from a a list of files of that format. This would be nice for tutorials instead of saving workspace content in a method. >>> >>> CÃ©drick >>> >>> 2009/12/16 alesch <alex(a)schenkman.info> On Wed, Dec 16, 2009 at >>> 11:45, Damien Cassou [via Smalltalk] <[hidden email]> wrote: >>> >>> On Wed, Dec 16, 2009 at 9:29 AM, alesch <[hidden email]> wrote: >>>> I remember I used a menu item in Squeak, but I cannot find in Pharo. >>> >>> You can't. Do you misss that feature? >>> >>> Yes I do. >>> >>> >>> View this message in context: Re: [Pharo-project] [newbee] How do I save the contents of a Workspace? >>> >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >>> _______________________________________________ >>> 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 >> This email is confidential and subject to important disclaimers and conditions including on offers for the purchase or sale of securities, accuracy and completeness of information, viruses, confidentiality, legal privilege, and legal entity disclaimers, available at http://www.jpmorgan.com/pages/disclosures/email. >> >> _______________________________________________ >> 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 16, 2009

[Pharo-project] Package management info

by GeertClaes

I tried to search for more info about the "Package management system" mentioned to be part of the next 1.1 Pharo milestone. Can someone point me to more info about this package management system? I also could not find that much info about MetaCello either. Any links to papers, presentation and/or video much appreciated. -- View this message in context: http://n2.nabble.com/Package-management-info-tp4176930p4176930.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 16, 2009

Re: [Pharo-project] Fwd: [BUG] [ :a | ] value: 1

by Schwab,Wilhelm K

Dolphin gets it right (answers nil). -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Lukas Renggli Sent: Wednesday, December 16, 2009 12:38 PM To: Pharo Development Subject: [Pharo-project] Fwd: [BUG] [ :a | ] value: 1 ---------- Forwarded message ---------- From: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2009/12/16 Subject: Re: [BUG] [ :a | ] value: 1 To: Lukas Renggli <renggli(a)gmail.com>, Dan Ingalls <Dan.Ingalls(a)sun.com>, "L. Peter Deutsch" <lpd(a)major2nd.com> Cc: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Hi Lukas, Â Â Â can you forward my response to Pharo? Â TIA. On Wed, Dec 16, 2009 at 2:54 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > > Hi Eliot > > While working on a way to use the RB-AST with the standard compiler I > think I found a problem in your code. To reproduce evaluate the > following expression: > > Â Â [ :a | ] value: 1 > > According to my understanding that should return nil, not the first argument 1. > > The generated bytecode is: > > Â Â pushTemp: 0 > Â Â blockReturn > > I think it should be: > > Â Â pushConstant nil > Â Â blockReturn > > Cheers, > Lukas :) :) Â This is funny. Â VisualWorks has exactly the same bug^H^H^Hfeature. Â And if you look at the ANSI standard (ok, this is from the draft, but it is essentially the actual document) there is an exception for precisely this case, Â See the last sentence in section 3.4.4 Blocks: If a block has no <block body> or no <statements> in its <block body> then the value of the block is undefined. Which allows [] to be implemented as e.g. [Random new next]. Â In fact both VisualWorks and Squeak answer the last argument: [:a ] value: 1 1 [:a :b|] value: 1 value: 2 2 [:a :b :c :d :e :f :g :h| ] valueWithArguments: (1 to: 8) 8 [:a | nil] value: 1 nil [:a :b| nil] value: 1 value: 2 nil At least it is consistent whether the block is inlined or not ;) 1+2 ifNotNil: [:arg|] 3 It as ever been so. Â This from Smalltalk-80 V2: BlockNode methods forÂ initialize-release arguments: argNodes statements: statementsCollection returns: returnBool from: encoder sourceEnd: sourceEnd "compile" sourceRange Â _ sourceEnd to: sourceEnd. arguments _ argNodes. statements _ statementsCollection size > 0 ifTrue: [statementsCollection] ifFalse: [argNodes size > 0 ifTrue: [statementsCollection copyWith: arguments last] ifFalse: [Array with: NodeNil]]. returns _ returnBool This from VW: BlockNode methods forÂ code generation emitBody: codeStream "The codeStream invokes this to compile the body of the block, including the final return." (body isEmpty and: [arguments isEmpty not]) ifTrue: [codeStream noteSourceStart: body. arguments last variable emitLocalReturn: codeStream from: body] ifFalse: [body emitLocalReturn: codeStream from: body] This from Squeak (my timestamp, but I just changed the _'s to :='s :) ) BlockNode methods forÂ initialize-release arguments: argNodes statements: statementsCollection returns: returnBool from: encoder "Compile." arguments := argNodes. statements := statementsCollection size > 0 ifTrue: [statementsCollection] ifFalse: [argNodes size > 0 ifTrue: [statementsCollection copyWith: arguments last] ifFalse: [Array with: NodeNil]]. optimized := false. returns := returnBool So at least it is easy to fix ;) Â The question you have to ask yourself is how much code is affected by this wafer thin change. I'm with you, I think this is a bug. Â But perhaps it was well thought through. Â What say you, Dan & Peter? Â Did y'all agonise over this? What say you Squeak & Pharo communities? Â Should we fix this or make it a preference ;) best Eliot P.S. Â I'm caught between wanting to fix it and wanting to let sleeping dogs lie. Â I'd like to know what all the other dialects do. Â If a substantial majority have the same curio I think we have to live with this, uh, ornament. Â Just to be clear, making it a preference is a sick joke on my part. > > -- > Lukas Renggli > http://www.lukas-renggli.ch -- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 16, 2009

Re: [Pharo-project] [BUG] [ :a | ] value: 1

by Lukas Renggli

> :) :) Â This is funny. Â VisualWorks has exactly the same bug^H^H^Hfeature. > Â And if you look at the ANSI standard (ok, this is from the draft, but it is > essentially the actual document) there is an exception for precisely this > case, Â See the last sentence in section 3.4.4 Blocks: > > If a block has no <block body> or no <statements> in its <block body> then > the value of the block is undefined. Ok, I did not check that document. I somehow expected that all empty blocks would return nil. > Which allows [] to be implemented as e.g. [Random new next]. Â In fact both > VisualWorks and Squeak answer the last argument: > [:a ] value: 1 1 > [:a :b|] value: 1 value: 2 2 > [:a :b :c :d :e :f :g :h| ] valueWithArguments: (1 to: 8) 8 > [:a | nil] value: 1 nil > [:a :b| nil] value: 1 value: 2 nil > At least it is consistent whether the block is inlined or not ;) > 1+2 ifNotNil: [:arg|] 3 > It as ever been so. Thank you for the additional insight. I learned something new on the Smalltalk semantics today :-) I will fix my code then. > P.S. Â I'm caught between wanting to fix it and wanting to let sleeping dogs > lie. Â I'd like to know what all the other dialects do. Â If a substantial > majority have the same curio I think we have to live with this, uh, > ornament. Â Just to be clear, making it a preference is a sick joke on my > part. I think we'd better let it sleep. In my image I have 61 empty blocks with one or more argument. Some of them might depend on that hidden behavior. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Dec. 16, 2009

Re: [Pharo-project] [newbee] How do I save the contents of a Workspace?

by Schwab,Wilhelm K

Stef, No argument, and thanks! Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Wednesday, December 16, 2009 12:16 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [newbee] How do I save the contents of a Workspace? So send it back and we will integrate it. No problem. But really you should use class side methods and versioned these damned scripts. Stef > Stef, > > I also miss the ready ability to save a workspace. With respect, it is not your place to dictate working methods. You are correct that one can easily over-use workspaces and under-use class methods. However, one can also over-use class methods when a new test case is more appropriate. > > Rather than removing basic features, we should add capabilities to encourage good practice by making things as easy as possible. Dolphin's IDE extensions are a nice feature that I *really* miss in Pharo. One thing I added is a way to create test case methods based on a currently selected method. Each class can specify a TestCase subclass, and the methods were automatically named based on the selected method's name; the code is generated and proposed for optional compiling with warning of conflicts. > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of > Ramiro Diaz Trepat > Sent: Wednesday, December 16, 2009 8:44 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [newbee] How do I save the contents of a Workspace? > > I really miss that feature. > In my oppinion it is very useful when you regularly use different images, or when you frequently rebuild your development image from newer versions. > Also, I wonder if the Package Browser should be removed completely since it does not even open now when you select it as preferred. > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of > StÃ©phane Ducasse > Sent: 16 December 2009 12:07 > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [newbee] How do I save the contents of a Workspace? > > for me it was political/educational to remove it. > > I saw too many people having expressions in workspace and not in class methods (not versioned with the code). > because if this is really important why not put it in a class method? > Then you load the code and of course you do not get the magic example beacuse they were in the wonderfull scripts left in the other images..... > > Stef > > On Dec 16, 2009, at 12:51 PM, CÃ©drick BÃ©ler wrote: > >> I think this is a valuable feature. >> >> Should we save in a particular file extension (.wst ? or simply text files ?) so that we can also have load opening from a a list of files of that format. This would be nice for tutorials instead of saving workspace content in a method. >> >> CÃ©drick >> >> 2009/12/16 alesch <alex(a)schenkman.info> On Wed, Dec 16, 2009 at >> 11:45, Damien Cassou [via Smalltalk] <[hidden email]> wrote: >> >> On Wed, Dec 16, 2009 at 9:29 AM, alesch <[hidden email]> wrote: >>> I remember I used a menu item in Squeak, but I cannot find in Pharo. >> >> You can't. Do you misss that feature? >> >> Yes I do. >> >> >> View this message in context: Re: [Pharo-project] [newbee] How do I save the contents of a Workspace? >> >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> _______________________________________________ >> 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 > This email is confidential and subject to important disclaimers and conditions including on offers for the purchase or sale of securities, accuracy and completeness of information, viruses, confidentiality, legal privilege, and legal entity disclaimers, available at http://www.jpmorgan.com/pages/disclosures/email. > > _______________________________________________ > 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

Dec. 16, 2009

[Pharo-project] Fwd: [BUG] [ :a | ] value: 1

by Lukas Renggli

---------- Forwarded message ---------- From: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2009/12/16 Subject: Re: [BUG] [ :a | ] value: 1 To: Lukas Renggli <renggli(a)gmail.com>, Dan Ingalls <Dan.Ingalls(a)sun.com>, "L. Peter Deutsch" <lpd(a)major2nd.com> Cc: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Hi Lukas, Â Â Â can you forward my response to Pharo? Â TIA. On Wed, Dec 16, 2009 at 2:54 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > > Hi Eliot > > While working on a way to use the RB-AST with the standard compiler I > think I found a problem in your code. To reproduce evaluate the > following expression: > > Â Â [ :a | ] value: 1 > > According to my understanding that should return nil, not the first argument 1. > > The generated bytecode is: > > Â Â pushTemp: 0 > Â Â blockReturn > > I think it should be: > > Â Â pushConstant nil > Â Â blockReturn > > Cheers, > Lukas :) :) Â This is funny. Â VisualWorks has exactly the same bug^H^H^Hfeature. Â And if you look at the ANSI standard (ok, this is from the draft, but it is essentially the actual document) there is an exception for precisely this case, Â See the last sentence in section 3.4.4 Blocks: If a block has no <block body> or no <statements> in its <block body> then the value of the block is undefined. Which allows [] to be implemented as e.g. [Random new next]. Â In fact both VisualWorks and Squeak answer the last argument: [:a ] value: 1 1 [:a :b|] value: 1 value: 2 2 [:a :b :c :d :e :f :g :h| ] valueWithArguments: (1 to: 8) 8 [:a | nil] value: 1 nil [:a :b| nil] value: 1 value: 2 nil At least it is consistent whether the block is inlined or not ;) 1+2 ifNotNil: [:arg|] 3 It as ever been so. Â This from Smalltalk-80 V2: BlockNode methods forÂ initialize-release arguments: argNodes statements: statementsCollection returns: returnBool from: encoder sourceEnd: sourceEnd "compile" sourceRange Â _ sourceEnd to: sourceEnd. arguments _ argNodes. statements _ statementsCollection size > 0 ifTrue: [statementsCollection] ifFalse: [argNodes size > 0 ifTrue: [statementsCollection copyWith: arguments last] ifFalse: [Array with: NodeNil]]. returns _ returnBool This from VW: BlockNode methods forÂ code generation emitBody: codeStream "The codeStream invokes this to compile the body of the block, including the final return." (body isEmpty and: [arguments isEmpty not]) ifTrue: [codeStream noteSourceStart: body. arguments last variable emitLocalReturn: codeStream from: body] ifFalse: [body emitLocalReturn: codeStream from: body] This from Squeak (my timestamp, but I just changed the _'s to :='s :) ) BlockNode methods forÂ initialize-release arguments: argNodes statements: statementsCollection returns: returnBool from: encoder "Compile." arguments := argNodes. statements := statementsCollection size > 0 ifTrue: [statementsCollection] ifFalse: [argNodes size > 0 ifTrue: [statementsCollection copyWith: arguments last] ifFalse: [Array with: NodeNil]]. optimized := false. returns := returnBool So at least it is easy to fix ;) Â The question you have to ask yourself is how much code is affected by this wafer thin change. I'm with you, I think this is a bug. Â But perhaps it was well thought through. Â What say you, Dan & Peter? Â Did y'all agonise over this? What say you Squeak & Pharo communities? Â Should we fix this or make it a preference ;) best Eliot P.S. Â I'm caught between wanting to fix it and wanting to let sleeping dogs lie. Â I'd like to know what all the other dialects do. Â If a substantial majority have the same curio I think we have to live with this, uh, ornament. Â Just to be clear, making it a preference is a sick joke on my part. > > -- > Lukas Renggli > http://www.lukas-renggli.ch -- Lukas Renggli http://www.lukas-renggli.ch

Dec. 16, 2009

Re: [Pharo-project] [newbee] How do I save the contents of a Workspace?

by StÃ©phane Ducasse

Hi levente >> > What prevents you from copying the workspace text, open your favorite > text editor, paste text there and save it in a file? >> >> r >> > > Or use the File Browser, that's why it's there, even though it's a bit > broken in pharo. can you explain what is broken? => open a bug entry

Dec. 16, 2009

Re: [Pharo-project] [newbee] How do I save the contents of a Workspace?

by StÃ©phane Ducasse

So send it back and we will integrate it. No problem. But really you should use class side methods and versioned these damned scripts. Stef > Stef, > > I also miss the ready ability to save a workspace. With respect, it is not your place to dictate working methods. You are correct that one can easily over-use workspaces and under-use class methods. However, one can also over-use class methods when a new test case is more appropriate. > > Rather than removing basic features, we should add capabilities to encourage good practice by making things as easy as possible. Dolphin's IDE extensions are a nice feature that I *really* miss in Pharo. One thing I added is a way to create test case methods based on a currently selected method. Each class can specify a TestCase subclass, and the methods were automatically named based on the selected method's name; the code is generated and proposed for optional compiling with warning of conflicts. > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Ramiro Diaz Trepat > Sent: Wednesday, December 16, 2009 8:44 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [newbee] How do I save the contents of a Workspace? > > I really miss that feature. > In my oppinion it is very useful when you regularly use different images, or when you frequently rebuild your development image from newer versions. > Also, I wonder if the Package Browser should be removed completely since it does not even open now when you select it as preferred. > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse > Sent: 16 December 2009 12:07 > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [newbee] How do I save the contents of a Workspace? > > for me it was political/educational to remove it. > > I saw too many people having expressions in workspace and not in class methods (not versioned with the code). > because if this is really important why not put it in a class method? > Then you load the code and of course you do not get the magic example beacuse they were in the wonderfull scripts left in the other images..... > > Stef > > On Dec 16, 2009, at 12:51 PM, CÃ©drick BÃ©ler wrote: > >> I think this is a valuable feature. >> >> Should we save in a particular file extension (.wst ? or simply text files ?) so that we can also have load opening from a a list of files of that format. This would be nice for tutorials instead of saving workspace content in a method. >> >> CÃ©drick >> >> 2009/12/16 alesch <alex(a)schenkman.info> On Wed, Dec 16, 2009 at 11:45, >> Damien Cassou [via Smalltalk] <[hidden email]> wrote: >> >> On Wed, Dec 16, 2009 at 9:29 AM, alesch <[hidden email]> wrote: >>> I remember I used a menu item in Squeak, but I cannot find in Pharo. >> >> You can't. Do you misss that feature? >> >> Yes I do. >> >> >> View this message in context: Re: [Pharo-project] [newbee] How do I save the contents of a Workspace? >> >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> _______________________________________________ >> 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 > This email is confidential and subject to important disclaimers and conditions including on offers for the purchase or sale of securities, accuracy and completeness of information, viruses, confidentiality, legal privilege, and legal entity disclaimers, available at http://www.jpmorgan.com/pages/disclosures/email. > > _______________________________________________ > 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

Dec. 16, 2009