- Pharo-users - lists.pharo.org

[COTDC] 54 - BMPReadWriter

by laurent laffont

Today: BMPReadWriter Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent Laffont - @lolgzs <http://twitter.com/#%21/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

April 26, 2011

Re: [Pharo-users] [COTDC] 53 - AnimatedGIFReadWriter

by laurent laffont

On Thu, Apr 21, 2011 at 8:38 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Today: AnimatedGIFReadWriter > Read an animated GIF file. Example: open all images of an animated GIF file in a Morphic window gifPath := '/path/to/my_animated.gif'. forms := (AnimatedGIFReadWriter formsFromFileNamed: gifPath) forms. content := UITheme builder newRow: (forms collect: [:aForm| UITheme builder newImage: aForm]). content openInWindowLabeled: 'Content of ', gifPath. Laurent > > > > > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent Laffont - @lolgzs <http://twitter.com/#%21/lolgzs> > > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > Blog: http://magaloma.blogspot.com/ > Developer group: http://cara74.seasidehosting.st > >

April 26, 2011

How to access a text entry?

by DougEdmunds

I am trying to model a simple GUI from the UITheme class exampleBasicControls. In that method, there's this: 'Text Entry'->(dialog newTextEntryFor: (ValueHolder new contents: 'Hello') getText: #contents setText: #contents: help: 'This is a text entry'). which creates a textbox, with the default value of 'Hello'. How do I access what's typed into the 'Hello' area so I can use it in code? I'd like to use it this way: 1) enter something into the box. 2) when done, click a button which does something with the new value (but I don't want to close the window). For example, I type in '33' and click a button. Some code receives that value and adds 1 to it, then prints out the result 34 on the Transcript. -- View this message in context: http://forum.world.st/How-to-access-a-text-entry-tp3474689p3474689.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 26, 2011

Re: [Pharo-users] Writing to the std output

by David T. Lewis

Yes, the OSProcess plugin is not distributed with Windows VMs, so this will not work on Windows. Dave On Mon, Apr 25, 2011 at 10:34:51PM -0300, Nicol?s Paez wrote: > Hi, I am trying to follow the advice using OSProcess but I get an error > message saying: "process accessor module not available" > > I am running on Win7, could that be the problem? > > > Saludos! > Nico. > blog: nicopaez.wordpress.com > > > On Mon, Apr 4, 2011 at 1:38 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > > > On Mon, Apr 04, 2011 at 02:46:01PM +0200, Mariano Martinez Peck wrote: > > > On Mon, Apr 4, 2011 at 2:02 PM, Igor Stasenko <siguctua(a)gmail.com> > > wrote: > > > > > > > On 4 April 2011 13:55, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > > > > wrote: > > > > > You have to add a new primitive I think ... > > > > > > > > > > > > > there was a discussion about adding it to Cog VMs.. but i don't know > > > > details. > > > > It could be there out of the box... just need to find it :) > > > > > > > > > > > I don't know why I remember some Cog extensions in StandardFileStream or > > > something like that that could directly write to the standard > > output...but > > > maybe I am just dreaming. > > > > > > Anyway wouldn't OSProcess do the job? > > > > Yes of course. Specifically for debugging support, see the #trace, #trace: > > and #debug: methods. Handy if you are trying to debug something that might > > drop you into an emergency evaluator. It also is running from the VM, so > > it avoids timing confusion related to Smalltalk process scheduling and > > flushing the ouput stream. > > > > Dave > > > > > >

April 26, 2011

Re: [Pharo-users] Writing to the std output

by NicolÃ¡s Paez

