Re: [Pharo-project] How to copy some nice UI bits from Squeak4.1 (e.g. get rid of the fat buttons in OB)
Is there a similar fix to make the window title bars smaller as well? On my mac they are larger than other native OSX windows, that is the browser title bars are bigger than the actual Pharo 1.0 Image title bar of the whole VM. I noticed that in Squeak 4.1 the title bars of all browsers all seem to be native size. I am wondering if there is a similar fix? I don't know, the size of the title bar either comes from the currently selected theme or your font choice. There is no such thing as native size in Squeak or Pharo. Lukas -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] SandstoneDb infos
Hi, Ramon Leon brings some clarification on SandstoneDb, good to know: ( http://pharocasts.blogspot.com/2010/04/sandstonedb-simple-activerecord-style.html?showComment=1272319582936#c2685266417753810697 ) If you'd like to avoid restarting the image when you create subclasses, you can just run SDCheckPointer startUp: true. This is what happens at image startup that ensures all the directories exist and reloads the database. Also, just FYI, you don't need to make all biz objects active records, had the tweets just been an Object subclass, they would have been save with the Person in the same file as the Person atomically. Of course, then the only way to get the tweets would be through the person, since it'd be the aggregate root for that aggregate object cluster. Anyway, nice screencast. Posted by Ramon Leon to Pharocasts http://pharocasts.blogspot.com/ at April 26, 2010 3:06 PM ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] How to copy some nice UI bits from Squeak4.1 (e.g. get rid of the fat buttons in OB)
Ah - that explains it - thats a tip that I hadn't yet worked out. Thanks for pointing it out (I can see it could be useful when finding all dirty changes - but a bit disorienting when you are a new user trying to find a specific package). On 27 Apr 2010, at 06:47, Stéphane Ducasse wrote: Tim you can configure the MC browser to see the dirty in place or at the top. Bring the menu there is a radio button for that On Apr 27, 2010, at 12:11 AM, Tim Mackinnon wrote: I loaded it into my 1.0 image (I have to confess it took me a moment to find the right package in monticello - the name * OB-Standard - the leading * putting it at the top meant that I couldn't find it at first - does that * mean that I changed a method in that package when I was putting self halt in methods?). Anyway - that does look much better! Is there a similar fix to make the window title bars smaller as well? On my mac they are larger than other native OSX windows, that is the browser title bars are bigger than the actual Pharo 1.0 Image title bar of the whole VM. I noticed that in Squeak 4.1 the title bars of all browsers all seem to be native size. I am wondering if there is a similar fix? Although - just having smaller buttons in that bar makes me feel more comfortable - and we'll see what the skeptics in the office say tomorrow! Tim On 26 Apr 2010, at 10:20, Lukas Renggli wrote: I'll check that out - do I need to use a 1.1 image? (given that I am only playing at the moment - it probably makes sense to use one now as this is where you are taking bug reports). I am using (and fixing) OB in Pharo 1.0. OB will only be adopted to the upcoming Pharo when Pharo 1.1 reaches a stable state so that I can confidently adopt it for my daily work. I don't have the time to maintain two OB branches. Though OB should work in Pharo 1.1 just fine, if you disable the deprecated warnings. Lukas -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [squeak-dev] World menu OCompletion-like algorithm
Romain, now I remember...isn't WorkingSet something similar to what he wants ? Sean, you can test it. Read: http://forum.world.st/ANN-WorkingSet-td1296111.html#a1296111 Cheers Mariano On Mon, Apr 26, 2010 at 9:21 PM, Romain Robbes romain.rob...@gmail.comwrote: A useful trick is that you can type in menus to select items. That's not the same, but still might help. Romain On Apr 25, 2010, at 4:41 PM, Sean P. DeNigris wrote: Mariano Martinez Peck wrote: Open a couple of windows (browser, workspace, transcript, test runnerr, etc) and then, in the world, do a shift + click Cool feature, thanks. And, it seems that it shows a list of currently open windows, which is different from 'the last three types of objects that I dealt with.' Use case (contrived): I'm working in a sub-flow that requires me to constantly open a Transcript window - say I'm manually testing (I know, disgusting, lol) code that closes any open Transcript windows. So I want to reopen Transcript widnows via the world menu over and over between tests. The 'all open windows menu' doesn't help, but having Transcript pinned temporarily at the top of the world menu would be very convenient. Btw of course I realize there are ways to do this (e.g. dragging the Transcript menu item out of the menu onto the desktop), but having the top three dynamically, automatically updated is what I'm toying with. - Sean -- View this message in context: http://forum.world.st/Re-squeak-dev-World-menu-OCompletion-like-algorithm-tp2064462p2064529.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Romain Robbes http://romain.robb.es rrob...@dcc.uchile.cl ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [ANN] NativeBoost source released
Hello all, For all interesting parties, i made an initial release of NativeBoost plugin as well as language-side code. You can find an installation instructions on http://code.google.com/p/nativeboost/wiki/Installation You can also can find a couple of other descriptions on same wiki. I need your feedback! :) -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] I would like to have this kind of tool in pharo
http://philemonworks.wordpress.com/2009/11/13/soek-goodies-st-exploring-open-source-smalltalk-libraries/ Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Classrename:
Hi , please integrate this change to Classrename: rename: aString The new name of the receiver is the argument, aString. | oldName newName | (newName := aString asSymbol) = (oldName := self name) ifTrue: [^ self]. (self environment includesKey: newName) ifTrue: [^ self error: newName , ' already exists']. name := newName. self environment renameClass: self from: oldName. (Undeclared includesKey: newName) ifTrue: [self inform: 'There are references to, ' , aString printString , ' from Undeclared. Check them after this change.']. I moved the (Undeclared. ) statement to the end. To send #inform: after performing the actual change, and not before. In this way you can catch the ProvideAnswerNotification, and remove the modal dialog that pops up and still perform the actual class rename! For example... [ self performRefactoring: refactoring ] on: ProvideAnswerNotification do:[:err | do not inform the user! ]. Please let me know if you agree, and will integrate it. Saludos, Fernando Class-rename.st Description: Binary data ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] is it possible to know the memory occupation (bytes) of an object?
Hi. I don't know if memory occupation is the better name. I just want to know the amount of memory that an object is occupying in RAM. I mean, the amount of bytes. Is this possible ? if true, how ? I would like to do it from both sides: image and VM. I checked both but I didn't find anything. Thanks in advance Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11322
11322 - - Issue 2237: classNames: fix more robust - Issue 2363: testDirWithHash - Issue 2261: should deprecate and:and:and: and friends Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] I would like to have this kind of tool in pharo
On 27 April 2010 12:03, Stéphane Ducasse stephane.duca...@inria.fr wrote: http://philemonworks.wordpress.com/2009/11/13/soek-goodies-st-exploring-open-source-smalltalk-libraries/ The flat view of a whole class methods is really interesting approach. I imagine that, i could edit a single class and multiple methods of it and stay in a single window. Just need to scroll time to time up or down. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] I would like to have this kind of tool in pharo
It's open source and based on Seaside, so not to difficult to have something similar for pharo hosted at : http://doc.pharo-project.org/ On Tue, Apr 27, 2010 at 4:03 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: http://philemonworks.wordpress.com/2009/11/13/soek-goodies-st-exploring-open-source-smalltalk-libraries/ Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] I would like to have this kind of tool in pharo
Isn't this a little like WebVelocity displays the code? On Tue, Apr 27, 2010 at 12:28 PM, Serge Stinckwich serge.stinckw...@gmail.com wrote: It's open source and based on Seaside, so not to difficult to have something similar for pharo hosted at : http://doc.pharo-project.org/ On Tue, Apr 27, 2010 at 4:03 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: http://philemonworks.wordpress.com/2009/11/13/soek-goodies-st-exploring-open-source-smalltalk-libraries/ Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] is it possible to know the memory occupation (bytes) of an object?
I once sent some code to the mailing list (search for thread named Size of objects). We should add this to the image. I think I named it #sizeInMemory. Adrian On Apr 27, 2010, at 12:03 , Mariano Martinez Peck wrote: Hi. I don't know if memory occupation is the better name. I just want to know the amount of memory that an object is occupying in RAM. I mean, the amount of bytes. Is this possible ? if true, how ? I would like to do it from both sides: image and VM. I checked both but I didn't find anything. Thanks in advance Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] is it possible to know the memory occupation (bytes) of an object?
On Tue, Apr 27, 2010 at 12:45 PM, Adrian Lienhard a...@netstyle.ch wrote: I once sent some code to the mailing list (search for thread named Size of objects). Thanks Adrian...I couldn't find it. Can you forward it to me please? or just send me the code... We should add this to the image. I think I named it #sizeInMemory. There are only changes to the image side ? or the vm also ? Thanks Mariano Adrian On Apr 27, 2010, at 12:03 , Mariano Martinez Peck wrote: Hi. I don't know if memory occupation is the better name. I just want to know the amount of memory that an object is occupying in RAM. I mean, the amount of bytes. Is this possible ? if true, how ? I would like to do it from both sides: image and VM. I checked both but I didn't find anything. Thanks in advance Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] is it possible to know the memory occupation (bytes) of an object?
BTW, Lukas had pointed out that my implementation is incomplete. So before integrating we should make sure the implementation covers all cases. Adrian Begin forwarded message: From: Lukas Renggli reng...@gmail.com Date: October 21, 2008 6:28:32 PM GMT+02:00 To: Pharo Development pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] Size of objects Reply-To: Pharo Development pharo-project@lists.gforge.inria.fr BTW, I think that would be a meaningful addition. Could somebody quickly check the method to verify that I didn't do any miscalculation? The only problem I see is that variable objects might also have inst-vars. So you need to count the self class instSize * Smalltalk wordSize part in any case. Lukas On Apr 27, 2010, at 12:45 , Adrian Lienhard wrote: I once sent some code to the mailing list (search for thread named Size of objects). We should add this to the image. I think I named it #sizeInMemory. Adrian On Apr 27, 2010, at 12:03 , Mariano Martinez Peck wrote: Hi. I don't know if memory occupation is the better name. I just want to know the amount of memory that an object is occupying in RAM. I mean, the amount of bytes. Is this possible ? if true, how ? I would like to do it from both sides: image and VM. I checked both but I didn't find anything. Thanks in advance Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] is it possible to know the memory occupation (bytes) of an object?
Its a simple method in Object: ObjectsizeInMemory Returns the number of bytes used by this object in memory (including its header) | headerSize instanceSize | headerSize := (self class indexIfCompact 0 ifTrue: [ 4 ] ifFalse: [ 8 ]). instanceSize := (self class isVariable ifFalse: [ self class instSize * Smalltalk wordSize ] ifTrue: [ (self basicSize * (self class isBytes ifTrue: [ 1 ] ifFalse: [ Smalltalk wordSize ])) ]). ^ headerSize + instanceSize Please also note the other mail I sent to this thread. Adrian On Apr 27, 2010, at 13:16 , Mariano Martinez Peck wrote: On Tue, Apr 27, 2010 at 12:45 PM, Adrian Lienhard a...@netstyle.ch wrote: I once sent some code to the mailing list (search for thread named Size of objects). Thanks Adrian...I couldn't find it. Can you forward it to me please? or just send me the code... We should add this to the image. I think I named it #sizeInMemory. There are only changes to the image side ? or the vm also ? Thanks Mariano Adrian On Apr 27, 2010, at 12:03 , Mariano Martinez Peck wrote: Hi. I don't know if memory occupation is the better name. I just want to know the amount of memory that an object is occupying in RAM. I mean, the amount of bytes. Is this possible ? if true, how ? I would like to do it from both sides: image and VM. I checked both but I didn't find anything. Thanks in advance Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Pharo-users] RB AST serialization
On Apr 27, 2010, at 7:48 AM, Lukas Renggli wrote: Hi Daniel, I haven't looked at your code yet, but wonder what your goal is? How is your serialization different from source := aProgramNode source ? How is your deserialization different from RBParser parseMethod: source ? In Reflectivity, we have an AST for every method. In addition, the AST can be annotated with non-source visible annotations. So what I want to explore is to have a very compact representations of ASTs, but one that does not lose information *and* that allows the AST to be annotated with non-textual objects even when it's compressed. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] is it possible to know the memory occupation (bytes) of an object?
On Tue, Apr 27, 2010 at 1:17 PM, Adrian Lienhard a...@netstyle.ch wrote: BTW, Lukas had pointed out that my implementation is incomplete. So before integrating we should make sure the implementation covers all cases. Adrian Begin forwarded message: From: Lukas Renggli reng...@gmail.com Date: October 21, 2008 6:28:32 PM GMT+02:00 To: Pharo Development pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] Size of objects Reply-To: Pharo Development pharo-project@lists.gforge.inria.fr BTW, I think that would be a meaningful addition. Could somebody quickly check the method to verify that I didn't do any miscalculation? The only problem I see is that variable objects might also have inst-vars. So you need to count the self class instSize * Smalltalk wordSize I am not sure if I understood. Then the method should be something like this: sizeInMemory Returns the number of bytes used by this object in memory (including its header) | headerSize instanceSize | headerSize := (self class indexIfCompact 0 ifTrue: [ 4 ] ifFalse: [ 8 ]). instanceSize := self class instSize * Smalltalk wordSize. instanceSize := instanceSize + (self class isVariable ifTrue: [ (self basicSize * (self class isBytes ifTrue: [ 1 ] ifFalse: [ Smalltalk wordSize ])) ]). ^ headerSize + instanceSize ? Thanks Mariano part in any case. Lukas On Apr 27, 2010, at 12:45 , Adrian Lienhard wrote: I once sent some code to the mailing list (search for thread named Size of objects). We should add this to the image. I think I named it #sizeInMemory. Adrian On Apr 27, 2010, at 12:03 , Mariano Martinez Peck wrote: Hi. I don't know if memory occupation is the better name. I just want to know the amount of memory that an object is occupying in RAM. I mean, the amount of bytes. Is this possible ? if true, how ? I would like to do it from both sides: image and VM. I checked both but I didn't find anything. Thanks in advance Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Pharo-users] RB AST serialization
So what I want to explore is to have a very compact representations of ASTs, but one that does not lose information *and* that allows the AST to be annotated with non-textual objects even when it's compressed. Indeed, annotations (or properties) get lost when serializing an AST as source code. However I doubt that a different encoding of the AST as a string is any more efficient than just storing the (compressed) original source code (see the tests of AstSerializer). Also having a custom pretty printer and a custom parser makes it kind of difficult to have code that cannot be represented with the standard AST, as this is for example the case in Helvetia. What about storing the annotations (or properties) separate the the source string and map them back to the AST after parsing? Lukas Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] I would like to have this kind of tool in pharo
Yes this would a nice idea. Stef On Apr 27, 2010, at 12:28 PM, Serge Stinckwich wrote: It's open source and based on Seaside, so not to difficult to have something similar for pharo hosted at : http://doc.pharo-project.org/ On Tue, Apr 27, 2010 at 4:03 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: http://philemonworks.wordpress.com/2009/11/13/soek-goodies-st-exploring-open-source-smalltalk-libraries/ Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Pharo-users] RB AST serialization
what theo d hondt told us a while ago is that pascal or oberon they did not store bytecode but compressed ast and it was shorter than bytecode Stef On Apr 27, 2010, at 1:44 PM, Lukas Renggli wrote: So what I want to explore is to have a very compact representations of ASTs, but one that does not lose information *and* that allows the AST to be annotated with non-textual objects even when it's compressed. Indeed, annotations (or properties) get lost when serializing an AST as source code. However I doubt that a different encoding of the AST as a string is any more efficient than just storing the (compressed) original source code (see the tests of AstSerializer). Also having a custom pretty printer and a custom parser makes it kind of difficult to have code that cannot be represented with the standard AST, as this is for example the case in Helvetia. What about storing the annotations (or properties) separate the the source string and map them back to the AST after parsing? Lukas Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Pharo-users] RB AST serialization
what theo d hondt told us a while ago is that pascal or oberon they did not store bytecode but compressed ast and it was shorter than bytecode Sounds strange (imagine if you have comments in your code). Are there any references on this? Lukas -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] How to copy some nice UI bits from Squeak4.1 (e.g. get rid of the fat buttons in OB)
I don't know, the size of the title bar either comes from the currently selected theme or your font choice. There is no such thing as native size in Squeak or Pharo. I think my term native size was confusing - I meant compared to the size of windows outside of squeak/pharo (or indeed the OSX window of Pharo itself). Looking a bit closer - I have tried setting the System Font for Window Title - to be 10pt instead of 11 (and that looks a bit better to my mind). However - even when you do this, if you compare the title bar of a classes browser to the title bar of pharo (e.g. Pharo 1.0 - Image) - you do notice that the classes browser has a few more pixels either side of the close/collapse/expand buttons as compared to the native pharo window. Still - its a minor thing and it doesn't bother me so much now you have fixed the buttons (awesome!). I did get a spurious walkback saying that a some button didn't understand #enabled: - however I haven't been able to reproduce that yet, so it could have been me playing with trying to set button heights? Thanks again. Tim ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [ANN] NativeBoost source released
On Apr 27, 2010, at 9:50 31AM, Igor Stasenko wrote: Hello all, For all interesting parties, i made an initial release of NativeBoost plugin as well as language-side code. You can find an installation instructions on http://code.google.com/p/nativeboost/wiki/Installation You can also can find a couple of other descriptions on same wiki. I need your feedback! :) -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Hi Igor! Would it be possible to upload a ready-made VM/Image combo to the google project? I'd really like to try it out, but I'd rather spend my time on exploring how to use AsmJit and using the primitive, than building the plugin and making an image with the needed packages ;) Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Pharo-users] RB AST serialization
On Apr 27, 2010, at 2:33 PM, Lukas Renggli wrote: what theo d hondt told us a while ago is that pascal or oberon they did not store bytecode but compressed ast and it was shorter than bytecode Sounds strange (imagine if you have comments in your code). Are there any references on this? No I know that marcus read some papers on slim binaries Stef Lukas -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] How to copy some nice UI bits from Squeak4.1 (e.g. get rid of the fat buttons in OB)
On Apr 27, 2010, at 2:42 10PM, Tim Mackinnon wrote: Looking a bit closer - I have tried setting the System Font for Window Title - to be 10pt instead of 11 (and that looks a bit better to my mind). However - even when you do this, if you compare the title bar of a classes browser to the title bar of pharo (e.g. Pharo 1.0 - Image) - you do notice that the classes browser has a few more pixels either side of the close/collapse/expand buttons as compared to the native pharo window. Thanks again. Tim I agree, for windows the button spacing should be independent of title height derived from font height. At the moment, it just happens to be just about right with a pt10 size font :) Would be nice if the title height also took button size into account actually, with a small font-size the title becomes too narrow to display the full height of the button. Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Fwd: [ANN] SwaLint Code Critics 2.0.0-beta.1 available
Begin forwarded message: From: Tobias Pape das.li...@gmx.de Date: April 27, 2010 2:57:08 PM GMT+02:00 To: pharo-project-ow...@lists.gforge.inria.fr Subject: Re: [ANN] SwaLint Code Critics 2.0.0-beta.1 available Dear Mailinglist Admin. This post is an announcement of Software that works in pharo. however, since pharo is not my main Development environment, i did not subscribe to the pharo ML. Please allow this one post. So Long, -Tobias Am 2010-04-27 um 14:47 schrieb pharo-project-ow...@lists.gforge.inria.fr: You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at pharo-project-ow...@lists.gforge.inria.fr. Von: Tobias Pape das.li...@gmx.de Datum: 27. April 2010 14:47:03 MESZ An: The general-purpose Squeak developers list squeak-...@lists.squeakfoundation.org, pharo-project@lists.gforge.inria.fr Betreff: [ANN] SwaLint Code Critics 2.0.0-beta.1 available Dear Smalltalkers, I'm pleased to announce that SwaLint, an extensible code critics tool, is available again, now working in Squeak = 4.1 and Pharo = 1.0. You can obtain SwaLint Code Critics 2.0.0-beta.1: •Via SqueakMap •By a Metacello Configuration at SwaLint on SqueakSource. The configuration is used by the SqueakMap installation, as well. You can use the SqueakMap-Script directly: http://map.squeak.org/accountbyid/50d39e2b-7bd5-472a-ac94-cd1572a0bbdc/files/InstallSwaLint-2.0.0.st The accompanying wiki is not yet available. If you have installed any of •OB-Refactory, •Seaside-Slime, •Grease-Slime, SwaLint can automatically make use of them. Howerver, invocation of SwaLint from within a browser has not been a target yet. I'll happily answer your questions, if any. So Long, -Tobias ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] ConfigurationOfPharo
Hi! I am curious to see how Pharo1.1 can be produced from Core1.1. I loaded ConfigurationOfPharo from MetacelloRepository, and evaluated in a workspace: ConfigurationOfPharo project This triggered many loads, to end with an error: 'Name not found: ArchiveViewer'. I removed the reference of ArchiveViewer in the baseline. I then had to do some modifications: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Getting Pharo 1.1 from PharoCore 1.1 - add worldMenu in: SHWorkspace classopen - changed asSortedArray into asArray sort OBMetagraphBuilderexecute () OBAllMethodCategoryNodemethodReferences OBSelectorNodeimplementors OBMethodNodemessageSelectors OBMethodNodeimplementorsOf: OBSelectorNodesenders ORCommandinstanceVariables - fix in OCompletionTable classinitializeWithPackages (FillInTheBlank) NSAbstractDataStream classinitialize (isInMemory) SHParserST80resolvePartial: (hasBindingThatBeginsWith: is not defined in SystemDictionary anymore) - Registration in the WorldMenu: In Moose PetitGUI MoosePanel -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= I would like to see Pharo1.1 Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Pharo-users] RB AST serialization
On Apr 27, 2010, at 2:33 PM, Lukas Renggli wrote: what theo d hondt told us a while ago is that pascal or oberon they did not store bytecode but compressed ast and it was shorter than bytecode Sounds strange Why? (imagine if you have comments in your code). There are no comments in bytecode, either. The idea is *not* to replace source code. Are there any references on this? There is a lot of work on this, e.g. slim binaries: http://portal.acm.org/citation.cfm?id=265576 or lots of work on grammar-driven compression of code, and much more. Not that it's exactly slim binaries that we want to implement here. We want to learn about compact serialization of AST like structures. Just learn. First serialization. Than compression. And the nice thing is that I am payed for exploring strange things :-) And I think we should pospone discussion after we have learned. It's so easy to kill all energy on a mailinglist in a minute. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Pharo sprint in Bern on June 5, 2010
Hi all, We are planning again to do a sprint in Bern. Please add your name to the wiki if you plan to attend. http://code.google.com/p/pharo/wiki/PharoSprints Cheers, Adrian ___ http://www.adrian-lienhard.ch/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] ConfigurationOfPharo
Alexandre wrote: This triggered many loads, to end with an error: 'Name not found: ArchiveViewer'. I got this error when trying to build a complete app image for MetaSource from a 1.0 core image using an own ConfigurationOfMetaSource that internally used the ConfigurationOfPharo. Dont know what changed on ConfigurationOfPharo, since it worked in the past... see http://lists.gforge.inria.fr/pipermail/pharo-project/2010-April/025757.html Got no response so far. What I found interesting is that I was able to build a 1.0 dev-image from a 1.0 core image when I use the config directly. But not when I use it in another configuration (ConfigurationOfMetaSource in this case). I'm still puzzled Bye T. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] World menu and preference compatibility
There is a conversation on squeak-dev right now about how to handle world menus / prefs / docking bar. The participants seem to be leaning toward using pragmas, and I am a strong voice for compatibility where we can, especially on the fundamentals. If anyone can/wants to share their experience with the pragma solution so far (there is a question in particular about whether it allows dynamic menu additions/removals), it would be relevant. http://forum.world.st/Squeak-dev-World-Menu-Registry-td2064576.html -- View this message in context: http://forum.world.st/World-menu-and-preference-compatibility-tp2067710p2067710.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [squeak-dev] World menu OCompletion-like algorithm
Mariano Martinez Peck wrote: isn't WorkingSet something similar WorkingSet looks way cool! It does for the browser what I was suggesting we do for the world menu. I will code something up for everyone to play with. Stand by... Sean -- View this message in context: http://forum.world.st/Re-squeak-dev-World-menu-OCompletion-like-algorithm-tp2064462p2067719.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] What packages do you use that you can't live without?!
In most of the threads on this list, I learn about packages that sound totally indispensible (e.g. WorkingSet, algernon). I thought it'd be great to share what we're using to develop that makes a dramatic difference on our productivity. And, especially whether they work in 1.0 or 1.1 or both. Being new, I just have two: 1. SSpec - works in Pharo 1.0 almost flawlessly, I fixed it for Pharo 1.1 and will upload shortly 2. Setup - works in Pharo 1.0, I uploaded a fixed for 1.1 version to ss Sean -- View this message in context: http://forum.world.st/What-packages-do-you-use-that-you-can-t-live-without-tp2067738p2067738.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] World menu and preference compatibility
Sean the menus world of pharo are dynamically generated from pragmas. Stef There is a conversation on squeak-dev right now about how to handle world menus / prefs / docking bar. The participants seem to be leaning toward using pragmas, and I am a strong voice for compatibility where we can, especially on the fundamentals. If anyone can/wants to share their experience with the pragma solution so far (there is a question in particular about whether it allows dynamic menu additions/removals), it would be relevant. http://forum.world.st/Squeak-dev-World-Menu-Registry-td2064576.html -- View this message in context: http://forum.world.st/World-menu-and-preference-compatibility-tp2067710p2067710.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] World menu and preference compatibility
Stéphane Ducasse wrote: the menus world of pharo are dynamically generated from pragmas. Thanks Steph, I know. What I'm getting at is if we can steer squeak to compatibility by allaying their concerns about a pragma solution. Sean -- View this message in context: http://forum.world.st/World-menu-and-preference-compatibility-tp2067710p2067745.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What packages do you use that you can't live without?!
may be workingSet could be added to pharo1.1 dev On Apr 27, 2010, at 5:11 PM, Sean P. DeNigris wrote: In most of the threads on this list, I learn about packages that sound totally indispensible (e.g. WorkingSet, algernon). I thought it'd be great to share what we're using to develop that makes a dramatic difference on our productivity. And, especially whether they work in 1.0 or 1.1 or both. Being new, I just have two: 1. SSpec - works in Pharo 1.0 almost flawlessly, I fixed it for Pharo 1.1 and will upload shortly 2. Setup - works in Pharo 1.0, I uploaded a fixed for 1.1 version to ss Sean -- View this message in context: http://forum.world.st/What-packages-do-you-use-that-you-can-t-live-without-tp2067738p2067738.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ConfigurationOfPharo
On Tue, Apr 27, 2010 at 4:11 PM, Torsten Bergmann asta...@gmx.de wrote: Alexandre wrote: This triggered many loads, to end with an error: 'Name not found: ArchiveViewer'. I got this error when trying to build a complete app image for MetaSource from a 1.0 core image using an own ConfigurationOfMetaSource that internally used the ConfigurationOfPharo. Yes, I saw both emailsno time to play with Pharo this days.. I have just took a look, and indeed, it was wrong: 'ArchiveViewer' should be removed from baseline11 I have just commited: Name: ConfigurationOfPharo-MarianoMartinezPeck.63 Author: MarianoMartinezPeck Time: 27 April 2010, 5:20:43 pm UUID: e0ea391a-c918-4545-9dcf-a131be4aa5e0 Ancestors: ConfigurationOfPharo-MarianoMartinezPeck.62 Removed 'ArchiveViewer' from baseline as now it is in PharoNonCorePackages does it work ? cheers mariano Dont know what changed on ConfigurationOfPharo, since it worked in the past... see http://lists.gforge.inria.fr/pipermail/pharo-project/2010-April/025757.html Got no response so far. What I found interesting is that I was able to build a 1.0 dev-image from a 1.0 core image when I use the config directly. But not when I use it in another configuration (ConfigurationOfMetaSource in this case). I'm still puzzled Bye T. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ConfigurationOfPharo
On Tue, Apr 27, 2010 at 3:11 PM, Alexandre Bergel alexan...@bergel.euwrote: Hi! I am curious to see how Pharo1.1 can be produced from Core1.1. I loaded ConfigurationOfPharo from MetacelloRepository, and evaluated in a workspace: ConfigurationOfPharo project This triggered many loads, to end with an error: 'Name not found: ArchiveViewer'. I removed the reference of ArchiveViewer in the baseline. Thanks for the bug report and fix ;) For the rest of the fixes, I don't know what to tell you. I would contact the maintainers for those project where we have a maintainer. Then, you can commit in their repositories or ask them what to do. My main concern is what happens with all these changes, do they make those packages non compatible with Pharo 1.0 or it will still work there? For the worldMenu I guess there is no problem. but what about the others? Cheers Mariano I then had to do some modifications: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Getting Pharo 1.1 from PharoCore 1.1 - add worldMenu in: SHWorkspace classopen - changed asSortedArray into asArray sort OBMetagraphBuilderexecute () OBAllMethodCategoryNodemethodReferences OBSelectorNodeimplementors OBMethodNodemessageSelectors OBMethodNodeimplementorsOf: OBSelectorNodesenders ORCommandinstanceVariables - fix in OCompletionTable classinitializeWithPackages (FillInTheBlank) NSAbstractDataStream classinitialize (isInMemory) SHParserST80resolvePartial: (hasBindingThatBeginsWith: is not defined in SystemDictionary anymore) - Registration in the WorldMenu: In Moose PetitGUI MoosePanel -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= I would like to see Pharo1.1 Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What packages do you use that you can't live without?!
I already asked that. You can see the answer if you want here: http://forum.world.st/Putting-Algernon-and-WorkingSet-in-a-Dev-image-td1295930.html#a1295931 Algernon and WorkingSet don't work together. There is a problem with the keyboard handling. I once checked a code to fix this and contacted romain robbles to see if he can fix WorkingSet with that and thus be able to use both of them. Romian, any news in this aspect? Regarding your question, I would also add to Pharo 1.1 dev the package ScriptManager. http://forum.world.st/template/NodeServlet.jtp?tpl=search-pagenode=1294837query=ScriptManagerdays=0 Cheers Mariano On Tue, Apr 27, 2010 at 5:14 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: may be workingSet could be added to pharo1.1 dev On Apr 27, 2010, at 5:11 PM, Sean P. DeNigris wrote: In most of the threads on this list, I learn about packages that sound totally indispensible (e.g. WorkingSet, algernon). I thought it'd be great to share what we're using to develop that makes a dramatic difference on our productivity. And, especially whether they work in 1.0 or 1.1 or both. Being new, I just have two: 1. SSpec - works in Pharo 1.0 almost flawlessly, I fixed it for Pharo 1.1 and will upload shortly 2. Setup - works in Pharo 1.0, I uploaded a fixed for 1.1 version to ss Sean -- View this message in context: http://forum.world.st/What-packages-do-you-use-that-you-can-t-live-without-tp2067738p2067738.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] World menu and preference compatibility
Sean P. DeNigris a écrit : There is a conversation on squeak-dev right now about how to handle world menus / prefs / docking bar. The participants seem to be leaning toward using pragmas, and I am a strong voice for compatibility where we can, especially on the fundamentals. If anyone can/wants to share their experience with the pragma solution so far (there is a question in particular about whether it allows dynamic menu additions/removals), it would be relevant. Hi Sean, you can declare a menu item with a precondition block. the menu item is not added to the menu if the precondition is false. We have one example in the core. See the precondition in the #'Software update' item. WorldState classsystemOn: aBuilder worldMenu (aBuilder item: #System) order: 4.0; withSeparatorAfter; icon: MenuIcons smallConfigurationIcon; with: [ (aBuilder item: #'About...') order: 0; action: [Smalltalk aboutThisSystem]. (aBuilder item: #'Software update') order: 1; precondition: [self showUpdateOptionInWorldMenu]; action: [Utilities updateFromServer]; help: 'Load latest code updates via the internet'] Cheers Alain http://forum.world.st/Squeak-dev-World-Menu-Registry-td2064576.html ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Pharo developers you can subscribe to Pharo-Users too ; )
Hi everybody. We have two mailing list as you may know: one for pharo developers or people very interested in Pharo and its internal details. This mailing list is pharo-project@lists.gforge.inria.fr It is high traffic and there are a lot of people that cannot follow. Then we have the Pharo-User mailing list for those that just want to use Pharo and don't care about their internals. This mailing list has less traffic. This mailing list is pharo-us...@lists.gforge.inria.fr The problem is that there is people that are subscribed to pharo-project@lists.gforge.inria.fr but not to pharo-users. In this last mailing list, usually new comers ask questions. It would be great that all the people that is already subscribed to pharo-proj...@lists.gforge.inria.frand have time to follow that mailing list, to subscribe also to Pharo-Users. Sometimes I am obligued to tell new comers ask in pharo-project@lists.gforge.inria.fr as not all the people is subscribed there ... and thus, the Pharo-Users becomes useless. Thanks Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] World menu and preference compatibility
On Apr 27, 2010, at 5:51 07PM, Alain Plantec wrote: Sean P. DeNigris a écrit : There is a conversation on squeak-dev right now about how to handle world menus / prefs / docking bar. The participants seem to be leaning toward using pragmas, and I am a strong voice for compatibility where we can, especially on the fundamentals. If anyone can/wants to share their experience with the pragma solution so far (there is a question in particular about whether it allows dynamic menu additions/removals), it would be relevant. Hi Sean, you can declare a menu item with a precondition block. the menu item is not added to the menu if the precondition is false. We have one example in the core. See the precondition in the #'Software update' item. WorldState classsystemOn: aBuilder worldMenu(aBuilder item: #System) order: 4.0; withSeparatorAfter; icon: MenuIcons smallConfigurationIcon; with: [ (aBuilder item: #'About...') order: 0; action: [Smalltalk aboutThisSystem]. (aBuilder item: #'Software update') order: 1; precondition: [self showUpdateOptionInWorldMenu]; action: [Utilities updateFromServer]; help: 'Load latest code updates via the internet'] Cheers Alain Comparing Settings to Preference Annotations might gleam at the difference you might expect between menu annotations in Pharo and Squeak. In Pharo the method contains a simple annotation with no args, and the method contains code for building a menuitem using the builder passed as argument, My speculation: If following the existing preference-style, Squeak will probably use an annotation with more args, with the method body containing the actual action. i.e. Alains example would be written something like: WorldState classaboutMenuItem menuItemIn: #('WorldMenu' 'System') order: 0 label: 'About... ' Smalltalk aboutThisSystem WorldStateupdateFromServertMenuItem menuItemIn: #('WorldMenu' 'System') order: 1 label: 'About... ' visible: #showUpdateOptionInWorldMenu help: 'Load latest code updates via the internet' Utilites updateFromServer Both approaches have their pros and cons. The one in Pharo depends on a builder responding to certain messages, so expanding the API might lead to breakage if you try to load into an old image. You also have to define new annotation keywords for each menu you want to build this way, . The one for Squeak might suffer a risk of needing a large amount of permutations of annotations , depending on which PluggableMenuItemSpec properties you'd want to be able to leave optional. In short: In Pharo you have access to the builder in the method, while in Squeak (based on how Preferences annotations work) I'd expect they end up with a builder parsing an annotation instead. Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11323
11323 - - Issue 2352: aDuration seconds should not return a fraction - Issue 2270: Test for FileStreamatEnd - Issue 2332: Add a test for file-truncation. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] ConfigurationOfPharo
Hi Mariano, now he complains about OmniBrowser-DamineCassou.462 (which comes from 1.0 of ConfigurationOfAutomaticMethodCategorizer which loads 1.0 of ConfigurationOfOmniBrowser which loads OmniBrowser-DamienCassou.462) Looks like this conflicts with OmniBrowser-lr.469 which is noted in version 1.1.3 of ConfigurationOfOmniBrowser Looks like a conflict: You now use 1.1.3 of ConfigurationOfOmniBrowser, but the ConfigurationOfAutomaticMethodCategorizer that you use in ConfigurationOfPharo still points to 1.0 of ConfigurationOfOmniBrowser. Lesson learned: take care when you edit configs since you may break other peoples code. So I would not call this a reproducable Pharo 1.0 Release ;) Just try in a clean 1.0 core image: -- Gofer new squeaksource: 'MetaSource'; package: 'ConfigurationOfMetaSource'; load. ((Smalltalk at: #ConfigurationOfMetaSource) project version: '1.0-alpha1') load -- -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Software update
Pharo image: core 1.1 Pharo core version: Latest update: #11323 Virtual machine used: OSX Steps to reproduce: 1. Do a software update 2. The system will always tell you that no update were done, where it has actually. by the way, couldn't 'software update' be renamed 'Pharo update' ? http://code.google.com/p/pharo/issues/detail?id=2365 Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Moose-dev] Re: Adding accessing methods
Added BehaviornumberOfInstanceVariables ClassDescriptionnumberOfLinesOfCode ClassDescriptionnumberOfMethods fixed some typos in the comments. Tests are also proposed #2366 In the inbox: SLICE-FewMetricsDefinedOnClasses-Alexandre_Bergel.1 Cheers, Alexandre On 25 Apr 2010, at 03:08, Stéphane Ducasse wrote: I thought that CompiledMethod has something because marcus use it to compute some stats now rationalizing would be good. so propose something on pharo and numberOfInstanceVariables would be better On Apr 24, 2010, at 10:53 PM, Alexandre Bergel wrote: I would like to have numberOfMethods, , numberOfAttributes defined in Behavior. the problems is that numberOfAttributes is not the right vocabulary. Did you check for the other ones if there is not already an equivalent? BehaviorinstSize returns the number of named variables, tacking class inheritance into account. ClassDescriptionnumberOfMethods returns the number of local (ie not defined in a trait) methods Behavior has nothing close to FAMIXClassnumberOfLinesOfCode. Cheers, Alexandre Stef Stef, does this make sense? Shall I produce a slice and put it PharoInbox? Alexandre Stef On Apr 23, 2010, at 8:05 PM, Alexandre Bergel wrote: hi! What about adding in FAMIXClass: withAllSubclasses, allSubclasses, superclasses, withAllSuperclasses, allSuperclasses FAMIXClass should be somewhat polymorphic to Behavior. That would be useful... I can do it. Any opinion? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Moose-dev mailing list moose-...@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev ___ Moose-dev mailing list moose-...@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Moose-dev mailing list moose-...@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev ___ Moose-dev mailing list moose-...@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Moose-dev mailing list moose-...@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev ___ Moose-dev mailing list moose-...@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Seaside] a note system for pharo?
I just revisited this. If you use a [fill in favorite word for pragma/annotation here], you can have the same effect as revisit: or flag: (or as many custom note types as you want) without adding any methods to Object. Sean -- View this message in context: http://forum.world.st/Re-Seaside-a-note-system-for-pharo-tp1751477p2068053.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [BUG]: Fullscreen mode has resizing tab (Issue 2356)
Fullscreen mode does not seem to be an actual fullscreen app, but a resizable window with no title bar or border. I find this confusing as it does not match expected convention (on the Mac anyway). http://code.google.com/p/pharo/issues/detail?id=2356 Steps to reproduce: 1. Go to full screen mode You will see a resizing tab in the lower right corner. This is confusing because resizing is kind of incongruent with full screen. At first I thought dragging it might revert to full screen off, but it actually resizes the image and stays in full screen. PROPOSAL: * Lock the window size to cover the entire screen in full screen mode and remove the tab or * Change the name of the current option to something like Borderless window (if that is a feature for some people) -- View this message in context: http://forum.world.st/BUG-Fullscreen-mode-has-resizing-tab-Issue-2356-tp2068089p2068089.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ConfigurationOfPharo
For the worldMenu I guess there is no problem. but what about the others? Not really actually. For example, consider the following method: OBSearBrowser classregisterInOpenMenu TheWorldMenu registerOpenCommand: {'Search Browser'. {self. #open}}. Because of this method, loading OB raises a deprecation warning. What should we do in that case? OB should still be loadable in 1.0. And creating two development branches is not the solution. Cheers, Alexandre Cheers Mariano I then had to do some modifications: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Getting Pharo 1.1 from PharoCore 1.1 - add worldMenu in: SHWorkspace classopen - changed asSortedArray into asArray sort OBMetagraphBuilderexecute () OBAllMethodCategoryNodemethodReferences OBSelectorNodeimplementors OBMethodNodemessageSelectors OBMethodNodeimplementorsOf: OBSelectorNodesenders ORCommandinstanceVariables - fix in OCompletionTable classinitializeWithPackages (FillInTheBlank) NSAbstractDataStream classinitialize (isInMemory) SHParserST80resolvePartial: (hasBindingThatBeginsWith: is not defined in SystemDictionary anymore) - Registration in the WorldMenu: In Moose PetitGUI MoosePanel -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= I would like to see Pharo1.1 Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ConfigurationOfPharo
does it work ? Thanks. Installing ConfigurationOfPharo now stops on some deprecation warning, especially with registerInOpenMenu. Cheers, Alexandre cheers mariano Dont know what changed on ConfigurationOfPharo, since it worked in the past... see http://lists.gforge.inria.fr/pipermail/pharo-project/2010-April/025757.html Got no response so far. What I found interesting is that I was able to build a 1.0 dev-image from a 1.0 core image when I use the config directly. But not when I use it in another configuration (ConfigurationOfMetaSource in this case). I'm still puzzled Bye T. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] NSAbstractDataStream class initialize
Hi Damien, The method NSAbstractDataStream class initialize contains the following code: -=-=-=-=-=-=-=-=-= Smalltalk do: [:cls | cls isInMemory ifTrue: [ cls isBehavior ifTrue: [ cls isPointers not cls isVariable cls isWords ifTrue: [ (t includesKey: cls) ifFalse: [t at: cls put: 20]. -=-=-=-=-=-=-=-=-= The problem is that isInMemory is not in Pharo 1.1 anymore. I think that you can remove the condition cls isInMemory ifTrue: [. Maybe someone else can confirm? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Getting Pharo 1.1 from PharoCore 1.1
Mariano, the method unregisterOpenCommand: does not exist in 1.1. The method DEVImageCreatorcleanOpenMenu raises a DNU. DEVImageCreator is used to produce Pharo. Cheers, Alexandre NB: Shall I send these email as private or is it okay on the mailing list? Is there anyone working on packaging Pharo 1.1? -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Condensing Changes File
Hi! Apparently, the change file cannot be condensed in Core 1.1 anymore. I am the only one to experience this? Mariano, maybe we could remove temporarily the change condensing from ConfigurationOfPharo? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Issue with SHParserST80
Apparently, #hasBindingThatBeginsWith: has disapeared from SystemDictionary. Making the method SHParserST80resolvePartial: raises an error when loaded in a Core 1.1. This method is signed by Tween. Anyone is maintaining Shout? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Issue with SHParserST80
Apparently, #hasBindingThatBeginsWith: has disapeared from SystemDictionary. Making the method SHParserST80resolvePartial: raises an error when loaded in a Core 1.1. This method is signed by Tween. It should be added to Pharo as a deprecated message delegating to Smalltalk globals, like this happened for most other dictionary accessor methods. Lukas -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] ConfigurationOfVMMaker version: '1.4' with Alien
Hi, I've created ConfigurationOfVMMaker version 1.4 which now includes Alien plugin. I've tested the build on Linux, plugin is built and loaded. Note you have to choose between NewsqueakIA32ABIPlugin or NewsqueakIA32ABIPluginAttic. (Still have no answer on which one is the right one), the VM won't build if both are selected. If you use Linux there's an updated version of easy_squeakvm. So you just have to wget http://github.com/lolgzs/easy_squeakvm/blob/alien/easy_squeakvm.sh ./easy_squeakvm.sh drink a coffee (very important) and your VM with Alien should be here. Alien SUnit tests crash the image on my machine. AlienOpenGL tests fails while trying to load 'OpenGL.Framework'. So if someone know how to test it, what to check, thanks for help ! (already asked on vm-dev mailing list) Cheers, Laurent Laffont ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] I would like to have this kind of tool in pharo
Do you mean a non Seaside application sort of a OB-Soek package? Em 27/04/2010 06:03, Stéphane Ducasse stephane.duca...@inria.fr escreveu: http://philemonworks.wordpress.com/2009/11/13/soek-goodies-st-exploring-open-source-smalltalk-libraries/ Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] I would like to have this kind of tool in pharo
On a second thought, viewing classes like Object in a single flat view will not be so fun :) -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Putting Algernon and WorkingSet in a Dev image
On Tue, Apr 27, 2010 at 7:32 PM, Tim Mackinnon tamackin...@gmail.comwrote: Hi Mariano - I see that you have been working on Algernon - I haven't use Pharo that much (not Squeak to be honest - but I remember trying one of Damien's dev images that had Algernon and I thought it was pretty cool, and quite helpful for getting up to speed with Pharo). Me too. That's why I suggested to include it again in PharoDev 1.1 when this is done. Anyway - I am not sure how to get it running? Do I need a 1.1 image - or will it work in 1.0? I don't know 1.1. For the moment I use 1.0 Do I load the ConfigurationOfAlgernon - and then should it work? yes, try: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfAlgernon'; load. ((Smalltalk at: #ConfigurationOfAlgernon) project version: '0.9.1') load does it work ? When I do this - Shift-Return doesn't work (nor control-space). If I browse monticello for just Algnernon, I see there is a later version of Algernon, but if I load that I seem to get a walkback about a hand not understanding something. Do you have any tips to get me going? And is it possible to update the Squeaksource text to help newbies like me get going? At some point, the welcome workspace was opened once after installing it. I don't know why it dissapear. Should we put it again ? Evaliuate 'Algernon openWelcomeWorkspace' Cheers mariano Tim On 16 Jan 2010, at 23:16, Mariano Martinez Peck wrote: On Sat, Jan 16, 2010 at 10:48 PM, Romain Robbes romain.rob...@gmail.comwrote: Hi Mariano, From a cursory look, it seems that it would be enough. I'll try to find some time next week to make a version that works using this infrastructure. Cool !! Let me know so that we can integrate this change in PharoCore and ask other people for the impact it can bring. I am not sure about that. Do you know? Cheers, Romain On Jan 16, 2010, at 11:43 AM, Mariano Martinez Peck wrote: Hi guys: Of course I would like having keymapper or similar working in Pharo, but as I always say, I rather go step by step. Last night, I was up to 2 am trying to get this working. I was almost there, but as I don't know everything about Morphic, I ask to you. What Simon said about the binary changeset of Algernon, is true. However, I took the time to analyze the changeset and from my point of view (nil knowledge in Morphic) it seemed a very good change. I fix it (it has underscore assignment) and I was easily merged to Pharo. No conflicts. The main change does the simplest modifications to HandMorph for it to support various focus holders. And I think this is cool. So, suppose we integrate this changeset, Algernon, wouldn't have any override the method sendKeyboardEvent: Now Romain, do you think that you can manage to get WorkingSet working with this change without overriding? Algernon does, so maybe we can see how it do it. I saw this:Algernon registerWithSystem There you will see it does a self activeHand addAdditionalKeyboardFocus: self. That method was part of the Morphic changes. I commit the Mprhic changes in http://www.squeaksource.com/MarianoPhD Name: Morphic-MarianoMartinezPeck.396 Author: MarianoMartinezPeck Time: 16 January 2010, 3:42:18 pm UUID: 3587e1b2-36b4-4751-bcdb-ca6f4073788e Ancestors: Morphic-MarianoMartinezPeck.395 Romain, can you take a look and if this is not enough, how can we solve easily this problem in Pharo? Thanks Mariano 2010/1/15 Simon Denier simon.den...@inria.fr On 15 janv. 2010, at 23:03, Mariano Martinez Peck wrote: 2010/1/15 Simon Denier simon.den...@inria.fr On 15 janv. 2010, at 21:20, Mariano Martinez Peck wrote: On Fri, Jan 15, 2010 at 5:55 PM, Romain Robbes romain.rob...@gmail.com wrote: yes it has overrides ... that's because as far as I know, there's no keyboard shortcut management facility in Pharo. If there was one, I suppose Algernon and WorkingSet would coexist. So...all your overrides are due to the shortcuts? I think it is not fear to forbid a package to be included in a Dev image if we don't provide from the core a way to manage shortcuts. So: 1) Or we let this projects to be installed in the Dev image 2) We fix the problem with the shortcuts. Romain: can you tell us where exactly the problem is ? maybe someone can give you a hand. Taking a look at that, there are 2 overrides in WorkingSet How did you detect that ? Manually, using an extension-aware browser (O2Package, MC browse package, or the package environment) to detect extensions, then check history in the versions browser. Impressive. You should be a detective :) A few years ago, I was called the human debugger during a project :) Now I try to restrain from this kind of sessions though, it's time consuming. -- Simon ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr
Re: [Pharo-project] Getting Pharo 1.1 from PharoCore 1.1
On Tue, Apr 27, 2010 at 9:36 PM, Alexandre Bergel alexan...@bergel.euwrote: Mariano, the method unregisterOpenCommand: does not exist in 1.1. The method DEVImageCreatorcleanOpenMenu raises a DNU. DEVImageCreator is used to produce Pharo. Thanks Alexandre. I have just reproduce it. I don't know which is the intended solution. The problem is that TheWorldMenu is empty, no methods. Even more, it will removed. So...how we should fix all the places where TheWorldMenu was used ? I don't know. If someone know, please feel free to fix it and commit it. Cheers, Alexandre NB: Shall I send these email as private or is it okay on the mailing list? Is there anyone working on packaging Pharo 1.1? Send to the mailing list. I don't have too much time these days. So I guess you (and the rest of the people) should continue to push this. Cheers Mariano _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] FFI in 1.1
On Mon, 2010-04-26 at 11:24 +0300, Igor Stasenko wrote: On 26 April 2010 10:57, Lukas Renggli reng...@gmail.com wrote: Igor, Looks cool, but I really would like to know the exact difference to Exupery? For what I understand NativeBoost is no different to Exupery's low-level code generation infrastructure. You are free to use any code generator you want. NativeBoost plugin is really dumb and will run your code at your will. I am using AsmJit, because its small and dumb too. Mainly its just an x86/x64 instruction database with some convenience class(es) and methods to generate instructions directly. In contrast, Exupery is a full-blown compiler, but supports a very small subset of x86 instructions. Actually, i think that with some effort, an Exupery could use AsmJit as backend. Not sure, if Bryce likes this idea :) It sounds like NativeBoost is rather similar to Exupery's lower levels. Exupery can replace individual methods with native code. Exupery's design supports the easy removal of all native code which is necessary when saving the image if it might be loaded on a platform or by a VM which can not run x86 machine code. The VM hooks are rather small and the code generator is reasonably small and simple. Exploring multiple approaches may be more valuable than saving a small amount of duplicate effort. Bryce ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] NSAbstractDataStream class initialize
On Tue, Apr 27, 2010 at 9:30 PM, Alexandre Bergel alexan...@bergel.euwrote: Hi Damien, The method NSAbstractDataStream class initialize contains the following code: -=-=-=-=-=-=-=-=-= Smalltalk do: [:cls | cls isInMemory ifTrue: [ cls isBehavior ifTrue: [ cls isPointers not cls isVariable cls isWords ifTrue: [ (t includesKey: cls) ifFalse: [t at: cls put: 20]. -=-=-=-=-=-=-=-=-= The problem is that isInMemory is not in Pharo 1.1 anymore. I think that you can remove the condition cls isInMemory ifTrue: [. Maybe someone else can confirm? Yes, it can be removed. However, what happens if someone wants that in Pharo 1.0 ? Anyway, that code of isInMemory was for ImageSegment...I don't think it is very used. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] FFI in 1.1
On 28 April 2010 00:14, Bryce Kampjes br...@kampjes.demon.co.uk wrote: On Mon, 2010-04-26 at 11:24 +0300, Igor Stasenko wrote: On 26 April 2010 10:57, Lukas Renggli reng...@gmail.com wrote: Igor, Looks cool, but I really would like to know the exact difference to Exupery? For what I understand NativeBoost is no different to Exupery's low-level code generation infrastructure. You are free to use any code generator you want. NativeBoost plugin is really dumb and will run your code at your will. I am using AsmJit, because its small and dumb too. Mainly its just an x86/x64 instruction database with some convenience class(es) and methods to generate instructions directly. In contrast, Exupery is a full-blown compiler, but supports a very small subset of x86 instructions. Actually, i think that with some effort, an Exupery could use AsmJit as backend. Not sure, if Bryce likes this idea :) It sounds like NativeBoost is rather similar to Exupery's lower levels. Exupery can replace individual methods with native code. Exupery's design supports the easy removal of all native code which is necessary when saving the image if it might be loaded on a platform or by a VM which can not run x86 machine code. NativeBoost does it a bit differently. Each piece of native code having a special marker - platform id, which is checked before entering native code. If native code platform id matching the platform id of currently running VM, then native code is allowed to run, and if not, then primitive are just failing, refusing to run it. In this way, a native code can be saved in image, but having no chances to run on a wrong target platform. The VM hooks are rather small and the code generator is reasonably small and simple. Exploring multiple approaches may be more valuable than saving a small amount of duplicate effort. Bryce ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Condensing Changes File
On Tue, Apr 27, 2010 at 9:55 PM, Alexandre Bergel alexan...@bergel.euwrote: Hi! Apparently, the change file cannot be condensed in Core 1.1 anymore. I am the only one to experience this? Which error do you have ? the image seems to freeze at the end of the progress bar like the attached screenshot ? Mariano, maybe we could remove temporarily the change condensing from ConfigurationOfPharo? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project attachment: Picture 4.png___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Condensing Changes File
It happened to me yesterday. It never ends. Today I had an error with a peek method. I suggest to remove the condense change for now. Is it ok with you? Cheers, Alexandre On 27 Apr 2010, at 17:34, Mariano Martinez Peck wrote: On Tue, Apr 27, 2010 at 9:55 PM, Alexandre Bergel alexan...@bergel.eu wrote: Hi! Apparently, the change file cannot be condensed in Core 1.1 anymore. I am the only one to experience this? Which error do you have ? the image seems to freeze at the end of the progress bar like the attached screenshot ? Mariano, maybe we could remove temporarily the change condensing from ConfigurationOfPharo? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Picture 4.png___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] World menu and preference compatibility
yes! and we decided for the builder in the image :) Hi Sean, you can declare a menu item with a precondition block. the menu item is not added to the menu if the precondition is false. We have one example in the core. See the precondition in the #'Software update' item. WorldState classsystemOn: aBuilder worldMenu(aBuilder item: #System) order: 4.0; withSeparatorAfter; icon: MenuIcons smallConfigurationIcon; with: [ (aBuilder item: #'About...') order: 0; action: [Smalltalk aboutThisSystem]. (aBuilder item: #'Software update') order: 1; precondition: [self showUpdateOptionInWorldMenu]; action: [Utilities updateFromServer]; help: 'Load latest code updates via the internet'] Cheers Alain Comparing Settings to Preference Annotations might gleam at the difference you might expect between menu annotations in Pharo and Squeak. In Pharo the method contains a simple annotation with no args, and the method contains code for building a menuitem using the builder passed as argument, My speculation: If following the existing preference-style, Squeak will probably use an annotation with more args, with the method body containing the actual action. i.e. Alains example would be written something like: WorldState classaboutMenuItem menuItemIn: #('WorldMenu' 'System') order: 0 label: 'About... ' Smalltalk aboutThisSystem WorldStateupdateFromServertMenuItem menuItemIn: #('WorldMenu' 'System') order: 1 label: 'About... ' visible: #showUpdateOptionInWorldMenu help: 'Load latest code updates via the internet' Utilites updateFromServer Both approaches have their pros and cons. The one in Pharo depends on a builder responding to certain messages, so expanding the API might lead to breakage if you try to load into an old image. You also have to define new annotation keywords for each menu you want to build this way, . The one for Squeak might suffer a risk of needing a large amount of permutations of annotations , depending on which PluggableMenuItemSpec properties you'd want to be able to leave optional. In short: In Pharo you have access to the builder in the method, while in Squeak (based on how Preferences annotations work) I'd expect they end up with a builder parsing an annotation instead. Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Issue with SHParserST80
can you open an issue that we do not forget to fix it. On Apr 27, 2010, at 9:58 PM, Alexandre Bergel wrote: Apparently, #hasBindingThatBeginsWith: has disapeared from SystemDictionary. Making the method SHParserST80resolvePartial: raises an error when loaded in a Core 1.1. This method is signed by Tween. Anyone is maintaining Shout? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] I would like to have this kind of tool in pharo
yes On Apr 27, 2010, at 10:07 PM, csra...@bol.com.br wrote: Do you mean a non Seaside application sort of a OB-Soek package? Em 27/04/2010 06:03, Stéphane Ducasse stephane.duca...@inria.fr escreveu: http://philemonworks.wordpress.com/2009/11/13/soek-goodies-st-exploring-open-source-smalltalk-libraries/ Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] I would like to have this kind of tool in pharo
different tools for different usage. Sometimes it can be good and we should try to see how it works in practice. On Apr 27, 2010, at 10:35 PM, Igor Stasenko wrote: On a second thought, viewing classes like Object in a single flat view will not be so fun :) -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Condensing Changes File
can you check and if this is reproduceable can you open a big entry? Stef On Apr 27, 2010, at 11:56 PM, Alexandre Bergel wrote: It happened to me yesterday. It never ends. Today I had an error with a peek method. I suggest to remove the condense change for now. Is it ok with you? Cheers, Alexandre On 27 Apr 2010, at 17:34, Mariano Martinez Peck wrote: On Tue, Apr 27, 2010 at 9:55 PM, Alexandre Bergel alexan...@bergel.eu wrote: Hi! Apparently, the change file cannot be condensed in Core 1.1 anymore. I am the only one to experience this? Which error do you have ? the image seems to freeze at the end of the progress bar like the attached screenshot ? Mariano, maybe we could remove temporarily the change condensing from ConfigurationOfPharo? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Picture 4.png___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [ANN] NativeBoost source released
On 27 April 2010 15:53, Henrik Johansen henrik.s.johan...@veloxit.no wrote: On Apr 27, 2010, at 9:50 31AM, Igor Stasenko wrote: Hello all, For all interesting parties, i made an initial release of NativeBoost plugin as well as language-side code. You can find an installation instructions on http://code.google.com/p/nativeboost/wiki/Installation You can also can find a couple of other descriptions on same wiki. I need your feedback! :) -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Hi Igor! Would it be possible to upload a ready-made VM/Image combo to the google project? I'd really like to try it out, but I'd rather spend my time on exploring how to use AsmJit and using the primitive, than building the plugin and making an image with the needed packages ;) Hi, Henrik i uploaded Squeak Win32 VM , you can find it in downloads section: http://code.google.com/p/nativeboost/downloads/list For installing the image-side stuff just follow the instructions on http://code.google.com/p/nativeboost/wiki/Installation page. Once you have the stuff , evaluate the NBUtils platformId it should answer 3. If it fails, then you using wrong VM without NativeBoost plugin . Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] I would like to have this kind of tool in pharo
On 28 April 2010 01:13, Stéphane Ducasse stephane.duca...@inria.fr wrote: different tools for different usage. Yes, i think that for small classes without bloat, it would be _very_ convenient. What is good with flat view, that it will force people to think how to design small classes with small number of methods instead of making a bloated ones with hundreds of methods. Which is good. Sometimes it can be good and we should try to see how it works in practice. On Apr 27, 2010, at 10:35 PM, Igor Stasenko wrote: On a second thought, viewing classes like Object in a single flat view will not be so fun :) -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Condensing Changes File
Done http://code.google.com/p/pharo/issues/detail?id=2367 Alexandre On 27 Apr 2010, at 18:17, Stéphane Ducasse wrote: can you check and if this is reproduceable can you open a big entry? Stef On Apr 27, 2010, at 11:56 PM, Alexandre Bergel wrote: It happened to me yesterday. It never ends. Today I had an error with a peek method. I suggest to remove the condense change for now. Is it ok with you? Cheers, Alexandre On 27 Apr 2010, at 17:34, Mariano Martinez Peck wrote: On Tue, Apr 27, 2010 at 9:55 PM, Alexandre Bergel alexan...@bergel.eu wrote: Hi! Apparently, the change file cannot be condensed in Core 1.1 anymore. I am the only one to experience this? Which error do you have ? the image seems to freeze at the end of the progress bar like the attached screenshot ? Mariano, maybe we could remove temporarily the change condensing from ConfigurationOfPharo? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Picture 4.png___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [squeak-dev] [ANN] NativeBoost source released
Ian, i am updated FAQ page, with the parts you contributed.. Just one thing. Please check if i spell a following correctly: NativeBoost plug-in is currently available on Win32 and Unix (x86) platforms. Implementing other architectures will be straightforward since the plug-in is small and simple. Nativeboost requires a platform with a VM able to control memory regions and render them executable. (for those who missed the pun, NativeBoost is now available for Linux 32 bit). -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project