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

Re: [Pharo-project] Pharo 1.1 host menu os x

by StÃ©phane Ducasse

may be should introduce an explicit tag like that we do not lose time looking for information... I will do that now. On Aug 4, 2010, at 5:04 PM, Michael Roberts wrote: > I just put the status back to fixed and changed the milestone. > > http://code.google.com/p/pharo/issues/detail?id=1068 > > not sure what the process is for fixes spanning multiple versions. can > do it separately in the future? > > Mike > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 4, 2010

Re: [Pharo-project] Pharo 1.1 host menu os x

by Michael Roberts

I just put the status back to fixed and changed the milestone. http://code.google.com/p/pharo/issues/detail?id=1068 not sure what the process is for fixes spanning multiple versions. can do it separately in the future? Mike

Aug. 4, 2010

Re: [Pharo-project] Shrink image

by Mariano Martinez Peck

For most of your answers, read the whole thread: http://forum.world.st/Image-Lockdown-Deployment-mode-td2231647.html#a2231647 and the method #disableProgrammerFacilities cheers mariano On Wed, Aug 4, 2010 at 12:43 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On Aug 4, 2010, at 12:20 PM, nullPointer wrote: > > > > > Hi > > > > I start implementing a little app for shrink image for deploy purposes. I > > want know if exists a standard way for execute some tasks: > > > > 1- Delete World menu, and context menu when a morph is clicked with > Control > > pressed. In fact, Delete ALL default context menus. > > > the world menu is build using settings so you can just block that > > > 2- Remove halos ( changing Preferences, true? ) > > 3- Remove development mechanism ( for example, the behavior of text > editor > > widgets when I input a class name and pressing Control B appears the > class > > in Explorer ) > > this is not there yet since the shortcut table is global > > > 4- Change message when the close window is pressed and appears the > message > > 'Quit Pharo without save?' > > this should be move to the UImanager and handled there. > > > 5- Override the default behavior of debugger. Perhaps show a simple > message > > with the error. > > have a look at the UnhandledError default action and follow it. > Now when you have an error you want to log it and andrey was working on a > solution. > > > > > I know search some that things, but I want know if exists the BEST way. > > > There is a UI manager and it can be specialized for some of this. > I know that andrey (I guess asked for the same questions) it would be good > to share > and build a nice solution. > > > > > > All conseils for that app will be welcomed. > > > > Regards. > > -- > > View this message in context: > http://forum.world.st/Shrink-image-tp2313236p2313236.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 4, 2010

Re: [Pharo-project] [Seaside] bad performance Pharo Windows 7 64bit

by Mariano Martinez Peck

BTW....you should say also which VM version you are using. Cheers Mariano On Wed, Aug 4, 2010 at 4:45 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > > > On Wed, Aug 4, 2010 at 4:44 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> The only BIG problem I found using Pharo in Windows is when there are some >> antivirus running like Nod32 or friends. Mostly when using Monticello as >> .changes are changing all the time, the antivirus runs the scan every >> time.... The way to solve is to exclude the Pharo folder from the antivirus >> analysis. >> >> Sorry, maybe this has nothing to do with your case. >> >> Cheers >> >> Mariano >> >> On Wed, Aug 4, 2010 at 4:34 PM, Bart Veenstra <bart.veenstra(a)gmail.com>wrote: >> >>> Hi, >>> I am among the few people still using windows for my development and I >>> won't make the switch to OS-X because I simply love my keyboard layout >>> and shortcuts. And...Windows 7 is not that bad after all.. >>> When I use seaside-3.0rc on a Windows XP 32bit system at work, i get >>> the performance I expect. >>> >>> Opening the JQuery UI example on WXP takes 766ms in total : >>> >>> >>> GET jquery-ui http://localhost:8080/javascript/jquery-ui 200 OK >>> localhost:8080 7.6 KB 63ms >>> GET jQuery.js http://localhost:8080/files/JQDeploymentLibrary/jQuery.js >>> 200 OK localhost:8080 70.5 KB 47ms >>> GET jQueryUi.js >>> http://localhost:8080/files/JQUiDeploymentLibrary/jQueryUi.js 200 OK >>> localhost:8080 187.8 KB 282ms >>> GET development.css >>> http://localhost:8080/files/WADevelopmentFiles/development.css 200 OK >>> localhost:8080 2.9 KB 32ms >>> and so on... >>> >>> On my W7 64bit, each request takes over a second: >>> >>> GET jquery-ui http://localhost:8080/javascript/jquery-ui 200 OK >>> localhost:8080 7.6 KB 1.05s >>> GET jQuery.js http://localhost:8080/files/JQDeploymentLibrary/jQuery.js >>> 200 OK localhost:8080 70.5 KB 1.01s >>> GET jQueryUi.js >>> http://localhost:8080/files/JQUiDeploymentLibrary/jQueryUi.js 200 OK >>> localhost:8080 187.8 KB 1.08s >>> GET development.css >>> http://localhost:8080/files/WADevelopmentFiles/development.css 200 OK >>> localhost:8080 2.9 KB 1.01s >>> >>> As you can see, each request takes over a second on W7 64bit. >>> >>> Does anyone else noticed this behaviour? I have no performance issues >>> in seaside for Vast80 and VW77. >>> >>> Regards, >>> >>> Bart >>> _______________________________________________ >>> seaside mailing list >>> seaside(a)lists.squeakfoundation.org >>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>> >> >> >

