- Pharo-dev - lists.pharo.org

[Pharo-project] [COTDC] 43 - TextStyleFontSelectorDialogWindow

by laurent laffont

Today: TextStyleFontSelectorDialogWindow Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

April 6, 2011

Re: [Pharo-project] abouth nautilus and the removal of CodeHolder hierarchy

by Fernando Olivero

Thanks Ben and Stef, the answer was in concordance with what i was thinking. CUIS already has the TextModel class, and the PluggableTextModel class. So together with the menu pragma builders of Pharo, they provide the foundations for the implementation you just nicely explained. Next week, once i finish writing something for my research, i will finish the initial port. And hopefully provide a working example of SMx in Pharo, applying the ideas here discussed. A somehow initial port, which can get expanded gradually, from the list of widgets we mentioned in previous emails: MorphTreeMorph, etc.. (and at a final stage Polymorph). Fernando pd: Alex, SMx is SimpleMorph, an older version of the cleaned up Morphic from the CUIS image. On Wed, Apr 6, 2011 at 6:19 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > YES!YES!YES! > It is cool to see your impact on them. Excellent it will really helps > bringing pharo IDE to the next level. > > Stef > > On Apr 6, 2011, at 2:11 PM, Igor Stasenko wrote: > >> On 6 April 2011 13:16, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Because once people are dependent and drug addict then they will spend time fixing it :) >>> >>> No seriously this is mega hyper hyper important that we get >>> Â Â Â Â - solid scalable listMorph and treeMorph >>> So the best way is to stress it. >>> >>> The second answer is that nautilus is cool and needs tree :) >>> >> i second that. >> trees and lists are basic widgets which could be used for different means. >> So why we should limit ourselves and use some crappy lists to mimic >> tree, instead of using trees, and improving this widget and making it >> work well. >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > >

April 6, 2011

Re: [Pharo-project] Issue 3966 in pharo: String>>lines misses tests

by pharo＠googlecode.com

Comment #3 on issue 3966 by nicolas....(a)gmail.com: String>>lines misses tests http://code.google.com/p/pharo/issues/detail?id=3966 There could also be a test with mixed conventions because it is a feature of #lines

April 6, 2011

Re: [Pharo-project] Metacello chapter

by Noury Bouraqadi

Cool. BTW, I have a pending pull request on the Socket chapter. Noury On 6 avr. 2011, at 09:58, StÃ©phane Ducasse wrote: > Hi guys > > here is a new version of the metacello chapter. > So we wrote it, rewrote it, rerewrote it. > Now if this is of interest for you you can read it. > > But if you don't it means that I'm losing my time and I should stop writing and like > that you can cry that there is no doc about Pharo. > <Metacello.pdf> > > > Stef > Noury Bouraqadi http://car.mines-douai.fr/noury -- -6th National Conference on âControl Architecture of Robotsâ 24-25 may 2011, Grenoble area, France http://car2011.inrialpes.fr/ -19th ESUG International Smalltalk Conference 22-26 August 2011, Edinburgh, UK http://www.esug.org/Conferences/2011 -19Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ11) http://www.univ-valenciennes.fr/congres/jfsma2011/ 17-19 Octobre 2011, Valenciennes, France

April 6, 2011

Re: [Pharo-project] SmalltalkHub going beta in a week

by Tudor Girba

Hi, Unless there is a scalability issue, I would not discard anything from squeaksource. I believe the evolution is too valuable to simply drop it. But, maybe there are practical reasons. In any case, the idea of having programatic access is really cool. I would love to use that for analysis purposes. Cheers, Doru On 6 Apr 2011, at 18:46, Janko MivÅ¡ek wrote: > On 06. 04. 2011 18:34, Adrian Lienhard wrote: >> Wow, looks great! >> >> I think it's a good idea to *not* automatically migrate projects from SqueakSource ;). It's an opportunity to get rid of a lot of cruft that has accumulated on SqueakSource during the last years... > > But still there can be something good and valuable. I'd migrate that > with some #archive tag or something. > > The same goes with code from other Smalltalks. Like Smalltalk Goodies > archive back from 90's, there are quite some interesting code, which I'm > still using. > > Best regards > Janko > > > >> >> Cheers, >> Adrian >> >> >> On Apr 6, 2011, at 13:07 , Tudor Girba wrote: >> >>> Phenomenal stuff :). I cannot wait to use it. Will there be a possibility to migrate the existing squeaksource there? >>> >>> Cheers, >>> Doru >>> >>> >>> On 6 Apr 2011, at 13:00, Nicolas Petton wrote: >>> >>>> Hi, >>>> >>>> We've been working on a new code repository & project management >>>> application for Smalltalk with ESUG named SmalltalkHub. >>>> >>>> If everything goes fine, the app should be in public beta in a week. >>>> The source code of SmalltalkHub will be available at the same moment >>>> (the project itself is hosted by SmalltalkHub). >>>> >>>> Here's a screenshot in the meantime. >>>> http://nicolas-petton.fr/2011/04/06/smalltalkhub-beta-in-a-week.html >>>> >>>> Cheers, >>>> Nicolas >>>> -- >>>> Nicolas Petton >>>> http://www.nicolas-petton.fr > > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > -- www.tudorgirba.com "One cannot do more than one can do."