Hi, I am trying to follow the advice using OSProcess but I get an error message saying: "process accessor module not available" I am running on Win7, could that be the problem? Saludos! Nico. blog: nicopaez.wordpress.com On Mon, Apr 4, 2011 at 1:38 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > On Mon, Apr 04, 2011 at 02:46:01PM +0200, Mariano Martinez Peck wrote: > > On Mon, Apr 4, 2011 at 2:02 PM, Igor Stasenko <siguctua(a)gmail.com> > wrote: > > > > > On 4 April 2011 13:55, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > > > wrote: > > > > You have to add a new primitive I think ... > > > > > > > > > > there was a discussion about adding it to Cog VMs.. but i don't know > > > details. > > > It could be there out of the box... just need to find it :) > > > > > > > > I don't know why I remember some Cog extensions in StandardFileStream or > > something like that that could directly write to the standard > output...but > > maybe I am just dreaming. > > > > Anyway wouldn't OSProcess do the job? > > Yes of course. Specifically for debugging support, see the #trace, #trace: > and #debug: methods. Handy if you are trying to debug something that might > drop you into an emergency evaluator. It also is running from the VM, so > it avoids timing confusion related to Smalltalk process scheduling and > flushing the ouput stream. > > Dave > > >

April 26, 2011

Re: [Pharo-users] Z3950 on OSX: module yaz3 not found

by laurent laffont

On Mon, Apr 25, 2011 at 7:49 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Mon, Dec 20, 2010 at 4:12 PM, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > >> Hi Laurent >> >> I've read there is a couple of system calll monitors in MacOS, ktrace >> and dtrace (http://en.wikipedia.org/wiki/Ktrace , >> http://en.wikipedia.org/wiki/DTrace) so you may attach to the VM and >> see what's missing? >> Cheers, >> >> > I know this is an old thread, but the SqueakVM has already been integrated > with DTrace by Adrian Lienchard: > > http://forum.world.st/ANN-DTrace-for-Squeak-Pharo-tp2173421p2173421.html > OK Laurent. > > > > > >> HernÃ¡n >> >> 2010/12/20 laurent laffont <laurent.laffont(a)gmail.com>: >> > Thanks Hernan. >> > It still doesn't work. I've also tried to play with LD_LOAD_PATH / >> > LD_LIBRARY_PATH no success.... I want to make it work so I need to learn >> :) >> > >> > For the mangled function names, on Linux and OSX there's nm. >> > Here's what I get: >> > $ nm -g libyaz.3.dylib | grep ZOOM_connection_create >> > 0000000000046a30 T _ZOOM_connection_create >> > Cheers, >> > Laurent >> > >> > On Sun, Dec 19, 2010 at 6:23 PM, HernÃ¡n Morales Durand >> > <hernan.morales(a)gmail.com> wrote: >> >> >> >> Hi Laurent, >> >> >> >> Thanks for reporting. The correct #moduleName for MacOS was missing, >> >> I've uploaded a new version answering 'libyaz.3.dylib' which I guess >> >> is the corresponding for 'yaz3.dll' (according to >> >> http://en.wikipedia.org/wiki/Dynamic_library#Naming ). >> >> >> >> I haven't access to a MacOS, but in Windows I've had to find the >> >> mangled function names (i.e. _ZOOM_connection_create@4) so FFI can >> >> find the function addresses and you don't get the classic "Error: >> >> Unable to find function address". I don't know if it's related since >> >> talks about C++, but you may want to check >> >> http://wiki.squeak.org/squeak/3735 >> >> >> >> The tool I've used to find the mangled function names in Windows is >> >> the Steve Miller's Dependency Walker http://www.dependencywalker.com/ >> >> >> >> 2010/12/19 laurent laffont <laurent.laffont(a)gmail.com>: >> >> > Hi, >> >> > >> >> > I want to use http://www.squeaksource.com/Z3950 >> >> > Following install instructions, I've dowloaded yaz sources (I've >> tried >> >> > 4.1.2 >> >> > and 3.0.52) as it seems there's no binary for OSX, ./configure >> && make >> >> > && >> >> > make install. >> >> > Then using latest Seaside One Click image I've copied >> >> > /usr/local/lib/*yaz* >> >> > in Seaside.app/Contents/MacOS >> >> > $ ls ~/Downloads/Seaside.app/Contents/MacOS/ >> >> > Squeak VM Opt libyaz.a libyaz.la >> >> > libyaz_icu.a libyaz_icu.la libyaz_server.a >> >> > libyaz_server.la libyaz.3.dylib libyaz.dylib >> >> > libyaz_icu.3.dylib libyaz_icu.dylib libyaz_server.3.dylib >> >> > libyaz_server.dylib >> >> > >> >> > >> >> > But then I have a External Module Not Found on >> >> > YAZPQFFFILibrary>>createParser >> >> > " YAZPQDFFILibrary default createParser " >> >> > <cdecl: YAZPQFParser 'yaz_pqf_create' (void) module: 'yaz3'> >> >> > ^ self externalCallFailed >> >> > >> >> > Any hint ? >> >> > Cheers, >> >> > Laurent Laffont -- FFI newbie >> >> > >> >> > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ >> >> > Blog: http://magaloma.blogspot.com/ >> >> > >> >> >> >> -- >> >> HernÃ¡n Morales >> >> Information Technology Manager, >> >> Institute of Veterinary Genetics. >> >> National Scientific and Technical Research Council (CONICET). >> >> La Plata (1900), Buenos Aires, Argentina. >> >> Telephone: +54 (0221) 421-1799. >> >> Internal: 422 >> >> Fax: 425-7980 or 421-1799. >> > >> > >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > >

April 25, 2011

Re: [Pharo-users] [Metacello] Re: Metacellobrowser feedback

by Dale Henrichs

Johan, I will be replying separately to your other email on Saturday .. . the one below was written before I read your other email:) Frankly I am embarassed by the current state of the configuration construct steps ... and I am sad that you wasted some of your time trying out something that I knew was pretty broken... Your feedback is very welcome and to be honest your efforts have spurred me to focus on solving the construction problem before moving too far forward ... I was hoping for feedback on using the MetacelloBrowser for things not related to creating the initial configuration, but it is obvious from your experience (and others) creating that initial configuration is the thing that folks are looking for when opening up the MetacelloBrowser... In the end this is a good thing so I do appreciate your effort ... I know that UIs bring out the strong opinions of folks and have tried to stay out of the ui/gui business for Metacello, but my own storng opinions won't let me:) Thank you very much ... Dale On 04/25/2011 11:00 AM, Johan Fabry wrote: > Hi Dale, > > I understand the point you are making. I never intended my mails to > be of the 'do this now' kind. I am just sharing my experiences and > points of view. I have always had strong opinions about UI elements > and lately even more since I have been reading up on the topic > (because of my work on AspectMaps ). If my comments can be of any use > and may be taken into account at some point, great, if not, no > problem. I get that this is a work in progress and I am sure you have > a lot of other things on your plate, as do we all :-/ > > (assuming you are replying to both my mails of last saturday, btw) > > On 24 Apr 2011, at 11:52, Dale Henrichs wrote: > >> Johan, >> >> Just one point ... the ui for MetacelloBrowser is not expected to >> be complete at this point ... I think there are still a number of >> commands that need to be added before we can start considering what >> the final ui will look like ... once we have a feel for the set of >> commands that should be included and the type of work flow we are >> supporting (neither of which has been decided upon) we will be able >> to fine tune the ui and there is a lot of work that needs to be >> done ... >> >> You're comments about the fact that you had difficulty figuring out >> how to call your #loadDefault method are where we need to be >> focussing our efforts ... this is a missing piece of functionality >> that needs to be addressed. >> >> Spiffing up a ui _before_ you've decided on the final set of >> commands to be supported is the same type of mistake you make when >> making a premature optimization of an algorithm ... >> >> For me the biggest problem that I struggle with is the number of >> times that I must break out of the MetacelloBrowser to do work with >> Monticello Browser windows...I have included a number of commands >> in the MetacelloBrowser that allow you to perform many of the >> MonticelloBrowser functions and I see the need to add more ... So I >> begin thinking that maybe these functions should be incorporated >> into the MetacelloBrowser ... allow the direct viewing of the >> repository/history .... I'm also not happy with having to go the >> browser to see certain bits of information from the Metacello spec >> (like the description) .... I think we need to incorporate that as >> well ... We need major improvement in the ui for creating a >> configuration ... major work needs to be done there ... >> >> ... and more ... >> >> Dale On Apr 23, 2011, at 12:57 PM, Johan Fabry wrote: >> >>> >>> My 2 cents on this topic: user interface consistency cannot be >>> underestimated. I called these 'leds' unit-test icons because >>> thats what they are (in my mind and I guess also for a lot of >>> other people). So using them for anything else is not a good idea >>> at all. Alex' proposal seems (to me) a much better idea. > > > -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > >

April 25, 2011

Re: [Pharo-users] [Pharo-project] [Metacello] Which packages should we include of metacello for Pharo 1.3?

by Dale Henrichs

On 04/25/2011 10:41 AM, Mariano Martinez Peck wrote: > > > On Mon, Apr 25, 2011 at 5:16 PM, Dale Henrichs <dhenrich(a)vmware.com > <mailto:dhenrich@vmware.com>> wrote: > > On 04/24/2011 12:03 PM, Mariano Martinez Peck wrote: > > > > On Sun, Apr 24, 2011 at 5:59 PM, Dale Henrichs > <dhenrich(a)vmware.com <mailto:dhenrich@vmware.com> > <mailto:dhenrich@vmware.com <mailto:dhenrich@vmware.com>>> wrote: > > Mariano, > > (excluding the OB-Metallo menu items) ... > > > hi dale. What does it mean exactly? If right now I am loading : > #('Metacello-Core' 'Tutorial' 'UI' 'Metacello-ProfStef' > 'Metacello-Help'); and #('Tests') > you mean I should remove the group 'UI' ? > > > Yes ... I don't know if anyone beyond me ever used them and > eventually they will be replaced by the MetacelloBrowser ... if you > think folks were using the Metacello menus, then leave them in .... > > > > I never heard anyone using Metacello-OB so I think we can remove them. > However, if they are working, we can just let them in case someone still > use them, and when MetacelloBrowser comes in, we remove Metacello-OB. > Do you know more or less if Metacello-OB is working or no? > is anyone using Metacello-OB? speak up now! :) Prior to the MetacelloBrowser popping up, I used Metacello-OB so it is still working. OB is already loaded so it doesn't cost that much to include... Dale

April 25, 2011

Re: [Pharo-users] [Metacello] Re: Metacellobrowser feedback

by Johan Fabry

Hi Dale, I understand the point you are making. I never intended my mails to be of the 'do this now' kind. I am just sharing my experiences and points of view. I have always had strong opinions about UI elements and lately even more since I have been reading up on the topic (because of my work on AspectMaps ). If my comments can be of any use and may be taken into account at some point, great, if not, no problem. I get that this is a work in progress and I am sure you have a lot of other things on your plate, as do we all :-/ (assuming you are replying to both my mails of last saturday, btw) On 24 Apr 2011, at 11:52, Dale Henrichs wrote: > Johan, > > Just one point ... the ui for MetacelloBrowser is not expected to be complete at this point ... I think there are still a number of commands that need to be added before we can start considering what the final ui will look like ... once we have a feel for the set of commands that should be included and the type of work flow we are supporting (neither of which has been decided upon) we will be able to fine tune the ui and there is a lot of work that needs to be done ... > > You're comments about the fact that you had difficulty figuring out how to call your #loadDefault method are where we need to be focussing our efforts ... this is a missing piece of functionality that needs to be addressed. > > Spiffing up a ui _before_ you've decided on the final set of commands to be supported is the same type of mistake you make when making a premature optimization of an algorithm ... > > For me the biggest problem that I struggle with is the number of times that I must break out of the MetacelloBrowser to do work with Monticello Browser windows...I have included a number of commands in the MetacelloBrowser that allow you to perform many of the MonticelloBrowser functions and I see the need to add more ... So I begin thinking that maybe these functions should be incorporated into the MetacelloBrowser ... allow the direct viewing of the repository/history .... I'm also not happy with having to go the browser to see certain bits of information from the Metacello spec (like the description) .... I think we need to incorporate that as well ... We need major improvement in the ui for creating a configuration ... major work needs to be done there ... > > ... and more ... > > Dale > On Apr 23, 2011, at 12:57 PM, Johan Fabry wrote: > >> >> My 2 cents on this topic: user interface consistency cannot be underestimated. I called these 'leds' unit-test icons because thats what they are (in my mind and I guess also for a lot of other people). So using them for anything else is not a good idea at all. Alex' proposal seems (to me) a much better idea. -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

April 25, 2011