Aug. 4, 2010

Re: [Pharo-project] [Seaside] bad performance Pharo Windows 7 64bit

by Mariano Martinez Peck

On Wed, Aug 4, 2010 at 4:44 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > The only BIG problem I found using Pharo in Windows is when there are some > antivirus running like Nod32 or friends. Mostly when using Monticello as > .changes are changing all the time, the antivirus runs the scan every > time.... The way to solve is to exclude the Pharo folder from the antivirus > analysis. > > Sorry, maybe this has nothing to do with your case. > > Cheers > > Mariano > > On Wed, Aug 4, 2010 at 4:34 PM, Bart Veenstra <bart.veenstra(a)gmail.com>wrote: > >> Hi, >> I am among the few people still using windows for my development and I >> won't make the switch to OS-X because I simply love my keyboard layout >> and shortcuts. And...Windows 7 is not that bad after all.. >> When I use seaside-3.0rc on a Windows XP 32bit system at work, i get >> the performance I expect. >> >> Opening the JQuery UI example on WXP takes 766ms in total : >> >> >> GET jquery-ui http://localhost:8080/javascript/jquery-ui 200 OK >> localhost:8080 7.6 KB 63ms >> GET jQuery.js http://localhost:8080/files/JQDeploymentLibrary/jQuery.js >> 200 OK localhost:8080 70.5 KB 47ms >> GET jQueryUi.js >> http://localhost:8080/files/JQUiDeploymentLibrary/jQueryUi.js 200 OK >> localhost:8080 187.8 KB 282ms >> GET development.css >> http://localhost:8080/files/WADevelopmentFiles/development.css 200 OK >> localhost:8080 2.9 KB 32ms >> and so on... >> >> On my W7 64bit, each request takes over a second: >> >> GET jquery-ui http://localhost:8080/javascript/jquery-ui 200 OK >> localhost:8080 7.6 KB 1.05s >> GET jQuery.js http://localhost:8080/files/JQDeploymentLibrary/jQuery.js >> 200 OK localhost:8080 70.5 KB 1.01s >> GET jQueryUi.js >> http://localhost:8080/files/JQUiDeploymentLibrary/jQueryUi.js 200 OK >> localhost:8080 187.8 KB 1.08s >> GET development.css >> http://localhost:8080/files/WADevelopmentFiles/development.css 200 OK >> localhost:8080 2.9 KB 1.01s >> >> As you can see, each request takes over a second on W7 64bit. >> >> Does anyone else noticed this behaviour? I have no performance issues >> in seaside for Vast80 and VW77. >> >> Regards, >> >> Bart >> _______________________________________________ >> seaside mailing list >> seaside(a)lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >> > >

Aug. 4, 2010

Re: [Pharo-project] Pharo 1.1 host menu os x

by StÃ©phane Ducasse

did you open a ticket for that with 1.1 ? Stef On Aug 4, 2010, at 4:27 PM, Michael Roberts wrote: > Merged against 1.1. Please integrate for the one-click release. > > Name: HostMenus-MikeRoberts.56 > Author: MikeRoberts > Time: 4 August 2010, 3:19:49 pm > UUID: 142b944e-e012-46ac-bc82-52889e20b4e7 > Ancestors: HostMenus-MarcusDenker.54 > > -Relax lookup for OS X Quit menu item otherwise it breaks really > easily when the bundle name is changed > -Fix BlockCannotReturn error > -Remerge on top of MarcusDenker.54 > > > cheers > Mike > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 4, 2010

Re: [Pharo-project] Pharo 1.1 host menu os x

by Michael Roberts

Merged against 1.1. Please integrate for the one-click release. Name: HostMenus-MikeRoberts.56 Author: MikeRoberts Time: 4 August 2010, 3:19:49 pm UUID: 142b944e-e012-46ac-bc82-52889e20b4e7 Ancestors: HostMenus-MarcusDenker.54 -Relax lookup for OS X Quit menu item otherwise it breaks really easily when the bundle name is changed -Fix BlockCannotReturn error -Remerge on top of MarcusDenker.54 cheers Mike

Aug. 4, 2010

Re: [Pharo-project] [ANN] PharoConfigurationBrowser

by StÃ©phane Ducasse

