December 2014 - Pharo-users

Re: [Pharo-users] [Pharo-dev] how do you use scripts?

by Thierry Goubier

2014-12-16 12:44 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > > > On 12 Dec 2014, at 12:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Hi, > > > > As input for designing new features that better support scripting in > Pharo, we would benefit from a bit more input around the role scripts play > in your development life. > > > > To this end, I would like to invite you to share your scripting > experience. Here are some questions to start from, but feel free to diverge: > > Every image that I am working in for some time contains multiple open > workspaces that I need and depend on, that I dare not close because they > might contain important stuff. > > > - What kind of actions do you put in scripts? > > Starting points for coding, exploring, starting/stopping services, loading > code, generally useful expressions, snippets of code that will evolve in > something else later on. > > > - Do you rely on script files stored on the disk at all? > > Not really, but I tried (both using save/load and ScriptManager) - I think > the extra step is too much, a permanent workspace in an image is so much > easier. > > > - Where do you store your scripts (in one folder, in many folders)? > > Just next to the image, mostly. But I tried structured saving with > ScriptManager. > > > - Do you version your scripts? > > No > > > - Do you store them in separate files with dedicated names, or tend to > put multiple snippets in one larger file? > > Both > > > - Do you rely on the names of the scripts? > > If there are names, yes. > > > - Why do you use a script file and not a class? > > Some tools end up as class methods, if not real code. > > But changing a class (code) is more serious than > playing/experimenting/exploring code in a workspace. > > === > > One of the things that I do is mail snippets around internally, so that I > and others have them in their mailbox for later reference. > > === > > We need something very low friction, like automatic saving/remembering. > > > Cheers, > > Doru > > > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > >

Dec. 16, 2014

Re: [Pharo-users] [Pharo-dev] how do you use scripts?

by Sven Van Caekenberghe

> On 12 Dec 2014, at 12:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > As input for designing new features that better support scripting in Pharo, we would benefit from a bit more input around the role scripts play in your development life. > > To this end, I would like to invite you to share your scripting experience. Here are some questions to start from, but feel free to diverge: Every image that I am working in for some time contains multiple open workspaces that I need and depend on, that I dare not close because they might contain important stuff. > - What kind of actions do you put in scripts? Starting points for coding, exploring, starting/stopping services, loading code, generally useful expressions, snippets of code that will evolve in something else later on. > - Do you rely on script files stored on the disk at all? Not really, but I tried (both using save/load and ScriptManager) - I think the extra step is too much, a permanent workspace in an image is so much easier. > - Where do you store your scripts (in one folder, in many folders)? Just next to the image, mostly. But I tried structured saving with ScriptManager. > - Do you version your scripts? No > - Do you store them in separate files with dedicated names, or tend to put multiple snippets in one larger file? Both > - Do you rely on the names of the scripts? If there are names, yes. > - Why do you use a script file and not a class? Some tools end up as class methods, if not real code. But changing a class (code) is more serious than playing/experimenting/exploring code in a workspace. === One of the things that I do is mail snippets around internally, so that I and others have them in their mailbox for later reference. === We need something very low friction, like automatic saving/remembering. > Cheers, > Doru > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Dec. 16, 2014

Re: [Pharo-users] Problem with Spec icon

by Tommaso Dal Sasso

On 15/12/14 22:02, stepharo wrote: >> Sorry, I wrote it badly. Of course it is an issue of Morphic, thanks >> for your clarification. >> So, is it a bug or it just works that way and it is supposed to do so >> by architectural design? > > this is a bug. > And we should open a bug entry about it. I opened a bug report at https://pharo.fogbugz.com/f/cases/14629/Morphic-click-event-and-modal-windo… Tommaso

Dec. 16, 2014

Re: [Pharo-users] Problem with Spec icon

by stepharo

