- Pharo-dev - lists.pharo.org

[Pharo-project] An idea about Pluggable widgets

by Igor Stasenko

I have an idea how to refactor the pluggable morphs mess. The main principle behind all pluggables, that you have a model (which is held in instance variable), and then morph having additional ivars to speak with this model, which the selector names you should use to access certain state from model. For example: AlignmentMorph subclass: #PluggableButtonMorph instanceVariableNames: 'model label getStateSelector actionSelector getLabelSelector getMenuSelector shortcutCharacter askBeforeChanging triggerOnMouseDown offColor onColor feedbackColor showSelectionFeedback allButtons arguments argumentsProvider argumentsSelector gradientLook enabled actionBlock getColorSelector getEnabledSelector' classVariableNames: 'UseGradientLook' poolDictionaries: '' category: 'Morphic-Pluggable Widgets' as you can see it is crowded with all those ivars, where part of them used to speak with model, and part of them used for keeping flags and additional parameters which you can customize when creating a button. getStateSelector actionSelector getLabelSelector getMenuSelector arguments argumentsProvider argumentsSelector gradientLook actionBlock getColorSelector getEnabledSelector and this is really messy.. Take a look at code: performAction "Inform the model that this button has been pressed. Sent by the controller when this button is pressed. If the button's actionSelector takes any arguments, they are obtained dynamically by sending the argumentSelector to the argumentsProvider" enabled ifFalse: [^self]. askBeforeChanging ifTrue: [model okToChange ifFalse: [^ self]]. self actionBlock ifNotNil: [ ^ self actionBlock value]. actionSelector ifNotNil: [actionSelector numArgs == 0 ifTrue: [model perform: actionSelector] ifFalse: [argumentsProvider ifNotNil: [arguments := argumentsProvider perform: argumentsSelector]. model perform: actionSelector withArguments: arguments]] Now think if we could replace this with simple: performAction "Inform the model that this button has been pressed. Sent by the controller when this button is pressed. If the button's actionSelector takes any arguments, they are obtained dynamically by sending the argumentSelector to the argumentsProvider" enabled ifFalse: [^self]. model performAction. so, in this case, we just put an obligation onto model to perform any action in response to button clicked, and button no longer cares about crappy logic how it should send a message to model (via action block, via actionSelector ... and whether it should pass any additional arguments or not..) So, in all places which using things in a way like: getListItems ^ model perform: getListItemsSelector now will be replaced with clean: getListItems ^ model getListItems So, a pluggable morph no longer cares about keeping all those selectors and maintain an obscure logic whether selector is nil or not nil etc etc.. Let model handle it! Then you may ask, what if i have a model, which doesn't implements such protocol (required for specific pluggable widget). The answer is simple: - create a pluggable model class for given widget, which wraps around your object and can keeps all those messy 'getLabelSelector' 'getMenuSelector' , inside and mediates between your model and widget. The benefit of it that widgets code will be much more cleaner. And another benefit is that you know what exact protocol is needed if you want to use your object as a model to given widget (list, button etc). And in most of the cases, you don't need to use this messy 'getXYZSelector', because you can simply answer to messages sent by widget and provide necessary data. But if you wanna go messy, you just use wrapper model, which contains all those 'getXYZSelectors' which you can set to whatever you like. -- Best regards, Igor Stasenko AKA sig.

April 7, 2011

[Pharo-project] relational database and id field

by Alexandre Bergel

Hi! Since there are some experts in databases here, I ask a general question about it. Assume that I have to use a relational database to store, let's stay instances of Stef's ComicBook class. Should the class ComicBook have a field id to uniquely identify a book? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 7, 2011

Re: [Pharo-project] Finder and finding by example

by Benjamin

No problem, you are not the first one that complain about that, so many I should make the Finder a bit more intelligent Thanks for your feedback, it's always important ;) Ben On Apr 7, 2011, at 3:10 PM, Friedrich Dominicus wrote: > Friedrich Dominicus <frido(a)q-software-solutions.de> writes: > >> What do I have to do to make finder working >> as the method finder before. >> >> I wanted to type in the example code >> >> '123' . '12' > Found it just after sending to this mailing list > I've to change to examples and from there it works. > > Sorry for bothering you > Friedrich >

April 7, 2011

