September 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Fwd: Issue 1129 in pharo: UIManager #request: and #multilineRequest do not distinguish between empty and cancel

by StÃ©phane Ducasse

I know now waht andreas propose is more a process to make sure that other places where this should be changed will be noticed automatically Stef On Sep 27, 2009, at 9:51 AM, Damien Cassou wrote: > On Sat, Sep 26, 2009 at 7:39 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> I kind of agree on this one. >> So what is the preferred solution. >> Now this is important to be able to distinguish an empty string >> from a >> cancel. > > I'm not sure. I think the fixes are small enough to apply everywhere > to avoid > complicating the API. To fix external packages, you just have to > change the #isEmpty > test after the #request by #isEmptyOrNil. I already did it for part > of the Pharo > image (see issue #1233 ). > > I vote for closing this report again. > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 27, 2009

Re: [Pharo-project] feedback on CLFramework

by StÃ©phane Ducasse

>> > Sorry, but i donÂ´t like that format of code. For me is not readable. > I donÂ´t > know when starts a block or if is a loop or condition block.That > problem is > more big when exists various identations. IÂ´m coming of VB and C# > and that > way seems anarchist for me :) my cerebellum is limited for that way > of > write code. smalltalk allows you to write nice and compact code so take it as a opportunity. In python you would be forced to use tab at the right place. [:each | .... ] [:each| ... ] > Why my format not is "Smalltalkish" way? read all the code in the image and you will see nowhere do: [ :ecah | ] or (expression) ifTrue: [ ] ifFalse: [ ] > Perhaps IÂ´m wrong (i have short > time with that language) but I believe indeed than Smalltalk donÂ´t > have a > style defined (Thanks to God) Read Kent beck book (best Smalltalk pattern) have a look at Smalltalk with Style on my web page. I can tell you I cannot read your code well. So if you want to really have fun with Smalltalk, change. >> > Yes. IÂ´m not add comments basically for my poor english. > Today i could try it. Is a relax work for sunday :) just write subject verb complement and code. I'm responsible for XXXX I collaborate with YY and ZZ Here are three important methods: - - - Here is a way to invoke me. >> Keep working. >> I still believe that a windowSpec based on a literal array is better >> than a byte array. >> >> > > Of course, but I donÂ´t know do it of another way. Literal array is > very > complicated for me. > Xml serialization and Moose serialization donÂ´t be possible. The code > generated is HUGE, and fails > with complex composite morphs. if you store them as literal arrays probably but inside a string I do not see why. > The one way for me is a mechanism where each > morph write his state in a stream. All states togethers will build > the final > morph. I believe that mechanism works, is elegant and readable. And > is easy > detect problems too, but i need a little more of time for do it. I > want > implement various widgets ( a grid is MUCH needed ) and last, before > of 1.0 > version, the serialization mechanism. > > Thanks for the feedback :) > > PS. I added recently the CLSplitterPanel widget -> > http://www.youtube.com/watch?v=qbd9bbfxNB4 So far I could not build an interface with two buttons. > > > Regards > > > > > -- > View this message in context: http://n2.nabble.com/Re-feedback-on-CLFramework-tp3718474p3718991.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 27, 2009

Re: [Pharo-project] key pressed

by Tudor Girba

Thanks for the replies. Actually, I am in the code of selectedItem: of a list and I would like to add to the current selection if Shift is pressed. The problem is that I do not have access there at the event. Cheers, Doru On 27 Sep 2009, at 03:14, Schwab,Wilhelm K wrote: > +1 to Sig's comments. Another problem with looking at the current > state vs. state from an event is that the current state is just > that, and often differs (covertly and frustratingly) from the user's > intentions. Such problems often arise with mouse cursor positions. > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of Igor Stasenko > Sent: Saturday, September 26, 2009 6:25 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] key pressed > > 2009/9/27 Tudor Girba <tudor.girba(a)gmail.com>: >> Hi, >> >> How can I check whether a certain key is pressed (for example, a >> modifier like Shift)? >> > Depends on context. In Morphic, just take an event (mouse event or > keyboard event) and send #shiftPressed, or #controlKeyPressed, or > whatever. > > Another way is to ask the Sensor for same things, but i wouldn't do > that, because to my opinion this is the wrong way, because Sensor is > low-level object, which should be hidden from the eyes of developer, > and normally, if you need to use it, it means that you doing > something wrong :) > > >> Cheers, >> Doru >> >> >> -- >> www.tudorgirba.com >> >> "If you interrupt the barber while he is cutting your hair, you will >> end up with a messy haircut." >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)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(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "One cannot do more than one can do."

Sept. 27, 2009

Re: [Pharo-project] cairo support

by StÃ©phane Ducasse

ok cool! On Sep 27, 2009, at 9:49 AM, Damien Cassou wrote: > On Fri, Sep 25, 2009 at 7:59 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> should we push rome or the cairo graphics package? >> I kno wthat they are not at the same level of abstarction but I >> prefer >> to ask. >> Or should rome be based on the cairo graphics package? > > I'm in favor of pushing the CairoGraphics package and porting Rome > to it. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 27, 2009

Re: [Pharo-project] Fwd: Issue 1129 in pharo: UIManager #request: and #multilineRequest do not distinguish between empty and cancel

