April 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Vm-dev] Question about dragging an image into the vm in Windows

by Andreas Raab

On 4/30/2010 2:58 PM, Mariano Martinez Peck wrote: > On Fri, Apr 30, 2010 at 6:04 PM, Andreas Raab <andreas.raab(a)gmx.de > <mailto:andreas.raab@gmx.de>> wrote: > > On 4/30/2010 5:11 AM, Mariano Martinez Peck wrote: > > The ideal would be: if I have defined a image in the file, to be > allowed > to drag another one. Of course, the one I drag should be used > and set as > systemAttribute 1. > > Do you know how can I do that? is this fixable ? > > > I don't understand what you're asking for. The current handling > makes it so that if you're in a deployment setting with the > ImageFile attribute set, then the VM will pass the argument to the > image where it's been processed. This is so that one can support > file type associations where users can simply double click documents > to open them (drag and drop functions the same way). > > > What I am saying is the following: if you define an image in the .ini > file and then try to drag and drop another image to the .exe (the vm) > then an error is raised in the image (the one that is defined in the ini > file). I wish that instead of loading the image of the ini file and > raise an error, that it loads the image I dragged and dropped. The same > as if there were any image defined in the .ini file. I see what you're saying. It's an interesting idea but currently not supported. Like I was saying the ImageFile feature is provided for deployment scenarios not for development, i.e., the idea is to pretend there's "just" the executable which in every respect behaves like an application. If you wanted to implement your idea I would suggest to create a new entry instead of ImageFile, perhaps named DefaultImage. It's meaning would be to "launch the specified image if no image is specified". This way one can decide whether to use a "strictly sealed" application or a more developer-oriented usage like you're asking for. Cheers, - Andreas

April 30, 2010

Re: [Pharo-project] Issue 2372: HelpSystem for 1.1

by Mariano Martinez Peck

On Fri, Apr 30, 2010 at 11:31 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > The help core package and the according tests package are ready for > integration in the pharo inbox. After talking today with Stephane I also > removed the squeak specific stuff, so it is ready for inclusion in > Pharo 1.1. core image. > > The idea is to have the basic help support (help core) in the Pharo > core image and provide additional docu/help books in the dev-image. > > But this should depend on a community decision, so any comments > would be appreciated. > > A second option would be to to keep it out of the core image > and just provide the help support and documentation in the > Pharo-dev image. > Excellent!! It is possible to easily remove all the code and stuff related to documentation? suppose we put it in core, it would be great to be able to completely and cleanly remove it in ScriptLoader cleanUpForProduction. Cheers Mariano

April 30, 2010

Re: [Pharo-project] [Vm-dev] Question about dragging an image into the vm in Windows

by Mariano Martinez Peck

On Fri, Apr 30, 2010 at 6:04 PM, Andreas Raab <andreas.raab(a)gmx.de> wrote: > On 4/30/2010 5:11 AM, Mariano Martinez Peck wrote: > >> The ideal would be: if I have defined a image in the file, to be allowed >> to drag another one. Of course, the one I drag should be used and set as >> systemAttribute 1. >> >> Do you know how can I do that? is this fixable ? >> > > I don't understand what you're asking for. The current handling makes it so > that if you're in a deployment setting with the ImageFile attribute set, > then the VM will pass the argument to the image where it's been processed. > This is so that one can support file type associations where users can > simply double click documents to open them (drag and drop functions the same > way). > > What I am saying is the following: if you define an image in the .ini file and then try to drag and drop another image to the .exe (the vm) then an error is raised in the image (the one that is defined in the ini file). I wish that instead of loading the image of the ini file and raise an error, that it loads the image I dragged and dropped. The same as if there were any image defined in the .ini file. I am not being clear ? Thanks. Mariano

April 30, 2010

[Pharo-project] Issue 2372: HelpSystem for 1.1

by Torsten Bergmann

Hi, The help core package and the according tests package are ready for integration in the pharo inbox. After talking today with Stephane I also removed the squeak specific stuff, so it is ready for inclusion in Pharo 1.1. core image. The idea is to have the basic help support (help core) in the Pharo core image and provide additional docu/help books in the dev-image. But this should depend on a community decision, so any comments would be appreciated. A second option would be to to keep it out of the core image and just provide the help support and documentation in the Pharo-dev image. Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

April 30, 2010

Re: [Pharo-project] ConfigurationOfPharo

by Dale Henrichs

