- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Progress bar design pattern

by Daniel Lyons

On Mar 29, 2011, at 6:17 PM, Martin Dias wrote: > I have a couple of algorithms and I want to show the progress while they run. I played with the progress bar and it's okay for my needs. > > The progress bar should be pluggable and decoupled of the algorithms. > > I am writing to you to ask about good designs for my problem. I hope I haven't expressed the problem in a too abstract way. > > The design I have in mind is a kind of observer pattern: the serialization algorithm publishes information about the run; a specific listener implements the progress bar for that serialization algorithm, interpreting the information published. I'm a newcomer here, so I'm sharing my experience with non-Smalltalk systems and my best guess what would constitute good designs. I hope other real Smalltalkers will poke some holes in this and point out the right way to do things! ;) The simplest design, IMO, would be this API: MyProgressBar>>percentComplete: aNumber MyProgressBar>>beIndeterminant MyProgressBar>>beDeterminant You would manually invoke percentComplete: with a new percent complete each time you want to advance the progress bar. I've seen this kind of thing in practice somewhere. Maybe it was Cocoa? The next level of abstraction would be to go a bit more jQuery UI and remove percentComplete: and use this instead: MyProgressBar>>maximum: anInteger MyProgressBar>>current: anInteger Now you'll calculate the progress bar based on some quantity of "tasks" you want to do. You could even go further and just have: MyProgressBar>>incrementProgress instead of letting your clients tell you which one they're on. That would prevent progress bar relapse. Either of these would be easy to implement on top of the above API using percent. The simplest observer-type pattern would be to rely on the built-in observer/event system and use the stuff from Object's updating protocol or events-registering or events-triggering. I don't know which one of these is modern or preferred. Anybody? :) At any rate, they make it possible to expose a simple object/message protocol as in Polymorph, where your progress bar widget would be listening for change notifications from your domain object. Then you can ask the same questions about your model as above, in terms of whether you want to work in terms of simply percent complete or N/M or what. Another question is whether or not you want to provide a string message status to go under the progress bar. Does this help at all, or did I miss the point? â Daniel Lyons

March 30, 2011

Re: [Pharo-project] Issue 3088 in pharo: MNU Text>>withBlanksTrimmed

by pharo＠googlecode.com

Comment #9 on issue 3088 by vonbecm...(a)gmail.com: MNU Text>>withBlanksTrimmed http://code.google.com/p/pharo/issues/detail?id=3088 if you execute this query SourcedMethodReference allInstances select: [:each | each stringVersion class == Text ] it will give you these methods Announcement >> #asAnnouncement Announcement >> #open that have a Text as a string version. so, you get a Text for a Text when you invoke asStringOrText therefore, it produce a MNU in the following expression PluggableListMorph>>basicKeyPressed ... a asString withBlanksTrimmed asLowercase beginsWith: lastKeystrokes ...

March 30, 2011

Re: [Pharo-project] Issue 3088 in pharo: MNU Text>>withBlanksTrimmed

by pharo＠googlecode.com

Comment #8 on issue 3088 by vonbecm...(a)gmail.com: MNU Text>>withBlanksTrimmed http://code.google.com/p/pharo/issues/detail?id=3088 neither in Pharo image: Pharo1.3a#13117 Virtual machine used: Squeak4.1 of 17 April 2010 [latest update: #9957] Platform Name: unix Class browser used (if applicable): Browser Attachments: PharoDebug.zip 130 KB

March 30, 2011

Re: [Pharo-project] [COTDC] 37 - MCPatcher

by HwaJongOh

2011. 3. 29., ì ë 3:46, laurent laffont ìì±: > > A new site about Pharo ? Cool ! > Yes. It is a wiki open to anonymous user. No sign in or sign up is required. So, anyone can cooperate on creating easy reference page. For now, no one is using ,except me, it is like public personal memo.

March 30, 2011

[Pharo-project] Progress bar design pattern

by Martin Dias

Hello I have a couple of algorithms and I want to show the progress while they run. I played with the progress bar and it's okay for my needs. The progress bar should be pluggable and decoupled of the algorithms. I am writing to you to ask about good designs for my problem. I hope I haven't expressed the problem in a too abstract way. The design I have in mind is a kind of observer pattern: the serialization algorithm publishes information about the run; a specific listener implements the progress bar for that serialization algorithm, interpreting the information published. Thanks, Martin

March 30, 2011

Re: [Pharo-project] PharoCasts with experts

by David T. Lewis