April 6, 2011

Re: [Pharo-project] SmalltalkHub going beta in a week

by Noury Bouraqadi

Cool! I guess you didn't you use JTalkST (too young), did you? On 6 avr. 2011, at 13:00, Nicolas Petton wrote: > Hi, > > We've been working on a new code repository & project management > application for Smalltalk with ESUG named SmalltalkHub. > > If everything goes fine, the app should be in public beta in a week. > The source code of SmalltalkHub will be available at the same moment > (the project itself is hosted by SmalltalkHub). > > Here's a screenshot in the meantime. > http://nicolas-petton.fr/2011/04/06/smalltalkhub-beta-in-a-week.html > > Cheers, > Nicolas > -- > Nicolas Petton > http://www.nicolas-petton.fr > > Noury

April 6, 2011

Re: [Pharo-project] Transcript rant

by csrabak＠bol.com.br

Em 06/04/2011 09:07, Igor Stasenko <siguctua(a)gmail.com> escreveu: > > On 6 April 2011 13:54, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > > Hi Stef, i will as an initial step take Igor's suggestion and make > > Transcript a global wich points to an instance of TranscriptModel > > ( the new name i propose for the current class taken from CUIS). > > I still believe that composition is better then inheritance for > > handling different behaviors of the Transcript, so i argue against > > making it a subclass of WriteStream and making it polymorphic with > > a write stream instead. > > > That's totally not my concern. As long as thing which sits there > responds to writestream protocol , i don't care about rest. > Would it make sense then to lift the methods from {write}stream and put then in a Trait so the composition is made through reuse of code? My 0.0199999.... -- Cesar Rabak

April 6, 2011

Re: [Pharo-project] A lil simplification of MorphTreeNodeMorph

by Tudor Girba

This is great! I tested it on Glamour and it looks pretty cool. And, it is definitely snappier. I tested LazyMorphTreeMorph it on a list with 1 million items in the context of Glamour with a pagination of 50 items I got: - before: 6414 ms - after: 3526 ms The code I used is (works in a Moose image, or after you load Glamour): Time millisecondsToRun: [ | browser | browser := GLMTabulator new. browser column: #one. browser transmit to: #one; andShow: [ :a | a tree tags: [ :each | {each even printString} ]; showOnly: 50 ]. browser openOn: (1 to: 1000000) ] Cheers, Doru On 6 Apr 2011, at 18:01, Igor Stasenko wrote: > okay.. i found one bug > > forgot to add cellPositioning: #leftCenter; for colum wrapper morph > > > -- > Best regards, > Igor Stasenko AKA sig. > <Tree2.3.cs> -- www.tudorgirba.com "What we can governs what we wish."

April 6, 2011

Re: [Pharo-project] Pharo 1.2.1 Problems with OpenGL

by Casimiro de Almeida Barreto

Em 06-04-2011 04:46, Mariano Martinez Peck escreveu: > Give people more information. Which sintax error? attach logs o > screenshots Mine syntax error... Trully. When I tried to build a configuration roadmap that can be reproduced by students I failed to remember that it's not possible to use the Monticello version of OpenGL anymore. It's necessary to use a debugged version provided by Javier Pimas (which I include here as an annex). Anyways I suggest that either Javier version is uploaded into Metacello repository or a pointer to the file is provided & the Collaborative Book is corrected in this respect. Best regards, Casimiro Barreto PS: Pharo 1.2 just looks great. > > On Wed, Apr 6, 2011 at 1:10 AM, Casimiro de Almeida Barreto > <casimiro.barreto(a)gmail.com <mailto:casimiro.barreto@gmail.com>> wrote: > > In Pharo 1.2.1 it's not possible to intall OpenGL (yeah, I know, quite > old code). Lots of syntax errors during install. > > It works in Pharo 1.1.1 > > > > > -- > Mariano > http://marianopeck.wordpress.com >

April 6, 2011

Re: [Pharo-project] Question about the Refactoring Browser

by Lukas Renggli

>>> I do not think so. >>> Even if we are working on Ring just for this scenario I doubt it worked by default. >> >> Sure it works by default. > > So you can have a model on code that is not in the image? Most refactorings start from the existing system: model := RBNamespace onEnvironment: BrowserEnvironment new But you can also start from nothing: model := RBNamespace onEnvironment: BrowserEnvironment new not > I imagine that you can create RBClass RBMethod.... but this is not my point. Why not? RBClass, RBMetaclass and RBMethod are central parts of the model. All reflection you do on these objects only affects what is defined inside this model. > How do you do that? which browser do you use? If you have OB-Refactory loaded you can use: model open Lukas -- Lukas Renggli www.lukas-renggli.ch

April 6, 2011