- Pharo-users - lists.pharo.org

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

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

by Yanni Chiu

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. > > #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 Tommaso Dal Sasso

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? 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. 14, 2014

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

by Tommaso Dal Sasso

On 14/12/14 22:58, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ wrote: > I'm not sure what "/memory filesystem that I can't see/" exactly is. > I think he means "/a way that//I can't see/ to create a zip file from a memory filesystem" (but I don't know the answer) Tommaso > 2014-12-12 16:54 GMT+03:00 Markus Fritsche <mfritsche(a)reauktion.de > <mailto:mfritsche@reauktion.de>>: > > 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 >

Dec. 14, 2014

Re: [Pharo-users] Problem with Spec icon

by Nicolai Hess

2014-12-14 22:14 GMT+01:00 Tommaso Dal Sasso <tommaso.dalsasso(a)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. > > 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. 14, 2014

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

by Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾

I'm not sure what "*memory filesystem that I can't see*" exactly is. 2014-12-12 16:54 GMT+03:00 Markus Fritsche <mfritsche(a)reauktion.de>: > > 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 > >

Dec. 14, 2014