by Damien Cassou

On Sat, Sep 26, 2009 at 7:39 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I kind of agree on this one. > So what is the preferred solution. > Now this is important to be able to distinguish an empty string from a > cancel. I'm not sure. I think the fixes are small enough to apply everywhere to avoid complicating the API. To fix external packages, you just have to change the #isEmpty test after the #request by #isEmptyOrNil. I already did it for part of the Pharo image (see issue #1233 ). I vote for closing this report again. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 27, 2009

Re: [Pharo-project] cairo support

by Damien Cassou

On Fri, Sep 25, 2009 at 7:59 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > should we push rome or the cairo graphics package? > I kno wthat they are not at the same level of abstarction but I prefer > to ask. > Or should rome be based on the cairo graphics package? I'm in favor of pushing the CairoGraphics package and porting Rome to it. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 27, 2009

Re: [Pharo-project] [ANN] STicky

by StÃ©phane Ducasse

what is the diff between sticky and stickysq I like the name... On Sep 26, 2009, at 11:20 PM, HernÃ¡n Morales Durand wrote: > STicky is a pluggable real-time evaluator and/or translator workspace > aimed to learn languages. For a quick overview please take a look at > the presentation video: http://www.youtube.com/watch?v=b9uUIEaGyoU > > The Smalltalk evaluator could be useful in learning courses or for > newbies typing expressions, but other translators/evaluators may help > with more advanced usage, it all depends of the source and target > languages you're using. Some default external translators, which does > the real job, were included : > > Smalltalk to JavaScript (ST2JS by Diego Gomez Deck) > Smalltlak to Java (Smalltalk2Java by Alexandre Bergel) > Smalltalk to SQL (ROE by Avi Bryant) > Smalltalk to AST nodes (Marcus Denker et al) > HTML validator ( Todd Blanchard) > JSON to Smalltalk (Tony Garnock-Jones et al) > (...contact me if you want to add your translator in the release, a > facility to automatic installation of translators is provided) > > You can easily plug translators and the workspace will update the > current contents dynamically inside a sticky-like dialog or a fixed > pane, the updater interface was decoupled to make possible other kinds > of widgets too, but this is a bit experimental. > Downloads from: > > http://www.squeaksource.com/STicky.html > > Comments are welcome. > > HernÃ¡n > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 27, 2009

Re: [Pharo-project] [squeak-dev] [ANN] STicky

by StÃ©phane Ducasse

But for beginner what is the difference between that and a Smalltalk interpreter. The idea is that they can compare with their own language the smalltalk syntax? it could work now when trnaslating to Java you can generate really bad code to express smalltalk syntax? Stef On Sep 26, 2009, at 11:26 PM, Andrey Larionov wrote: > Its an awesome. It what i want cause i smalltalk beginer > > On Sun, Sep 27, 2009 at 01:20, HernÃ¡n Morales Durand > <hernan.morales(a)gmail.com> wrote: >> is a pluggable real-time evaluator and/or translator workspace >

Sept. 27, 2009

Re: [Pharo-project] pharo1.0-10451-BETAweb09.09.3 in FireFox

by Damien Cassou

2009/9/25 Dennis Schetinin <chaetal(a)gmail.com>: > I can't log in at the 'main' page (http://127.0.0.1:8080/seaside/pier) in > Pier. It just ignores all the inputs (both correct and incorrect) simply > redirecting from input form back to the main page. But from the Blog or > About page it works correctly. It's all using FireFox 3.5.3. With Chrome > it's ok everywhere, including 'main' page... > > What can be the cause of the problem? works perfectly on my Linux box. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 27, 2009

Re: [Pharo-project] [ANN] STicky

by StÃ©phane Ducasse

I'm confused Smalltalk to Java is not really a smalltalk to java but a a minimal subset and it is quite slow. Do you have a full smalltalk interpreter? I'm looking for that (I would like to code one that deals with explicit returns and exception On Sep 26, 2009, at 11:20 PM, HernÃ¡n Morales Durand wrote: > STicky is a pluggable real-time evaluator and/or translator workspace > aimed to learn languages. For a quick overview please take a look at > the presentation video: http://www.youtube.com/watch?v=b9uUIEaGyoU > > The Smalltalk evaluator could be useful in learning courses or for > newbies typing expressions, but other translators/evaluators may help > with more advanced usage, it all depends of the source and target > languages you're using. Some default external translators, which does > the real job, were included : > > Smalltalk to JavaScript (ST2JS by Diego Gomez Deck) > Smalltlak to Java (Smalltalk2Java by Alexandre Bergel) > Smalltalk to SQL (ROE by Avi Bryant) > Smalltalk to AST nodes (Marcus Denker et al) > HTML validator ( Todd Blanchard) > JSON to Smalltalk (Tony Garnock-Jones et al) > (...contact me if you want to add your translator in the release, a > facility to automatic installation of translators is provided) > > You can easily plug translators and the workspace will update the > current contents dynamically inside a sticky-like dialog or a fixed > pane, the updater interface was decoupled to make possible other kinds > of widgets too, but this is a bit experimental. > Downloads from: > > http://www.squeaksource.com/STicky.html > > Comments are welcome. > > HernÃ¡n > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 27, 2009