> Sorry, I wrote it badly. Of course it is an issue of Morphic, thanks > for your clarification. > So, is it a bug or it just works that way and it is supposed to do so > by architectural design? this is a bug. And we should open a bug entry about it. > > The interesting thing is that with a button it works. > > Tommaso > >> >> >> >> I'll try to investigate more. >> Thanks for the feedback, >> >> Tommaso >> >> >> Stef. >> Le 14/12/14 20:26, Tommaso Dal Sasso a Ã©crit : >> >> I have a weird behavior building an interface with Spec. >> >> I have a window built with Spec, and I want to add a >> button that shows a dialog with some text. >> To display the dialog I use the following line: >> >> UIManager default longMessage: 'a text message' title: >> 'some title'. >> >> And I hooked this code to a widget through the #action: >> method. >> The problem is: If I use a ButtonModel, the code behaves >> correctly showing the dialog. >> If I use an instance of the class ImageModel to display an >> icon, the dialog is displayed but the interface "hangs", >> in the sense that the "ok" button won't close the dialog >> and every click would spawn a new dialog. >> >> I would like to use an icon because it integrates better >> with the interface. >> Do you know if it is a bug or if I am doing something wrong? >> >> Thanks, >> Tommaso >> >> >> P.s.: Steps to reproduce >> >> If you need a working example you can inspect the code on >> the bleeding edge version of ShoreLine Reporter by >> following these instructions: >> 1. download a recent Pharo 4 image; >> 2. open a workspace and run: >> ConfigurationOfShoreLineReporter loadBleedingEdge >> 3. trigger an exception (for example by running 3/0 in a >> workspace). >> 4. click 'Report' >> 5. click the '?' button on the right side of the window. >> >> >> >> >> >> >> > > >

Dec. 15, 2014

How to open the Settings style dialog?

by Rafael Luque

Hi all, I was reading about the Settings framework (Deep Into Pharo, chapter 5) and I don't find the way to popup the style dialog shown in Figure 5.11 in page 71 ( https://books.google.es/books?id=Qki8BQAAQBAJ&lpg=PA68&dq=pharo%20the%20sty… ). I'm using a Pharo 4 image. Thank you

Dec. 15, 2014

Re: [Pharo-users] About Pharo books

by Luc Fabresse

Hi Guys, I've just pushed some commits in SquareBracketAssociates/PharoReadyForReviews and now it compiles. I will do it for the new repos: PharoInProgress and PharoLimbo soon. @Stef, now https://github.com/pillar-markup/book-skeleton to have the latest pillar compilation tool chain. Cheers, #Luc 2014-12-12 21:50 GMT+01:00 stepharo <stepharo(a)free.fr>: > > Hi guys > > I spent a couple of days cleaning PharoForTheEntreprise. So do not stress > if you chapters are not where they > were used to be :). > > Here is what I did now there are three stages for Chapters: > > - Limbo (some notes) > - WorkInProgress > - ReadyForReviews > > At the end of this flow we are thinking about the following books: > > - Entreprise Pharo: a Web Perspective > (Zinc, Neo.....) > - Spec > We decided to write a separate little book > > - Pharo: The Hidden Parts > The ideas is to have many little chapters on not common aspects > > Stef > > PS: currently doing a pass on Smacc > >

Dec. 15, 2014

Re: [Pharo-users] Create ZipArchive from memory filesystem

by Markus Fritsche

Hello Vincent, On 2014-12-15 10:23, Blondeau Vincent wrote: > Hello Markus, > But you can't read easily the content of the archive... > The *Archive classes are more complete but they seems indeed not > compatible to the new file system api. thank you for your reply, that was exactly what I was looking for! I'll check the fogbugz entry "ASAP", which is pretty unsoonish unfortunately... Kind regards, Markus

Dec. 15, 2014

Re: [Pharo-users] Create ZipArchive from memory filesystem

by Blondeau Vincent

Hello Markus, You should be able to create a zip file with the memory file system with the classes located in "FileSystem-Zip" by doing for example : | zipFile zip | zipFile := FileSystem memory workingDirectory / 'test.zip'. zip := (FileSystem zip: zipFile) open. zip / 'sample.txt' writeStreamDo: [ :stream | stream nextPutAll: 'test' ]; yourself. But you can't read easily the content of the archive... The *Archive classes are more complete but they seems indeed not compatible to the new file system api. See https://pharo.fogbugz.com/f/cases/14106/Fix-bugs-in-ZipFileSystem if you want to improve the zip file system. Best regards, Vincent -----Message d'origine----- De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Markus Fritsche EnvoyÃ© : vendredi 12 dÃ©cembre 2014 14:54 Ã : pharo-users(a)lists.pharo.org Objet : [Pharo-users] Create ZipArchive from memory filesystem Hello, is there a quick way to create a zip file from a memory filesystem that I can't see, or are the *Archive classes not compatible with the new filesystem api yet? Best regards, Markus Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

Dec. 15, 2014

Re: [Pharo-users] [Bulk] command line access to MetaRepoForPharo30

by Esteban Lorenzano

