- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Some browser UI refining

by Igor Stasenko

On 15 January 2011 01:49, <csrabak(a)bol.com.br> wrote: > Igor, > > A suggestion: when you produce a "before" and an "after" picture, please use the same stuff so the differences are easier to compare. > > In the examples attached it is very hard to do so. > yup.. i wanted to do 'before' , but was too lazy to take other image and take a screenshot there :) > -- > Cesar Rabak > > > > > Em 14/01/2011 09:50, Igor Stasenko < siguctua(a)gmail.com > escreveu: > get rid of annoying 1-pixel height while line between buttons bar and > text field. > added padding at bottom of button bar, so it looks symmetric > > -- > Best regards, > Igor Stasenko AKA sig. > > > > -- Best regards, Igor Stasenko AKA sig.

Jan. 15, 2011

Re: [Pharo-project] Some browser UI refining

by csrabak＠bol.com.br

Igor, A suggestion: when you produce a "before" and an "after" picture, please use the same stuff so the differences are easier to compare. In the examples attached it is very hard to do so. -- Cesar Rabak Em 14/01/2011 09:50, Igor Stasenko < siguctua(a)gmail.com > escreveu: get rid of annoying 1-pixel height while line between buttons bar and text field. added padding at bottom of button bar, so it looks symmetric -- Best regards, Igor Stasenko AKA sig.

Jan. 15, 2011

[Pharo-project] Eeekk.. Morphic-Themes are now part of Morphic package

by Igor Stasenko

I was surprised to see it part of morphic. It introducing dependency loop, Actually the name 'Morphic-Themes' was only a suggestion how to name a separate package, but not meant to merge it with Morphic. we should fix that now. -- Best regards, Igor Stasenko AKA sig.

Jan. 15, 2011

[Pharo-project] [ANN] Xtreams-Parsing available in Squeak/Pharo

by Nicolas Cellier

Hi all, I ported^H^H^H^H^H^H copy/pasted Xtreams-Parsing and tests in http://www.squeaksource.com/Xtreams It is quite easily portable in Squaro, so don't credit me, just thanks Martin & Michael. WikiGenerator has not been ported though because using VW XML support classes. You can now play with PEG if you feel like. Cheers Nicolas

Jan. 14, 2011

Re: [Pharo-project] "Bindable" or "Observable" collections on Pharo/Smalltalk?

by Schwab,Wilhelm K

Dolphin's approach to this type of thing would be to use its ListModel as the collection; adding and removing elements triggers events that help the presenters and views connected to it to update (presumably efficiently). ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of nullPointer [epicfan(a)gmail.com] Sent: Friday, January 14, 2011 4:35 PM To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] "Bindable" or "Observable" collections on Pharo/Smalltalk? Hi, excuse me for my poor english. Exist some type of collection for bind to widgets like a listView or grid? I want say a special collection than allow know, externally, when a object is added, removed, changed the "current" etc for represent changes on a GUI. For example, I have a collection connected on a grid. When I add or remove a element on collection I have refresh the grid set again the collection like datasource, and select the same object of before. That is hard for the widget when I have very items. I want "capture", with events or others, and remove only the row of grid, and not refresh all again. I donÂ´t know if I do the question correctly. Regards -- View this message in context: http://forum.world.st/Bindable-or-Observable-collections-on-Pharo-Smalltalk… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 14, 2011

Re: [Pharo-project] Congrats

by Igor Stasenko

> The Royal Academy of Engineering recognizes a researcher at INRIA > > Stephane Ducasse Â© INRIA > > StÃ©phane Ducasse, Director of Research Rmod team, was awarded the > Distinguished Visiting Fellowship Award. > > The objective of this award is multiple: > > * Promote joint initiatives and complementary that could form the basis for > future collaboration and strategic alliance research > * Allow the sharing of latest developments, experiences and knowledge of > various fields of engineering and technology > > It is in this context of international exchanges and collaborations, > StÃ©phane Ducasse has been discerned a visitor price Emeritus, by the Royal > Academy of Engineering (Distinguished Visiting Fellowship Award). > > As supported by a research team English at York University, he spent three > weeks with daily team of Manuel Oriol, whose research focuses on software > engineering and testing automated software engineering. > Keywords: > Still i don't get it, what the catch? :) Sounds like Stef will be away for 3 weeks, right? -- Best regards, Igor Stasenko AKA sig.

Jan. 14, 2011

[Pharo-project] "Bindable" or "Observable" collections on Pharo/Smalltalk?

by nullPointer

