- 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 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

Re: [Pharo-project] Debugger fails to launch after stacktrace is dumped to SqueakDebug file

by StÃ©phane Ducasse

we need to know with which version! Else this is useless. stef On Sep 26, 2009, at 10:38 PM, Mariano Martinez Peck wrote: > http://code.google.com/p/pharo/issues/detail?id=1249 > > I marked it as 1.0 > > It was reported by John Toohey > > Best > > Mariano > _______________________________________________ > 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 Schwab,Wilhelm K

+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

Sept. 27, 2009

Re: [Pharo-project] key pressed

by HernÃ¡n Morales Durand

Hi Tudor, You can check the implementation of FixedIPluggableTextMorph>>keyStroke: and HandMorph STicky protocol category in my recent STicky project, http://www.squeaksource.com/STicky.html Cheers, HernÃ¡n 2009/9/26 Tudor Girba <tudor.girba(a)gmail.com>: > Hi, > > How can I check whether a certain key is pressed (for example, a > modifier like Shift)? > > 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 >

Sept. 26, 2009

Re: [Pharo-project] feedback on CLFramework

by nullPointer

StÃ©phane Ducasse-2 wrote: > > > Use Smalltalk way of formatting code. > > getFiles: aStringPathOfDirectory > > | aFileDirectory fullPathOfFile aCollection | > aFileDirectory := CLFileDirectory on: aStringPathOfDirectory. > aCollection := Bag new. > aFileDirectory fileNames do: > [:nameOfFile | > fullPathOfFile := aFileDirectory fullPathFor: nameOfFile. > aCollection add: fullPathOfFile]. > ^aCollection. > > If you give me access I can reformat everything. > > 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. Why my format not is "Smalltalkish" way? 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) StÃ©phane Ducasse-2 wrote: > > > Add some comments. > > In the examples category there is no class comments so I have no idea > about what I'm reading. > > Yes. IÂ´m not add comments basically for my poor english. Today i could try it. Is a relax work for sunday :) StÃ©phane Ducasse-2 wrote: > > > Nice to see that you use traits :) > > IÂ´m miss it in another languages :) StÃ©phane Ducasse-2 wrote: > > > 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. 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 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.

Sept. 26, 2009