Thanks! As soon as miguel changes the name (universes to metacelloRepositories) I will integrate it. Stef On Aug 4, 2010, at 3:07 PM, Torsten Bergmann wrote: > There is a new tool: "Configuration Browser" available, you > can find the code at http://code.google.com/p/pharo/issues/detail?id=2752 > > After loading it is available from the world menu or via > > PharoConfigurationBrowser open > > By default it opens on one of the new configuration repositories > (depending on Pharo version): > > http://www.squeaksource.com/UniverseForPharo10 > http://www.squeaksource.com/UniverseForPharo11 > http://www.squeaksource.com/UniverseForPharo12 > > It displays the latest published package version of each ConfigurationOfXXX . Using the context menue one is able to load either the ConfigurationOfXXX or additionally the latest version of this particular configuration. > > You can also use it to browse and use configs in any other HTTP > based config repo, like the old MetacelloRepository: > > |browser| > browser := PharoConfigurationBrowser new. > browser repository: 'http://www.squeaksource.com/MetacelloRepository'. > browser open > > The code was tested on Pharo 1.0, 1.1 and 1.2. > > Have fun > T. > -- > GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. > Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 4, 2010

[Pharo-project] [ANN] PharoConfigurationBrowser

by Torsten Bergmann

There is a new tool: "Configuration Browser" available, you can find the code at http://code.google.com/p/pharo/issues/detail?id=2752 After loading it is available from the world menu or via PharoConfigurationBrowser open By default it opens on one of the new configuration repositories (depending on Pharo version): http://www.squeaksource.com/UniverseForPharo10 http://www.squeaksource.com/UniverseForPharo11 http://www.squeaksource.com/UniverseForPharo12 It displays the latest published package version of each ConfigurationOfXXX . Using the context menue one is able to load either the ConfigurationOfXXX or additionally the latest version of this particular configuration. You can also use it to browse and use configs in any other HTTP based config repo, like the old MetacelloRepository: |browser| browser := PharoConfigurationBrowser new. browser repository: 'http://www.squeaksource.com/MetacelloRepository'. browser open The code was tested on Pharo 1.0, 1.1 and 1.2. Have fun T. -- GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl

Aug. 4, 2010

Re: [Pharo-project] About overlapping packages :(

by Igor Stasenko

On 3 August 2010 11:41, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Yes, that would be an option. The problem with this is that you have to > change everything from the beginning. The route of first mirroring the > categories is smoother because first you can focus on the tools and when > everything works well, you can remove categories with a construction that > goes along the lines you suggest. > Sure thing. It needs to be done cleverly. I am just thinking that at some point, this should be separated, so it worth to make changes in current codebase by taking this into acccount. > Cheers, > Doru > > > On 3 Aug 2010, at 04:10, Igor Stasenko wrote: > >> Potentially, user could state explicitly to which package belongs >> given class/method, ignoring all naming stuff. >> An alternative approach is to disentangle the category name from >> package name and matching logic. >> Instead of >> >> ProtoObject subclass: #Object >> Â Â Â Â instanceVariableNames: '' >> Â Â Â Â classVariableNames: 'DependentsFields' >> Â Â Â Â poolDictionaries: '' >> Â Â Â Â category: 'Kernel-Objects' >> >> change it to: >> >> ProtoObject subclass: #Object >> Â Â Â Â instanceVariableNames: '' >> Â Â Â Â classVariableNames: 'DependentsFields' >> Â Â Â Â poolDictionaries: '' >> Â Â Â Â category: 'Objects' >> Â Â Â package: 'Kernel' >> >> or as separate doit: >> >> !ProtoObject subclass: #Object >> Â Â Â Â instanceVariableNames: '' >> Â Â Â Â classVariableNames: 'DependentsFields' >> Â Â Â Â poolDictionaries: '' >> Â Â Â Â category: 'Objects'.! >> !Object package: 'Kernel'.! >> >> On 2 August 2010 10:33, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> wrote: >>> >>> On Aug 1, 2010, at 10:40 PM, Tudor Girba wrote: >>> >>>> Hi Stef, >>>> >>>> I would go for first mirroring categories. Like this, Monticello would >>>> still work as expected, and we can just focus on improving the image based >>>> tools/concepts. >>> >>> >>> I know this is why I'm doing it slowly and with some pain... :) >>> >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> On 1 Aug 2010, at 22:02, StÃ©phane Ducasse wrote: >>>> >>>>> >>>>> >>>>>> Stef, >>>>>> >>>>>> Are you perhaps running into problems with mapping category names to >>>>>> packages? Â The Dolphin approach to that is to avoid the topic: just present >>>>>> a list of packages and make the user pick one, after which the >>>>>> class/method/etc. is packaged. Â The resulting package system might then >>>>>> suffer the indignity of cyclic prerequisites, but there are ways to help the >>>>>> user fix that. Â I am not saying it is the correct solution (nor suggesting >>>>>> that it is not) - just reporting what Object Arts did. Â They got so many >>>>>> things *really* right that I default to trusting them. >>>>> >>>>> This is what my implementation does. No magic matching. Just a list of >>>>> classes and methods. >>>>> Now if I do not support the * convention of packageinfo it means that >>>>> we will not be able to load and save >>>>> packages in a compatible form. We could do that and it would save me a >>>>> lot of work. But people have to agree and understand the >>>>> consequences. Of course we could do a MCPackageInfor specific loader >>>>> that loads and convert MC packages. >>>>> But this means that the packages will not be able to be used in Squeak. >>>>> >>>>> Stef >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Sometimes the best solution is not the best solution." >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "Be rather willing to give than demanding to get." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Aug. 4, 2010