June 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] SkipList

by Gabriel Cotelli

Hi, 20 of the methods that are not license clean are part of SkipList and SkipListNode... I checked the core, dev and web image and there's no reference to this (except the tests) and asSkipList in Collection (with no senders)... I think it's better to move this out of the core to an external loadable package... but better to ask to the community first :) Comments are welcome. Thanks Gabriel

June 3, 2009

Re: [Pharo-project] Inspect it wrong shortcut

by Mariano Martinez Peck

I crated another thread in this mailing list called "Problem with keyboard shortcuts". There it is a bit more detailed the problems I am facing. Best, Mariano 2009/6/2 Gary Chambers <gazzaguru2(a)btinternet.com> > I note in InputEventSensor>>commandKeyPressed > > ^self modifiers anyMask: 16r40 > > Whereas the Cmd/Alt key generate a modifier of 16r8... > > Might be the cause of all this (and why you no longer get the Tasklist > popping up when doing Alt+arrow). > > Still seems to be some things wrong with the sensor stuff... > > Regards, Gary > > ----- Original Message ----- > *From:* Mariano Martinez Peck <marianopeck(a)gmail.com> > *To:* Pharo-project(a)lists.gforge.inria.fr > *Sent:* Monday, June 01, 2009 8:01 PM > *Subject:* Re: [Pharo-project] Inspect it wrong shortcut > > > > 2009/5/20 Alexandr Batalshikov <abatalshikov(a)gmail.com> > >> On Windows XP evaluating "Preferences enable: #swapCOntrolAndAltKeys" and >> changing any settings in section keyboard of Preference Browser no any >> effects to any shortcuts. >> > > Alexander can you still reproduce this problem? Can you see if you have > enable the preference duplicateAllControlAndAltKeys ? If so, I think it is > correct you have no effects in enabling or disabling swapControlAndAltKeys. > > >> >> / Alexander. >> >> 2009/5/19 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >>> >>> >>> 2009/5/19 Alexandr Batalshikov <abatalshikov(a)gmail.com> >>> >>>> On Windows XP with pharo0.1-10309dev09.05.3.image: Alt+i -- run Inspect >>>> Alt+Shift+i -- run Explore >>>> Ctrl+i -- also run Explore >>>> >>>> and changing any setting in section "keyboard" in Preference Browser >>>> no any effects for me. >>>> >>> >>> Alexander: I created this ticket: >>> http://code.google.com/p/pharo/issues/detail?id=829 >>> >>> could you are your comments there ? >>> >>> Thanks >>> >>> Mariano >>> >>> >>> _______________________________________________ >>> 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 >> > > ------------------------------ > > _______________________________________________ > 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 >

June 2, 2009

Re: [Pharo-project] FreeType?

by John M McIntosh

Er, well there was a fair amount of improvement. Keep in mind we showed the font menu each line in it's font type, which was expensive so we did the following. (a) on star tup we would check the list of font files against our known list. This actually happens really fast, the time required is for directory reads. (b) We would merge our saved known list with the new list and kick out the fonts that were deleted, or the fonts that were new. (c) For new fonts we had to read and set up in our internal font dictionary and set up in our font's menu image. (d) we saved the cached font menu forms and list in an image segment. Thus on a restart all that was required if there were no font changes was the reading of the font directorie(s). On 2-Jun-09, at 7:46 AM, Michael Rueger wrote: > Adrian Lienhard wrote: >> On Jun 2, 2009, at 16:13 , Gary Chambers wrote: >> >>> Depends whether you use the same image across multiple OSes... >> >> That is probably not that often the case, but if, what happens? Would >> the selected fonts fall back to Accuny? >> >> I think we should disable UpdateFontsAtImageStartup by default to not >> have to pay for the scanning on each image startup. People that >> transfer images between different OSes have the possibility to enable >> the preference. OK? > > +1 > > Long term the scanning needs to be much faster and also properly > hooked > into the font change mechanism for every platform. > John implemented some caching for Sophie, but we never really got it > fast enough to not be noticable at startup. > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

June 2, 2009

Re: [Pharo-project] Image hangs after update

by Mariano Martinez Peck

In windows, when I update several versions, I have the same problem. But if you wait for several minutes, it comes alive again :) In Linux (or at least in my machine) this doesn't happen. I must say my Linux machine es MUCH faster the my windows one. Cheers, Mariano On Tue, Jun 2, 2009 at 5:53 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > When updating Pharo0.1Core-10319cl.image on a WinXP > machine the image hangs after the update is finished > (applying 5 updates). > > I'm not able to click the OK button of the "finished" > dialog and the image is not responding to ALT+. > > Anyone able to confirm this? > > Thanks > T. > -- > 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 >

June 2, 2009

Re: [Pharo-project] Image hangs after update

by StÃ©phane Ducasse

On Jun 2, 2009, at 8:53 PM, Torsten Bergmann wrote: > When updating Pharo0.1Core-10319cl.image on a WinXP > machine the image hangs after the update is finished > (applying 5 updates). > > I'm not able to click the OK button of the "finished" > dialog and the image is not responding to ALT+. > > Anyone able to confirm this? We got something similar but not quite with an upgrade of dev image. We insisted a lot and got a lot of debuggers that once closed the image was ok. Apparently this is problem with a UI thread or something like that. > > > Thanks > T. > -- > 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 >

