- Pharo-dev - lists.pharo.org

[Pharo-project] need your help for a survey about OCompletion

by Romain Robbes

Dear Pharo users, I am currently writing up about OCompletion and would like to more formally gather your feedback about it. To do that, I set up a very quick survey consisting of 10 multiple- choice questions. Filling it will take around 3 minutes of your time. Simply click on the following link to get started: http://www.surveymk.com/s.aspx?sm=enB3zXTU170bIm9xNu_2fLJg_3d_3d I'll be extremely grateful if you would take the survey as soon as possible and in any case before friday. Since OCompletion is now included by default in the pharo-dev images, you should be already familiar with it. If you are not, simply install it via: Installer squeaksource project: 'OCompletion'; install: 'OCLoader' if you use pharo-core: ScriptLoader loadOBAlpha Installer squeaksource project: 'OCompletion'; install: 'OCLoader' Thanks for your help, Romain -- Romain Robbes http://www.inf.unisi.ch/phd/robbes

June 3, 2009

[Pharo-project] an odd bug

by Sean Allen

that i dont really know how to describe... so i'm going to attach a screenshot... i opened the lastest pharo dev image... checked to see if the redraw bug that i have been experiencing was still there... went to quick and got a sudden flurry of message not understood errors ( see screenshot of the rearranged windows )... i wasnt able to reliably reproduce but, when doing the same thing ( open and quit... ) about 2 out of every five times i got message not understood windows popping up. [image: message not understood.png]

June 3, 2009

[Pharo-project] Topological Sort

by Gabriel Cotelli

Hi, the following methods: - Collection>>topologicallySortedUsing: - SortedCollection>>sortTopologically: - SortedCollection>>should:precede: are in the dirty methods list. The only sender of this is a test case for topologically sorted. Anyway, I don't understand the need for such behavior in SortedCollection... the topological sort is used in graph theory to obtain a total order of the nodes in a directed acyclic graph.. From my point of view SortedCollection should not implement this behavior... the sortTopologically: uses the same sort block used for standard sorting in SortedCollection, from the implementation I think that additionally it retains the original partial order of the equal elements (some kind of stable sorting, however this is not the intention for the method name). Summarizing.. I vote for removal of this behavior... Anyone knowns if there's another meaning for topological sorting? Waiting for comments Gabriel

June 3, 2009

Re: [Pharo-project] FreeType?

by Carlos Crosetti

its fine, thanks! -----Mensaje original----- De: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr]En nombre de Steve Wirts Enviado el: Martes, 02 de Junio de 2009 10:01 a.m. Para: Pharo-project(a)lists.gforge.inria.fr Asunto: Re: [Pharo-project] FreeType? If the font reloading is taking longer than you would like for startup, you can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup 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

June 3, 2009

[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