Re: [Pharo-project] Finder and finding by example

by Marcus Denker

On Apr 7, 2011, at 3:10 PM, Friedrich Dominicus wrote: > What do I have to do to make finder working > as the method finder before. > > I wanted to type in the example code > > '123' . '12' > > and that yields allButLast in MethodFinder > > I tried in the new Finder (Pharo 1.2) but it yields nothing. > > What am I missing? For me it works. I do select "Examples" instead of "Selectors" in the drop-down menu. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 7, 2011

Re: [Pharo-project] Finder and finding by example

by Friedrich Dominicus

Friedrich Dominicus <frido(a)q-software-solutions.de> writes: > What do I have to do to make finder working > as the method finder before. > > I wanted to type in the example code > > '123' . '12' Found it just after sending to this mailing list I've to change to examples and from there it works. Sorry for bothering you Friedrich

April 7, 2011

[Pharo-project] Finder and finding by example

by Friedrich Dominicus

What do I have to do to make finder working as the method finder before. I wanted to type in the example code '123' . '12' and that yields allButLast in MethodFinder I tried in the new Finder (Pharo 1.2) but it yields nothing. What am I missing? Regards Friedrich

April 7, 2011

Re: [Pharo-project] Actions done in 1.3

by Noury Bouraqadi

On 7 avr. 2011, at 09:53, Marcus Denker wrote: > > I want a 1.3 that is in "we could release today if we wanted" 90% of the time. > > Yes! What about integrating only things that do not break tests? I mean : -have a DEV version with all what we want -having a "STABLE" version where all tests are green. Fixes/extensions are migrated from the to STABLE each time the DEV tests go green. The lifecycle would be a sequence of iterations. Each iteration would be similar to something like what Laurent suggested: -Additions to DEV (fixes/enhancements/whatever) -Fixing DEV -Committing to STABLE Noury 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 7, 2011

Re: [Pharo-project] Issue 2559 in pharo: Senders of #ifNotNil: do not show

by pharo＠googlecode.com

Comment #11 on issue 2559 by marcus.d...(a)gmail.com: Senders of #ifNotNil: do not show http://code.google.com/p/pharo/issues/detail?id=2559 The interesting thing is that it it just takes 200Kb more space. I can live with that! (I took a version with, one without. Recompiled, did a #releaseclean in both and the difference is 14802344 vs. 15007540 for saved images of the same window size. One problem that I see is that we need to change the metric of Cog when not to JIT. Right now it does not JIT when the method is too large, and that "too large" is defined as having more than X literals (60, I think).

April 7, 2011

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

by merlyn＠stonehenge.com

>>>>> "Geert" == Geert Claes <geert.wl.claes(a)gmail.com> writes: Geert> That's where the ConfigurationOf...'s and Metacello come in to ensure Geert> dependencies, versions and Smalltalk implementations. I guess I'm thinking more of development. The question we were facing about Squeaksource (and don't yet know if this applies to SmalltalkHub) is how I as a developer keep my Squeak contributions separate from the same package being developed for Pharo for the packages that overlap but require different versions. Is there some way of tagging a Monticello package in SmalltalkHub as to which releases the development line is intended for? Note that I've just barely woken up, so if this sounds as confusing as it is to me right now, it probably is confused. :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.posterous.com/ for Smalltalk discussion

April 7, 2011

Re: [Pharo-project] Metacello chapter

by Noury Bouraqadi

I don't know how other authors work. Not having write access to the repo, I have to fork, make my changes and then ask the admin of the repo (you + who else) to pull (=> merge) changes I made. Noury On 7 avr. 2011, at 09:18, StÃ©phane Ducasse wrote: > and so what? I still do not understand it. > may be noury should be added to the project. > > > On Apr 7, 2011, at 3:28 AM, Serge Stinckwich wrote: > >> https://github.com/SquareBracketAssociates/PharoByExample-english/pull/3 >> >> On Thu, Apr 7, 2011 at 3:10 AM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>>> Cool. BTW, I have a pending pull request on the Socket chapter. >>> >>> what is it? >>> what do you mean? >>> what do you need? >>> >>> Stef >>> >>> >> >> >> >> -- >> Serge Stinckwich >> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam >> Every DSL ends up being Smalltalk >> http://doesnotunderstand.org/ > > 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 7, 2011