I found the missing mcz in one of my package-caches and I have copied the file to: http://source.lukas-renggli.ch/obsolete/OmniBrowser-DamienCassou.462.mcz Which is probably the best home for it... Dale ----- "Torsten Bergmann" <astares(a)gmx.de> wrote: | The best solution would be to bring back Damiens version | that was deleted so the repos is like it was before without any | compatibility problem (maybe someone has it in it's package cache). | | We should also remind people not to delete mcz's. | | Bye | T. | | -------- Original-Nachricht -------- | > Datum: Fri, 30 Apr 2010 00:44:01 +0200 | > Von: Mariano Martinez Peck <marianopeck_gmail.com> | > An: Torsten Bergmann <astares_gmx.de> | > Betreff: Re: [Pharo-project] ConfigurationOfPharo | | > On Fri, Apr 30, 2010 at 12:38 AM, Torsten Bergmann <astares_gmx.de> | wrote: | > | > > > Done. Check the repo. Can you change MetaSource to use 1.0.1 | instead | > and | > > > let | > > > me know if it works? | > > > | > > | > > If you look at ConfigurationOfMetaSource in | squeaksource/MetaSource | > > you will see that I dont use it directly. It come in through | transitive | > > dependencies: | > > | > > - I use ConfigurationOfPharo (1.0-10517) which uses | > > - ConfigurationOfAutomaticMethodCategorizer (version 1.1) which | uses | > > - 'OB-Standard' with: '1.1'. | > > | > > If I want to make it work again we have to do new version for all | > > of them!? | > > | > > Maybe you now know why I used the workaround ... | > > | > > | > Uffff yes. Now I see. :( | > I don't see a clear solution here. Yours is easy and work, but I | don't | > like | > the idea of changing a released version. Anyway, maybe we should | rollback | > to | > your solution? | > I hate we don't have an easy and clear solution :( | > sorry for all the noise. I guess we are all trying to understand how | to | > manage software with metacello agains different situations. | > | > cheers | > | > mariano | > | > | > | > > Bye | > > T. | > > -- | > > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! | > > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 | > > | | -- | GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! | Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 | | _______________________________________________ | Pharo-project mailing list | Pharo-project(a)lists.gforge.inria.fr | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 30, 2010

Re: [Pharo-project] [Vm-dev] Question about dragging an image into the vm in Windows

by Andreas Raab

On 4/30/2010 5:11 AM, Mariano Martinez Peck wrote: > The ideal would be: if I have defined a image in the file, to be allowed > to drag another one. Of course, the one I drag should be used and set as > systemAttribute 1. > > Do you know how can I do that? is this fixable ? I don't understand what you're asking for. The current handling makes it so that if you're in a deployment setting with the ImageFile attribute set, then the VM will pass the argument to the image where it's been processed. This is so that one can support file type associations where users can simply double click documents to open them (drag and drop functions the same way). > In other hand, maybe I can do a validation and a nice error message in > case the above cannot be done. The error is in the iamge. You can do whatever validation is necessary. Cheers, - Andreas

April 30, 2010

[Pharo-project] [update 1.1] #11329

by StÃ©phane Ducasse

11329 ----- - Issue 2377: fix the simple test of SqNumberParser - HashedCollection: part one (just copy of Set)

April 30, 2010

[Pharo-project] [update 1.1] #11328

by StÃ©phane Ducasse

11328 ----- - Issue 1715: httpGetDocument:args:accept:request: enh. Thanks Jannik and Adrien. - Setting: changed to support other pragma keywords. Thanks Alain - Issue 591: ProtoObject has 6 required methods. Thanks Mariano - Issue 1092: remove EventTest because it was a duplicate. Thanks Mariano

April 30, 2010

[Pharo-project] [update 1.1] #11327

by StÃ©phane Ducasse

11327 ----- - Issue 2376: WeakKeyDictionary is broken in 1.1 Unstable WeakKeyDictionary postCopy because copy change WeakKeyAssociation to Association. Like that test on weakDictionary pass. Thanks tristan!!! Stef

April 30, 2010

[Pharo-project] Question about dragging an image into the vm in Windows

by Mariano Martinez Peck

Hi folks. It has been asked a problem in Pharo mailing list and I wanted to ask you. The summary is this: - You are allowed to take a .image and drag it into a vm (.exe) and this will run the VM with the dragged image - In such case, the image is interpreted as systemAttribute 1 The problem is when you define a image in the ini file. Suppose I add this to my ini file: ImageFile=Contents\Resources\Pharo-1.0.image Then, if I try to drag and drop another image to the VM, there will be an UTF8 input error as the thing that I dragged (the image) is interpreted as systemAttribute 2 and thus, in the method startUpAfterLogin it seems systemAttribute 2 is the sources file. So, it tries to load such file as if it were a text file, but as it is an image file...then the error. The ideal would be: if I have defined a image in the file, to be allowed to drag another one. Of course, the one I drag should be used and set as systemAttribute 1. Do you know how can I do that? is this fixable ? In other hand, maybe I can do a validation and a nice error message in case the above cannot be done. Thanks Mariano

April 30, 2010