Yes please! I'd appreciate knowing if you are experiencing problems related to OSProcess. Dave On Tue, Mar 29, 2011 at 07:20:52PM +0200, St?phane Ducasse wrote: > can you report that to the Cog bug tracker? > > Stef > > On Mar 29, 2011, at 6:12 PM, Gary Chambers wrote: > > > Lol. > > > > Just to mention that we have been having problems (VM crashes/lockups) with OSProcess, > > using FFI to callout to libc for executing shell command has seemed to help this. > > > > Looked like memory corruption (especially targetting Delay objects, but likely they were on the stack at the time...). > > > > Occurs on all VMs, though more apprent with Cog. > > > > FFI saves the day! > > > > Regards, Gary > > > > ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> > > To: "laurent laffont" <laurent.laffont(a)gmail.com> > > Cc: <Pharo-project(a)lists.gforge.inria.fr> > > Sent: Tuesday, March 29, 2011 4:09 PM > > Subject: Re: [Pharo-project] PharoCasts with experts > > > > > > On 29 March 2011 07:58, laurent laffont <laurent.laffont(a)gmail.com> wrote: > >>> > - Igor on VM debugging or FFI / NativeBoost (for example interfacing > >>> > with http://id3lib.sourceforge.net/ or other lib) > >>> > >>> this lib is a C++.. interfacing with C++ is troublesome. > >>> Usually this is done by creating a standard C library with C- > >>> functions wrapping around > >>> C++ calls. Then as usual. > >> > >> > >> OK. I've tried FFI with this and I got mad. Do you know a fun C library to > >> start working with ? > > > > Yeah.. i have one.. called OpenGL :) > > See > > http://www.squeaksource.com/NBOpenGL > > > > But for exercise, i think standard C library is just fine. > > There's a lot of functionality which might be handy and can be exposed via FFI. > > > >> Laurent. > >> > >>> > >>> > - Lukas on Magritte or PetitParser > >>> > - Dale on Metacello > >>> > - Nicolas on Iliad > >>> > - Janko on Aida/Web > >>> > and all that I forgot ..... I'm sure plenty of people would like their > >>> > open-source project to be more known. This may be an opportunity. > >>> > > >>> > How to do this: contact me if you wish to do that so we can choose an > >>> > hour > >>> > that match our respective calendars and agree on tools used (skype, > >>> > google > >>> > video chat, vnc, teamviewer, ....) - I will care about video stuff. > Just > >>> > talk and code :) > >>> > > >>> > Anyone ? > >>> > > >>> > Laurent Laffont - @lolgzs > >>> > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > >>> > Blog: http://magaloma.blogspot.com/ > >>> > Developer group: http://cara74.seasidehosting.st > >>> > > >>> > >>> > >>> > >>> -- > >>> Best regards, > >>> Igor Stasenko AKA sig. > >>> > >> > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko AKA sig. > > > > >

March 29, 2011

Re: [Pharo-project] Issue 3910 in pharo: -0.01s2 printString is loosing its sign

by pharo＠googlecode.com

Updates: Status: FixProposed Comment #1 on issue 3910 by nicolas....(a)gmail.com: -0.01s2 printString is loosing its sign http://code.google.com/p/pharo/issues/detail?id=3910 Name: SLICE-Issue-3910-a-negative-ScaledDecimal-with-null-integerPart-looses-sign-when-printed-nice.1 Dependencies: Kernel-nice.854, KernelTests-nice.315 Fix -0.85s2 bug, provides a test for it. While at it add/update more tests from Squeak (remove some unecessary ==)

March 29, 2011

Re: [Pharo-project] [ANN 1.2.1Core] pre-build 1.2.1 Core image

by Lukas Renggli

I created http://code.google.com/p/pharo/issues/detail?id=3912 Cheers, Lukas On Tuesday, 29 March 2011, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Mar 29, 2011, at 10:14 PM, Lukas Renggli wrote: > >> Pharo 1.2.1 looks good so far, except for the GLMOrangeUITheme that is >> still in a circular dependency. >> > There was no bug report filed. I nearly asked when you sent the mail if this > was meant to be a bug report... but I thought you would do it if you would think > that it's a show stopper. > > Â Â Â Â Marcus > > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > -- Lukas Renggli www.lukas-renggli.ch

March 29, 2011

[Pharo-project] Issue 3912 in pharo: Circular dependency with GLMOrangeUITheme

by pharo＠googlecode.com

Status: Accepted Owner: ---- Labels: Type-ReportDefect Milestone-1.2 New issue 3912 by renggli: Circular dependency with GLMOrangeUITheme http://code.google.com/p/pharo/issues/detail?id=3912 The issue is the class GLMOrangeUITheme being in the 'Morphic' package and an indirect subclass of UITheme that is in the 'Polymorph' package which itself depends on the 'Morphic' package ==> circular dependency ==> loading/unloading impossible. Igor mentions that a fix was proposed and integrated for Pharo 1.3.

March 29, 2011

Re: [Pharo-project] [ANN 1.2.1Core] pre-build 1.2.1 Core image

by Marcus Denker

On Mar 29, 2011, at 10:29 PM, Igor Stasenko wrote: > On 29 March 2011 22:18, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Pharo 1.2.1 looks good so far, except for the GLMOrangeUITheme that is >>> still in a circular dependency. >>> >>> Lukas >> >> Can you open a ticket? >> I want to clean all the themes soon in 1.3 >> >> > > i wonder how it is happen that this bug not eliminated before > switching to 1.3 line? > i remember that we fixed it few updates later. Since 3 Months, we just fix "absolute horrible show stopping bugs" in 1.2. And that is a very subjective thing... -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 29, 2011