Hi, excuse me for my poor english. Exist some type of collection for bind to widgets like a listView or grid? I want say a special collection than allow know, externally, when a object is added, removed, changed the "current" etc for represent changes on a GUI. For example, I have a collection connected on a grid. When I add or remove a element on collection I have refresh the grid set again the collection like datasource, and select the same object of before. That is hard for the widget when I have very items. I want "capture", with events or others, and remove only the row of grid, and not refresh all again. I donÂ´t know if I do the question correctly. Regards -- View this message in context: http://forum.world.st/Bindable-or-Observable-collections-on-Pharo-Smalltalk… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 14, 2011

Re: [Pharo-project] Congrats

by Jimmie Houchin

On 1/14/2011 1:41 PM, Steven Baker wrote: > I can't find an english translation. Can someone summarize this in > english for me? > > Thanks, > -Steven > > On Fri, Jan 14, 2011 at 8:17 AM, Miguel CobÃ¡<miguel.coba(a)gmail.com> wrote: >> Congrats StÃ©ph, >> >> http://www.inria.fr/centre-de-recherche-inria/lille-nord-europe/actualites/… Congratulations Stef. Steven, here is a rough translation provided by http://translate.google.com HTH. Jimmie The Royal Academy of Engineering recognizes a researcher at INRIA Stephane Ducasse Â© INRIA StÃ©phane Ducasse, Director of Research Rmod team, was awarded the Distinguished Visiting Fellowship Award. The objective of this award is multiple: * Promote joint initiatives and complementary that could form the basis for future collaboration and strategic alliance research * Allow the sharing of latest developments, experiences and knowledge of various fields of engineering and technology It is in this context of international exchanges and collaborations, StÃ©phane Ducasse has been discerned a visitor price Emeritus, by the Royal Academy of Engineering (Distinguished Visiting Fellowship Award). As supported by a research team English at York University, he spent three weeks with daily team of Manuel Oriol, whose research focuses on software engineering and testing automated software engineering. Keywords: * Rmod * Distinguished Visiting Fellowship Award * Royal Academy of Engineering * Research Centre INRIA Lille - Nord Europe

Jan. 14, 2011

Re: [Pharo-project] Congrats

by Miguel CobÃ¡

El vie, 14-01-2011 a las 11:41 -0800, Steven Baker escribiÃ³: > I can't find an english translation. Can someone summarize this in > english for me? Not a translation but the main point: http://rmod.lille.inria.fr/web/pier/blog/2011-01-14 > > Thanks, > -Steven > > On Fri, Jan 14, 2011 at 8:17 AM, Miguel CobÃ¡ <miguel.coba(a)gmail.com> wrote: > > Congrats StÃ©ph, > > > > http://www.inria.fr/centre-de-recherche-inria/lille-nord-europe/actualites/… > > > > Cheers > > -- > > Miguel CobÃ¡ > > http://twitter.com/MiguelCobaMtz > > http://miguel.leugim.com.mx > > > > > > > > > > > -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

Jan. 14, 2011

Re: [Pharo-project] Socket question (Was Re: Xtreams up to date)

by Sven Van Caekenberghe

Martin, Wilhelm, On 14 Jan 2011, at 20:31, mkobetic(a)gmail.com wrote: > "Sven Van Caekenberghe"<sven(a)beta9.be> wrote: >> Each #acceptWaitTimeout seconds, 'Wait for accept timed out' is printed on the log and another accept/wait starts. This looping improves liveliness and responsiveness to other events. > > Given that accept is generally done on the server side, usually in a background process, I have to say I'd be inclined to side with Wilhelm on this one. I don't see much that the server can do than go back into another accept loop. You can't predict how long will it take for the next client to connect, so a timeout isn't a sign of an issue. So I don't see much use for timeout on accept. > > I'm not quite sure what you mean by "improving liveliness". If the implementation needs to get out of accept to let other processes respond to events, then I wouldn't call that a feature. But these are really more philosophical points. In practice, wrapping a loop around an accept timeout isn't a big deal either, as long as it works as needed. On 14 Jan 2011, at 20:45, Schwab,Wilhelm K wrote: > Sven, > > Thanks for the code! > > The fact that I have to decide what constitutes an "infinite" delay seems wrong to me. It should just do what I tell it and either calmly wait for an event to let the code move forward (assuming that only the calling thread is blocked). One example: if I know I typed an incorrect address, then any time is wasted. If it's correct and the connection is slow (I downloaded a pdf of a paper earlier this week, and it was miserably slow but worked fine), I probably want the code to keep running without trying to think for itself. > > > "This looping improves liveliness and responsiveness to other events." > > Why does looping on things that should be blocking until events arrive improve response to other events? This seems like a bailing wire solution to the problem. Of course it would be better if there was an #waitForAccept variant that waited forever. The fact that you keep looping can be handy to do periodic tasks like cleanups without starting a new thread. In Java you can set the timeout of a ServerSocket and the accept will fall through as well, it is just an option. Sven

Jan. 14, 2011