Re: [Pharo-users] Z3950 on OSX: module yaz3 not found

by Mariano Martinez Peck

On Mon, Dec 20, 2010 at 4:12 PM, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > Hi Laurent > > I've read there is a couple of system calll monitors in MacOS, ktrace > and dtrace (http://en.wikipedia.org/wiki/Ktrace , > http://en.wikipedia.org/wiki/DTrace) so you may attach to the VM and > see what's missing? > Cheers, > > I know this is an old thread, but the SqueakVM has already been integrated with DTrace by Adrian Lienchard: http://forum.world.st/ANN-DTrace-for-Squeak-Pharo-tp2173421p2173421.html > HernÃ¡n > > 2010/12/20 laurent laffont <laurent.laffont(a)gmail.com>: > > Thanks Hernan. > > It still doesn't work. I've also tried to play with LD_LOAD_PATH / > > LD_LIBRARY_PATH no success.... I want to make it work so I need to learn > :) > > > > For the mangled function names, on Linux and OSX there's nm. > > Here's what I get: > > $ nm -g libyaz.3.dylib | grep ZOOM_connection_create > > 0000000000046a30 T _ZOOM_connection_create > > Cheers, > > Laurent > > > > On Sun, Dec 19, 2010 at 6:23 PM, HernÃ¡n Morales Durand > > <hernan.morales(a)gmail.com> wrote: > >> > >> Hi Laurent, > >> > >> Thanks for reporting. The correct #moduleName for MacOS was missing, > >> I've uploaded a new version answering 'libyaz.3.dylib' which I guess > >> is the corresponding for 'yaz3.dll' (according to > >> http://en.wikipedia.org/wiki/Dynamic_library#Naming ). > >> > >> I haven't access to a MacOS, but in Windows I've had to find the > >> mangled function names (i.e. _ZOOM_connection_create@4) so FFI can > >> find the function addresses and you don't get the classic "Error: > >> Unable to find function address". I don't know if it's related since > >> talks about C++, but you may want to check > >> http://wiki.squeak.org/squeak/3735 > >> > >> The tool I've used to find the mangled function names in Windows is > >> the Steve Miller's Dependency Walker http://www.dependencywalker.com/ > >> > >> 2010/12/19 laurent laffont <laurent.laffont(a)gmail.com>: > >> > Hi, > >> > > >> > I want to use http://www.squeaksource.com/Z3950 > >> > Following install instructions, I've dowloaded yaz sources (I've tried > >> > 4.1.2 > >> > and 3.0.52) as it seems there's no binary for OSX, ./configure && make > >> > && > >> > make install. > >> > Then using latest Seaside One Click image I've copied > >> > /usr/local/lib/*yaz* > >> > in Seaside.app/Contents/MacOS > >> > $ ls ~/Downloads/Seaside.app/Contents/MacOS/ > >> > Squeak VM Opt libyaz.a libyaz.la > >> > libyaz_icu.a libyaz_icu.la libyaz_server.a > >> > libyaz_server.la libyaz.3.dylib libyaz.dylib > >> > libyaz_icu.3.dylib libyaz_icu.dylib libyaz_server.3.dylib > >> > libyaz_server.dylib > >> > > >> > > >> > But then I have a External Module Not Found on > >> > YAZPQFFFILibrary>>createParser > >> > " YAZPQDFFILibrary default createParser " > >> > <cdecl: YAZPQFParser 'yaz_pqf_create' (void) module: 'yaz3'> > >> > ^ self externalCallFailed > >> > > >> > Any hint ? > >> > Cheers, > >> > Laurent Laffont -- FFI newbie > >> > > >> > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > >> > Blog: http://magaloma.blogspot.com/ > >> > > >> > >> -- > >> HernÃ¡n Morales > >> Information Technology Manager, > >> Institute of Veterinary Genetics. > >> National Scientific and Technical Research Council (CONICET). > >> La Plata (1900), Buenos Aires, Argentina. > >> Telephone: +54 (0221) 421-1799. > >> Internal: 422 > >> Fax: 425-7980 or 421-1799. > > > > > > -- Mariano http://marianopeck.wordpress.com

April 25, 2011