> On 15 Dec 2014, at 07:06, Yanni Chiu <yanni(a)rogers.com> wrote: > > > On Dec 11, 2014, at 3:09 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> it should work. This is the help for that command: > > I was getting the help information, but I was somehow failing to understand what to do. > So, I tried the examples. > >> >> Examples: >> # display this help message >> pharo Pharo.image config >> >> # list all configurations of a repository >> pharo Pharo.image config $MC_REPOS_URL > > This one failed using MetaRepoForPharo30, as noted in my original post. > >> # list all the available versions of a confgurtation >> pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo > > This one works using MetaRepoForPharo30, once I figured out that I should not skip the âConfigurationOfâ part. > >> >> # install the stable version >> pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo âinstall > > This one consistently fails. I may have tried various repositories and ConfigurationOf permutations. this one is a bug. all the others are âworking as intendedâ :) maybe help should be better also :P Esteban > >> >> #install a specific version '1.5' >> pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo --install=1.5 > > I finally ended up trying this using â--install=stableâ and it worked. > > Once I figured out an example that worked, I was able to build my headless build script. > > Thanks all, for your help. > >> >> #install a specific version '1.5' and only a specific group 'Tests' >> pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo --install=1.5 --group=Tests >> >> (which you have if you type >> >> $ ./pharo Pharo.image config âhelp >> >> ) >> >> Esteban > >

Dec. 15, 2014

Re: [Pharo-users] Problem with Spec icon

by Nicolai Hess

2014-12-14 23:52 GMT+01:00 Tommaso Dal Sasso <tommaso.dalsasso(a)gmail.com>: > > > On 14/12/14 22:59, Nicolai Hess wrote: > >> 2014-12-14 22:14 GMT+01:00 Tommaso Dal Sasso <tommaso.dalsasso(a)gmail.com >> <mailto:tommaso.dalsasso@gmail.com>>: >> >> >> On 14/12/14 21:44, stepharo wrote: >> >> I got the same problem when I put an Halt pressing on any >> button leads to the opening of the same UI. >> I wonder if there is not an interaction between spec and the >> UI modal opening. >> I read the code of ImageModel and I did not find anything special. >> >> Yes, I thought as well that could be something regarding modal UI, >> but I have so little knowledge of Spec and the way it interacts >> with Morphic that I could not tell more. >> OK, it works correctly if I put the dialog code inside a block and >> i fork it, so probably the modal window blocks the way the action >> of the icon is triggered. >> >> >> >> No, it is not related to spec, just the way the imagemodel adapter uses >> morphics click event for the action dispatching. >> You can simulate the same (buggy) behavior on pure morphic: >> >> |m| >> m:= Morph new. >> m on:#click send:#value to:[m confirm:'Really?']. >> m openInWorld. >> >> >> MouseClickEvent processing and modal dialogs don't work. >> >> Sorry, I wrote it badly. Of course it is an issue of Morphic, thanks for > your clarification. > So, is it a bug or it just works that way and it is supposed to do so by > architectural design? > I think it is a bug on morphics mouse click handling. The UI-element for a ButtonModel is a PluggableButtonMorph, it already has support for handling "clicks", but it only acts on mouse up /(or mouse down) An ImageMorph don't have this by default, so the ImageModel adapter installs a eventhandler with on:event do:action and the creator of Spec choosed #mouseUp for the mouse event to act on. Nicolai > > The interesting thing is that with a button it works. > > Tommaso > > > >> >> >> I'll try to investigate more. >> Thanks for the feedback, >> >> Tommaso >> >> >> Stef. >> Le 14/12/14 20:26, Tommaso Dal Sasso a Ã©crit : >> >> I have a weird behavior building an interface with Spec. >> >> I have a window built with Spec, and I want to add a >> button that shows a dialog with some text. >> To display the dialog I use the following line: >> >> UIManager default longMessage: 'a text message' title: >> 'some title'. >> >> And I hooked this code to a widget through the #action: >> method. >> The problem is: If I use a ButtonModel, the code behaves >> correctly showing the dialog. >> If I use an instance of the class ImageModel to display an >> icon, the dialog is displayed but the interface "hangs", >> in the sense that the "ok" button won't close the dialog >> and every click would spawn a new dialog. >> >> I would like to use an icon because it integrates better >> with the interface. >> Do you know if it is a bug or if I am doing something wrong? >> >> Thanks, >> Tommaso >> >> >> P.s.: Steps to reproduce >> >> If you need a working example you can inspect the code on >> the bleeding edge version of ShoreLine Reporter by >> following these instructions: >> 1. download a recent Pharo 4 image; >> 2. open a workspace and run: >> ConfigurationOfShoreLineReporter loadBleedingEdge >> 3. trigger an exception (for example by running 3/0 in a >> workspace). >> 4. click 'Report' >> 5. click the '?' button on the right side of the window. >> >> >> >> >> >> >> >> > >

Dec. 15, 2014