Re: [Pharo-dev] [Pharo-users] Pharo Sprint in Buenos Aires - this saturday!
excellent! I would love to have change protocols and refactorings on the message send browser :) On Sep 11, 2013, at 3:50 PM, Gisela Decuzzi giseladecu...@gmail.com wrote: Pharo Sprint in Buenos Aires! When: sept 14 (This saturday!) We start at 10 and estimated finish at 17:00. You can join in any moment! Where: 10Pines (Av Leandro N. Alem 693 5°B) We will fix bugs and we are talking about improving usability (specially in Linux!) 2013/9/6 Gisela Decuzzi giseladecu...@gmail.com Excelent, now we have to think in wich issues resolve and who will provide the food/drink ;) 2013/9/6 Camillo Bruni camillobr...@gmail.com Sounds great to me, So to clear: Title:Pharo Spring Date: 2013-09-14 (Saturday, Hours to be discussed) Location: 10pines thanks for helping out :) On 2013-09-06, at 12:18, Nicolas Passerini npasser...@gmail.com wrote: I think it would be great to use 10Pines office if it is available. On Fri, Sep 6, 2013 at 12:15 PM, Gisela Decuzzi giseladecu...@gmail.comwrote: Hello! If we are having hosting problems during the weekend with the sprint we can use 10Pines (http://www.10pines.com/) office.In fact in ten pines we will be very happy to offer our place for this kind of events. During the week is more complex to find room, but we are not used to work during weekends ;) So, the office is near Retiro (Av. Leandro N. Alem y Viamonte) we have internet access and if it's sunny we can use the roof. We should set a date to confirm the availability (again if it's weekend, is available otherwise we should check). 2013/9/4 Camillo Bruni camillobr...@gmail.com From the doodle we're around 7, so I'd count with something like 10 people? And yes, I think internet connection is a requirement, at least for updating the issue tracker. On 2013-09-04, at 10:32, Nicolas Passerini npasser...@gmail.com wrote: I think UTN is not a good idea for a Pharo sprint, because we will need a good Internet connection and that can not be guaranteed here. (Or correct me and tell me that Internet connection is not a must, so we can meet here at UTN without problems). How much people is coming to the Sprint? On Wed, Sep 4, 2013 at 10:12 AM, Sebastian Tleye stl...@gmail.com wrote: The Pabellon 1 is closed on saturdays afternoon, but have you asked for Pabellon 2? I think it's open on saturdays (i don't know if it is possible to book a room) 2013/9/4 Guillermo Polito guillermopol...@gmail.com Probably UTN? On Wed, Sep 4, 2013 at 2:45 PM, Camillo Bruni camillobr...@gmail.com wrote: So it looks like we are going to do the Pharo sprint in Buenos Aires Saturday, the 14th of September. The question is now where do we meet? The original idea was to reserver a room at the UBA, but that is not possible the weekend. Any suggestions? On 2013-09-03, at 09:05, Mariano Martinez Peck marianop...@gmail.com wrote: Cool. I'll be there, of course! Keep us informed. Cheers, On Mon, Sep 2, 2013 at 10:42 PM, Camillo Bruni camillobr...@gmail.com wrote: everything is open so far, guido had the idea of reserving a room at the UBA, we will have more details tomorrow :) On 2013-09-02, at 21:24, Gisela Decuzzi giseladecu...@gmail.com wrote: Great! The idea is to spend the full day? Or do you have any planed time? 2013/9/2 Camillo Bruni camillobr...@gmail.com I spend a month in Buenos Aires working together with Guido Chari @ the UBA, we take this opportunity to organize a Pharo sprint outside France ;) We are in early preparation phase and the date nor location isn't fixed yet, so if you are motivated to join, can mark possible dates on this doodle: http://doodle.com/qey7iieqm5yr4wwy cheers, camillo -- Mariano http://marianopeck.wordpress.com -- You received this message because you are subscribed to the Google Groups Taller de Lenguajes de Programación group. To unsubscribe from this group and stop receiving emails from it, send an email to tlp-utn-2012+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[Pharo-dev] Maybe fixed?
I guess I found a bug in BrowseropenAsMorphClassEditing in my Version there was window addMorph: self buildMorphicMessageList fullFrame: ((0.5@0 corner: 1.0@hSepFrac) topOffset: switchHeight). I had to change it to: window addMorph: self buildMorphicMessageList fullFrame: ((0.5@0 corner: 1.0@hSepFrac) asLayoutFrame topOffset: switchHeight). Otherwise I get an MNU for Rectangle topOffset: I guess I've to figure out on how to send proper patches to this mailing list. Regards Friedrich
[Pharo-dev] [update 3.0] #30394
30394 - 11575 Add a Spec model for DiffMorph https://pharo.fogbugz.com/f/cases/11575 11533 Change testEnsureDeleted into testEnsureDelete https://pharo.fogbugz.com/f/cases/11533 11593 MCMergeOrLoadWarning actions should use #resume: instead of #return https://pharo.fogbugz.com/f/cases/11593 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Widgets-MarcusDenker.241.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Polymorph-Tools-Diff-MarcusDenker.110.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Monticello-MarcusDenker.861.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/FileSystem-Tests-Core-MarcusDenker.62.diff signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [Pharo-dev] Annotating classes
I like to hear some more details on this and other opinions too. One of the thing I want to work is a new SystemBrowser with more flexible browsing system. I take inspiration from preset browsers in software sysnthesizers. Each preset represent a sound that can be manipulated with real time controls, the problem is that there thousands of presets the same way there are thousands of classes. The initial implementation was to brake presets to groups / categories , same way SystemBrowser has packages. Unfortunately that still made browsing through presets very tedious and long process. The modern system is tag based , for example if I want to select a sound present I a presented with a row and columns of buttons, each row is a category of tags , each cell is a tag. For example I could choose Timbre : metalic , Type: pad, Speed: fast, Rythm : non-rythmic etc these criterias then would allow me to browse only a limited amount of presets having those tags. I would have to reset the browser (which disables all tag choices) to view all presets again. I am considering implementing something similar for class and even methods. At first I was considering what Igor said, an instance variable that contained a dictionary/hash-table associating tags with their categories providing also a gui to set those tags easily. However I was wondering like the original poster if there is a better way to annotate classes and if there is any way to annotate methods . Esteban A. Maringolo wrote Isn't answering to a message not enough? Like #nbStruc #ormTableName etc. Pragmas are somehow orthogonal to the common message sending and method lookup. Esteban A. Maringolo 2013/9/12 Igor Stasenko lt; siguctua@ gt; On 12 September 2013 13:56, Torsten Bergmann lt; astares@ gt; wrote: We can mark methods with pragmas and ask the pragma collector to give the methods marked with it. Do we (already) have some kind of pragma like mechanism to annotate classes? I mean a general mechanism that one can use to mark classes with pragmas/settings/ ...? There are various scenarios where this might be useful: - an ORM mapper would like to associate a persistence class with a table name - an NBExternalStructure subclass wrapping a structure can be annotated with the original struct name - ... Why so complicated (e.g. pragmas) ? Just add one more inst var , like 'annotation' for Class object and you have it. Thx T. -- Best regards, Igor Stasenko. -- View this message in context: http://forum.world.st/Annotating-classes-tp4707854p4708033.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] [ann] moose 4.8
Very nice. Congratulations! I've started using Moose for some software visualizations (currently for PL/1 code, but not parsing etc, just metrics I get my own way). Keep up the good work. Phil On Fri, Sep 13, 2013 at 7:04 AM, Tudor Girba tu...@tudorgirba.com wrote: We are happy to announce version 4.8 of the Moose Suite: http://moosetechnology.org/download/4.8 Description -- This was supposed to be a minor release, but in the end it turned out to be a major release with significant improvements. The key highlights are: - Based on Pharo 2.0. - All built-in visualizations use Roassal. - Roassal received a significant performance boost and new smart graph layouts like TreeMapLayout or ForceBasedLayout. - Roassal uses Athens for nice looking vectorial graphics. - New charting engine based on Roassal: Graph-ET. - Glamour changed to enable dynamic scripts, while still remaining backward compatible. - Glamour received a RubricTextPresentation for using the new Rubric text morph. - Glamour, Roassal, EyeSee, Graph-ET editors are more robust when dealing with errors in scripts.- New GTDebugger with dedicated workflows for Announcements, PetitParser and Glamour itself. - Extended GTInspector for several object types. - Usable version of GTMetaceller for handling Metacello configurations. - FAMIX was strengthen to handle functions better in various programming languages. - New free type fonts and simpler whitespace-loving theme. - Lower memory footprint for large models. - Faster MSE import. A list of issues addressed in this release can be found at: http://code.google.com/p/moose-technology/issues/list?can=1q=status=Fixed%20milestone=4.8 Installation -- The Moose Suite 4.8 comes for each platform as a separate bundle: - Mac: https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_4_8-mac.zip - Windows: https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_4_8-win.zip - Linux: https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_4_8-linux.zip The Moose Suite 4.8 can also be loaded in a Pharo 2.0 image either from the Configuration Browser, or by executing the following script: Gofer new smalltalkhubUser: 'Moose' project: 'Moose'; package: 'ConfigurationOfMoose'; load. ((Smalltalk at: #ConfigurationOfMoose) project version: '4.8-snapshot') load Enjoy, The Moose Team -- www.tudorgirba.com Every thing has its own flow
[Pharo-dev] human language translation service
Through another application I just bumped into a human language translation service that is apparently free to open source projects. I haven't looked into it yet, but thought it might be of interest to others here. https://www.transifex.com/features/translation-management/ https://www.transifex.com/plans/ cheers -ben
Re: [Pharo-dev] [Moose-dev] [ann] moose 4.8
On Fri, Sep 13, 2013 at 8:11 AM, Ben Coman b...@openinworld.com wrote: ** Great news. Well done all the Moose Team. I've been on a bit of a hiatus until recently and can't wait to get more stuck into Roassal on Athens. Are there any videos on the different GTdebugger workflows? Right now there is just one video with a short introduction: http://scg.unibe.ch/research/moldabledebugger More will come :)
Re: [Pharo-dev] [ann] moose 4.8
Ouaa, there is still PL/1 on the earth ? Envoyé de mon iPhone Le 13 sept. 2013 à 09:43, p...@highoctane.be p...@highoctane.be a écrit : Very nice. Congratulations! I've started using Moose for some software visualizations (currently for PL/1 code, but not parsing etc, just metrics I get my own way). Keep up the good work. Phil On Fri, Sep 13, 2013 at 7:04 AM, Tudor Girba tu...@tudorgirba.com wrote: We are happy to announce version 4.8 of the Moose Suite: http://moosetechnology.org/download/4.8 Description -- This was supposed to be a minor release, but in the end it turned out to be a major release with significant improvements. The key highlights are: - Based on Pharo 2.0. - All built-in visualizations use Roassal. - Roassal received a significant performance boost and new smart graph layouts like TreeMapLayout or ForceBasedLayout. - Roassal uses Athens for nice looking vectorial graphics. - New charting engine based on Roassal: Graph-ET. - Glamour changed to enable dynamic scripts, while still remaining backward compatible. - Glamour received a RubricTextPresentation for using the new Rubric text morph. - Glamour, Roassal, EyeSee, Graph-ET editors are more robust when dealing with errors in scripts.- New GTDebugger with dedicated workflows for Announcements, PetitParser and Glamour itself. - Extended GTInspector for several object types. - Usable version of GTMetaceller for handling Metacello configurations. - FAMIX was strengthen to handle functions better in various programming languages. - New free type fonts and simpler whitespace-loving theme. - Lower memory footprint for large models. - Faster MSE import. A list of issues addressed in this release can be found at: http://code.google.com/p/moose-technology/issues/list?can=1q=status=Fixed%20milestone=4.8 Installation -- The Moose Suite 4.8 comes for each platform as a separate bundle: - Mac: https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_4_8-mac.zip - Windows: https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_4_8-win.zip - Linux: https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_4_8-linux.zip The Moose Suite 4.8 can also be loaded in a Pharo 2.0 image either from the Configuration Browser, or by executing the following script: Gofer new smalltalkhubUser: 'Moose' project: 'Moose'; package: 'ConfigurationOfMoose'; load. ((Smalltalk at: #ConfigurationOfMoose) project version: '4.8-snapshot') load Enjoy, The Moose Team -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] [ann] moose 4.8
On Fri, Sep 13, 2013 at 11:05 AM, Serge Stinckwich serge.stinckw...@gmail.com wrote: Ouaa, there is still PL/1 on the earth ? yes! and Smalltalk too :-) -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
Re: [Pharo-dev] [ann] moose 4.8
Yeah, I used to work with Smalltalk quite a lot. Now, I only work with Pharo, and I do not miss Smalltalk at all :) Doru On Fri, Sep 13, 2013 at 11:11 AM, Damien Cassou damien.cas...@gmail.comwrote: On Fri, Sep 13, 2013 at 11:05 AM, Serge Stinckwich serge.stinckw...@gmail.com wrote: Ouaa, there is still PL/1 on the earth ? yes! and Smalltalk too :-) -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] [ann] moose 4.8
pharo is not smalltalk ? o_O it certainly fooled me -- View this message in context: http://forum.world.st/ann-moose-4-8-tp4707988p4708053.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] [update 3.0] #30395
30395 - 11592 remove more senders of #halt https://pharo.fogbugz.com/f/cases/11592 11591 RBCollectionCopyEmptyRule does not work on traits https://pharo.fogbugz.com/f/cases/11591 7514 matching of 0 length regex https://pharo.fogbugz.com/f/cases/7514 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Unicode-Initialization-MarcusDenker.10.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-MarcusDenker.1255.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Tools-MarcusDenker.139.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Slot-MarcusDenker.384.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Regex-Core-MarcusDenker.32.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Refactoring-Critics-MarcusDenker.65.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Graphics-Fonts-MarcusDenker.79.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Graphics-Display Objects-MarcusDenker.121.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Compiler-MarcusDenker.527.diff signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [Pharo-dev] [ann] moose 4.8
http://www.tudorgirba.com/blog/pharo-is-pharo :) On Sep 13, 2013, at 11:18 AM, kilon theki...@yahoo.co.uk wrote: pharo is not smalltalk ? o_O it certainly fooled me -- View this message in context: http://forum.world.st/ann-moose-4-8-tp4707988p4708053.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] [ann] moose 4.8
Pharo is Pharo :) http://www.tudorgirba.com/blog/pharo-is-pharo Doru On Fri, Sep 13, 2013 at 11:18 AM, kilon theki...@yahoo.co.uk wrote: pharo is not smalltalk ? o_O it certainly fooled me -- View this message in context: http://forum.world.st/ann-moose-4-8-tp4707988p4708053.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] [ann] moose 4.8
Yes, it is. FWIW, this particular piece of code (let's say 400KLOC to be closer to the truth) manages close to EUR 25 Million on a yearly basis. The worst bit in the whole system is not PL/1, it is the JCL scripts (hate, hate). And, truth be told, PL/1 is much better than any COBOL crap, allows for pretty advanced data structures. The environment is a mainframe one (zOS/IMSTP/IMSDB) and the storage looks much like NoSQL style. It is not JSON like Mongo but very very similar in how one would organize the data. The code is framework based and it works very nicely. Nothing really new under the sun with all those fancy new things as the whole system is message based (in/out) with terminal rendering or web rendering. Very same arch as an API of today. Now, code done right is not language dependent. I know the orginal developer, now retired. Very good, very smart, delivered a lot of working software over the years for a stunning number of verticals. PL/1 was his #1 choice I'd say. Peace. /Phil On Fri, Sep 13, 2013 at 11:05 AM, Serge Stinckwich serge.stinckw...@gmail.com wrote: Ouaa, there is still PL/1 on the earth ? Envoyé de mon iPhone Le 13 sept. 2013 à 09:43, p...@highoctane.be p...@highoctane.be a écrit : Very nice. Congratulations! I've started using Moose for some software visualizations (currently for PL/1 code, but not parsing etc, just metrics I get my own way). Keep up the good work. Phil On Fri, Sep 13, 2013 at 7:04 AM, Tudor Girba tu...@tudorgirba.com wrote: We are happy to announce version 4.8 of the Moose Suite: http://moosetechnology.org/download/4.8 Description -- This was supposed to be a minor release, but in the end it turned out to be a major release with significant improvements. The key highlights are: - Based on Pharo 2.0. - All built-in visualizations use Roassal. - Roassal received a significant performance boost and new smart graph layouts like TreeMapLayout or ForceBasedLayout. - Roassal uses Athens for nice looking vectorial graphics. - New charting engine based on Roassal: Graph-ET. - Glamour changed to enable dynamic scripts, while still remaining backward compatible. - Glamour received a RubricTextPresentation for using the new Rubric text morph. - Glamour, Roassal, EyeSee, Graph-ET editors are more robust when dealing with errors in scripts.- New GTDebugger with dedicated workflows for Announcements, PetitParser and Glamour itself. - Extended GTInspector for several object types. - Usable version of GTMetaceller for handling Metacello configurations. - FAMIX was strengthen to handle functions better in various programming languages. - New free type fonts and simpler whitespace-loving theme. - Lower memory footprint for large models. - Faster MSE import. A list of issues addressed in this release can be found at: http://code.google.com/p/moose-technology/issues/list?can=1q=status=Fixed%20milestone=4.8 Installation -- The Moose Suite 4.8 comes for each platform as a separate bundle: - Mac: https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_4_8-mac.zip - Windows: https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_4_8-win.zip - Linux: https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_4_8-linux.zip The Moose Suite 4.8 can also be loaded in a Pharo 2.0 image either from the Configuration Browser, or by executing the following script: Gofer new smalltalkhubUser: 'Moose' project: 'Moose'; package: 'ConfigurationOfMoose'; load. ((Smalltalk at: #ConfigurationOfMoose) project version: '4.8-snapshot') load Enjoy, The Moose Team -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] [ann] moose 4.8
ah ok you mean it that way I see. Fair enough. Semantics are not terrible important anyway. Tudor Girba-2 wrote Pharo is Pharo :) http://www.tudorgirba.com/blog/pharo-is-pharo Doru On Fri, Sep 13, 2013 at 11:18 AM, kilon lt; thekilon@.co gt; wrote: pharo is not smalltalk ? o_O it certainly fooled me -- View this message in context: http://forum.world.st/ann-moose-4-8-tp4707988p4708053.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- www.tudorgirba.com Every thing has its own flow -- View this message in context: http://forum.world.st/ann-moose-4-8-tp4707988p4708062.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] [ann] moose 4.8
Smalltalk inspired - standing on the shoulders of giants. On Fri, Sep 13, 2013 at 11:15 AM, Tudor Girba tu...@tudorgirba.com wrote: Yeah, I used to work with Smalltalk quite a lot. Now, I only work with Pharo, and I do not miss Smalltalk at all :) Doru On Fri, Sep 13, 2013 at 11:11 AM, Damien Cassou damien.cas...@gmail.comwrote: On Fri, Sep 13, 2013 at 11:05 AM, Serge Stinckwich serge.stinckw...@gmail.com wrote: Ouaa, there is still PL/1 on the earth ? yes! and Smalltalk too :-) -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] [ann] moose 4.8
Just to be clear, I completely agree that Pharo should move forward without any limitations and restrictions. Its just that when I first read the history of smalltalk I came to conclusion that like lisp , smalltalk is a freeform language , meaning that standardization meant much less for it than in other languages. Since Alan Kay was deeply inspired from lisp ( according to his own saying) a language that can change its own syntax is kinda difficult to see its as a rigid language that should obey to a set of rules. I dont know if it was Ingalis or Alan Kay that said that they created smalltalk not for it to remain in the state it was but to be the basic of new languages. So all this talk about ANSI standard smalltalk, sounds kinda weird to me. Sure I can see the benefits of standardization but that part was never crucial to smalltalk or lisp since the days they were created. And frankly this part that I love the most about smalltalk and lisp. So for me Pharo is 100% smalltalk and smalltalks that try to standardize things less than 100% ;) So I certainly agree with your blog post spirit. About moose 4.8 great work guys, I am amazed how deep moose is , and the horde of tools you have created for pharo. I recently took a deep look at it and it certainly moves code visualisation forward. I will love to see more video tutorials that show the practical advantages to coders like me that are not used to such kind of tools. Keep up the great. philippeback wrote Smalltalk inspired - standing on the shoulders of giants. On Fri, Sep 13, 2013 at 11:15 AM, Tudor Girba lt; tudor@ gt; wrote: Yeah, I used to work with Smalltalk quite a lot. Now, I only work with Pharo, and I do not miss Smalltalk at all :) Doru On Fri, Sep 13, 2013 at 11:11 AM, Damien Cassou lt; damien.cassou@ gt;wrote: On Fri, Sep 13, 2013 at 11:05 AM, Serge Stinckwich lt; serge.stinckwich@ gt; wrote: Ouaa, there is still PL/1 on the earth ? yes! and Smalltalk too :-) -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill -- www.tudorgirba.com Every thing has its own flow -- View this message in context: http://forum.world.st/ann-moose-4-8-tp4707988p4708066.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Naming of Global Session
On 2013-09-13, at 12:09, Chris Cunningham cunningham...@gmail.com wrote: so, if this is a class, would Session be an appropriate superclass for a WebSession class? or any other type of Session class? I would say so. It is as generic as the name suggests. The class is lightweight and only contains the time when it was created. That particular name would seem to collide with other forms of Sessions, wouldn't it? Or is this safely hidden in a Pharo Environment, so it won't collide elsewhere (or entice other developers to try to use it for other Session style objects)? It is a normal class, thus yes, collision is possible. Again, it can easily serve as a superclass for other session-like objects. signature.asc Description: Message signed with OpenPGP using GPGMail
[Pharo-dev] blog post on lazy become
Hi All, I've just published a blog post on lazy become and the partial read barrierhttp://www.mirandabanda.org/cogblog/2013/09/13/lazy-become-and-a-partial-read-barrier/in Spur. I'd really appreciate criticism, preferrably as comments on the blog page. This is one of the riskier parts of the design so it really does need to be pounded on. -- thanks, Eliot
Re: [Pharo-dev] Pharo Sprint in Buenos Aires - this saturday!
One thing with RB environment scoping: RB selector environments are passive. The implementorsOf: environment just contains the result of the search, not the search query. If you create a new method of the same name, the environment won't see it, and the tools either since they can't ask the environment to re-run the query. Thierry De : Pharo-dev [pharo-dev-boun...@lists.pharo.org] de la part de Stéphane Ducasse [stephane.duca...@inria.fr] Date d'envoi : vendredi 13 septembre 2013 17:11 À : Pharo Development List Objet : Re: [Pharo-dev] Pharo Sprint in Buenos Aires - this saturday! A RBEnvironment scoped version of my AltBrowser, with a bit of tree filtering on the display. Ok I see. I want to have everytools working on environment so that we get scoping. Finder is like the Finder plugin in Nautilus, except that it opens a scoped instance of the browser. MessageBrowser is replaced by a scoped instance of the browser. And the browser knows how to adjust the tree display depending on the scope (pruning the tree and adapting the display of items). Makes exploring code a lot easier mostly because of smart suggestions, otherwise I would do implementorsOf:, get the message browser, and use browse on each result one by one to open a new browser, and there have smart suggestions to do implementorsOf: to be able to follow a cascade of message sends :( I hated being in the finder, looking at the code pane and a multi arguments message and saying to myself 'but how will I do sendersOf or implementorsOf of that message?' Yes I understand. , and I now have unified menus, shortcuts and smart suggestions and I find it really, really nice. do you have suggestion for the menus unification? Have a single code source editor* for all code panes, with the same menu building** code in each :) Oh yes * This is probably the case in the old framework and the reason for having all thoses menu actions inside SmalltalkEditor. ** But something pluggable so that we may still be able to experiment! Yes. We should really revisit all the menus and get one way to build them and reuse them. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 ScreenshotFinder.png