June 2, 2009

[Pharo-project] Image hangs after update

by Torsten Bergmann

When updating Pharo0.1Core-10319cl.image on a WinXP machine the image hangs after the update is finished (applying 5 updates). I'm not able to click the OK button of the "finished" dialog and the image is not responding to ALT+. Anyone able to confirm this? Thanks T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

June 2, 2009

Re: [Pharo-project] FreeType?

by Eagle Offshore

I would be inclined to make it a 'latch preference'. It should do the scan on first startup on a new platform and then never again unless the user asked or the image is started on a new machine. How to tell if an image was last run on that machine or platform is left as an exercise for the implementor. :-) But that would be the most useful behavior. -Todd Blanchard On Jun 2, 2009, at 7:25 AM, Adrian Lienhard wrote: > > On Jun 2, 2009, at 16:13 , Gary Chambers wrote: > >> Depends whether you use the same image across multiple OSes... > > That is probably not that often the case, but if, what happens? Would > the selected fonts fall back to Accuny? > > I think we should disable UpdateFontsAtImageStartup by default to not > have to pay for the scanning on each image startup. People that > transfer images between different OSes have the possibility to enable > the preference. OK? > > Adrian > >> >> >> Regards, Gary >> >> ----- Original Message ----- >> From: Mariano Martinez Peck >> To: Pharo-project(a)lists.gforge.inria.fr >> Sent: Tuesday, June 02, 2009 2:21 PM >> Subject: Re: [Pharo-project] FreeType? >> >> >> >> >> >> On Tue, Jun 2, 2009 at 12:15 PM, Adrian Lienhard <adi(a)netstyle.ch> >> wrote: >> >> >> On Jun 2, 2009, at 15:00 , Steve Wirts wrote: >> >>> If the font reloading is taking longer than you would like for >>> startup, you >>> can disable it from >>> PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup >> >> >> Has anybody looked into whether the reloading is actually needed on >> each startup? Couldn't that be done only when the font browser is >> opened? >> >> That's exactly why I asked. It seems not necessary for me to be >> uploaded each time the image starts. How frequently your fonts >> change? >> >> IMHO this preference must be disable by default. >> >> Cheers, >> >> Mariano >> >> >> >> >> Adrian >> >> >>> >>> >>> On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti >>> <carlos(a)mostar.com.ar>wrote: >>> >>>> Hi, i loaded pharo, did "software update" and saved the image then >>>> quit. >>>> Loading again, I no longer see a file-not-found dialog, now I see a >>>> "FreeType" progress bar, showing and dissapearing twice... what is >>>> that? >>>> >>>> Regards, Carlos >>>> >>>> >>>> _______________________________________________ >>>> 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 >> >> >> _______________________________________________ >> 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________… >> 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

June 2, 2009

Re: [Pharo-project] Inspect it wrong shortcut

by Gary Chambers

I note in InputEventSensor>>commandKeyPressed ^self modifiers anyMask: 16r40 Whereas the Cmd/Alt key generate a modifier of 16r8... Might be the cause of all this (and why you no longer get the Tasklist popping up when doing Alt+arrow). Still seems to be some things wrong with the sensor stuff... Regards, Gary ----- Original Message ----- From: Mariano Martinez Peck To: Pharo-project(a)lists.gforge.inria.fr Sent: Monday, June 01, 2009 8:01 PM Subject: Re: [Pharo-project] Inspect it wrong shortcut 2009/5/20 Alexandr Batalshikov <abatalshikov(a)gmail.com> On Windows XP evaluating "Preferences enable: #swapCOntrolAndAltKeys" and changing any settings in section keyboard of Preference Browser no any effects to any shortcuts. Alexander can you still reproduce this problem? Can you see if you have enable the preference duplicateAllControlAndAltKeys ? If so, I think it is correct you have no effects in enabling or disabling swapControlAndAltKeys. / Alexander. 2009/5/19 Mariano Martinez Peck <marianopeck(a)gmail.com> 2009/5/19 Alexandr Batalshikov <abatalshikov(a)gmail.com> On Windows XP with pharo0.1-10309dev09.05.3.image: Alt+i -- run Inspect Alt+Shift+i -- run Explore Ctrl+i -- also run Explore and changing any setting in section "keyboard" in Preference Browser no any effects for me. Alexander: I created this ticket: http://code.google.com/p/pharo/issues/detail?id=829 could you are your comments there ? Thanks Mariano _______________________________________________ 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 ------------------------------------------------------------------------------ _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 2, 2009

Re: [Pharo-project] FreeType?

by Adrian Lienhard

ok, I created an issue and attached a cs that disables the preference: http://code.google.com/p/pharo/issues/detail?id=863 Adrian On Jun 2, 2009, at 17:27 , Gary Chambers wrote: > Sounds alright. > > Regards, Gary > >> I think we should disable UpdateFontsAtImageStartup by default to not >> have to pay for the scanning on each image startup. People that >> transfer images between different OSes have the possibility to enable >> the preference. OK? >> >> Adrian >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 2, 2009

Re: [Pharo-project] FreeType?

by Gary Chambers

Sounds alright. Regards, Gary > I think we should disable UpdateFontsAtImageStartup by default to not > have to pay for the scanning on each image startup. People that > transfer images between different OSes have the possibility to enable > the preference. OK? > > Adrian >

June 2, 2009