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

Re: [Pharo-project] Feature request: Waiting cursor on load

by Johan Fabry

On 30 Nov 2009, at 11:52, Mariano Martinez Peck wrote: > I have no problem with a 'load' taking for ever, I know I am on the > other side of the ocean. But please change the cursor to a 'wait' > cursor while doing the load. It takes a loooooooong time before the > first progress bar shows, I almost panicked. And now a progress bar > just dissapeared, but there is still nothing I can do. The 'wait' > cursor would go a long way in easing my mind. And it's probably just > one line of code ... > > > Yes, I am always complaining for the same. But I really don't know > if it is a single line of code. At even if it were, which line? haha I registered this as Issue 1522 with a 4-line solution (due to indentation :-P ) that does not work fully :-( I leave it to the Pharo experts to do the rest ;-) -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Nov. 30, 2009

Re: [Pharo-project] file encodings

by John M McIntosh

Er, so what's the default behavior, does it mean that UTF-8 encoding files on OS-X will open as ISO-8859-1 ? On 2009-11-30, at 5:52 AM, StÃ©phane Ducasse wrote: > Doru > > we integrated the suggestion of nicolas as result of the discussion. > > Stef > > On Nov 30, 2009, at 12:11 PM, Tudor Girba wrote: > >> Hi, >> >> I know that there was a long discussion regarding opening of files, >> but I did not see a resolution. >> >> I would like to be able to read files regardless of the encoding. I am >> using this code: >> (CrLfFileStream readOnlyFileNamed: fullPath) contentsOfEntireFile" >> >> but I get an error when I reach a file in Latin 1 (ISO-8859-1). -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Nov. 30, 2009

Re: [Pharo-project] MPEG in Pharo depricated why?

by John M McIntosh

On 2009-11-30, at 3:03 AM, StÃ©phane Ducasse wrote: > > Yes but that someone is busy so if someone else would publish the code in the inbox the someone would be happy > but thanks for the point. I had worked on this a bit (Sophie clipboard, sophie quicktime graphics reader, macintosh navigation services) but. (a) it requires FFI in the image, did we decide FFI and Alien should be in Pharo? I think that is an open question. (b) I couldn't find any WIndow's users to help test it. Perhaps they don't exist? -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Nov. 30, 2009

Re: [Pharo-project] about sluggines on linux

by John M McIntosh

On 2009-11-30, at 2:42 AM, StÃ©phane Ducasse wrote: > > On Nov 29, 2009, at 3:07 PM, Arturo Zambrano wrote: > >> Ok, I tried without compiz and both Pharo and X11 using 16 bpp: It works better (still slow if compared to VW). For example: when pressing right button on the world, it takes almost a second for the popup menu to show up. Is that normal? > > normally not > >> I didn't used it in another platform, I will try to give it a try under Windows to see if speed is the same. > > Thanks Please open a transcript and do 10 timesRepeat: [Transcript show: 1 tinyBenchmarks printString;cr] report the numbers, also how many ghz your machine CPU is. >> >> Is there a particular reason for Pharo not supporting 24bpp? > > time and money. > >> I think all nvidia drivers for linux works up to 24bpp, but this depth is not listed >> in Pharo (using 16 bits looks a bit ugly) > > > normally displayScreen only supports ... 8, 16 or 32 bits I think 24 bpp means 32bit words 8 bits R 8 bits G 8 bits B and 8 bits ignored which would be Alpha. Try doing Transcript cr;show: [Display fillWhite. 1 to: 4 do: [:i | Pen new color: i; turn: 90*i; dragon: 14] ] timeToRun. Display restore. report back how big the number is printed to the transcript -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Nov. 30, 2009

Re: [Pharo-project] Feature request: Waiting cursor on load

by Mariano Martinez Peck

On Mon, Nov 30, 2009 at 3:44 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > Hi All, > > finally able to get going on Pharo, I wanted to load Moose. I got the > ConfigurationOfMoose package, and run the loadDefault method. > > I have no problem with a 'load' taking for ever, I know I am on the > other side of the ocean. But please change the cursor to a 'wait' > cursor while doing the load. It takes a loooooooong time before the > first progress bar shows, I almost panicked. And now a progress bar > just dissapeared, but there is still nothing I can do. The 'wait' > cursor would go a long way in easing my mind. And it's probably just > one line of code ... > > Yes, I am always complaining for the same. But I really don't know if it is a single line of code. At even if it were, which line? haha You can, at least, open a bug ticket in google code. What I always do is to click on the world so that the popup menu is reaised when the load finishes. Cheers, Mariano > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry<http://dcc.uchile.cl/%7Ejfabry> > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 30, 2009

[Pharo-project] Feature request: Waiting cursor on load

by Johan Fabry

Hi All, finally able to get going on Pharo, I wanted to load Moose. I got the ConfigurationOfMoose package, and run the loadDefault method. I have no problem with a 'load' taking for ever, I know I am on the other side of the ocean. But please change the cursor to a 'wait' cursor while doing the load. It takes a loooooooong time before the first progress bar shows, I almost panicked. And now a progress bar just dissapeared, but there is still nothing I can do. The 'wait' cursor would go a long way in easing my mind. And it's probably just one line of code ... -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Nov. 30, 2009

[Pharo-project] Fwd: [squeak-dev] Updated trunk image

by StÃ©phane Ducasse

Second part Begin forwarded message: > From: Andreas Raab <andreas.raab(a)gmx.de> > Date: November 29, 2009 4:33:59 AM GMT+01:00 > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > Subject: [squeak-dev] Updated trunk image > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > > Folks - > > After a nice batch of new stuff over the last two weeks, I've uploaded a fully updated trunk image to: > > http://ftp.squeak.org/trunk/Squeak3.10.2-Trunk-091128.zip > > Below the summary of this version. > > Cheers, > - Andreas > > This is a list of the main achievements that went into the trunk image. > The list is in reverse chronological order, newest additions on the top: > > [------------------------- updated 11/28/09 ---------------------------] > > Menu Bar > -------- > Squeak now has a standard menu bar to make it easier to discover its contents for new users, replacing the World menu as the prime source for launching tools and other activities. > > Compiler > -------- > Support for literal ByteArray syntax has been added. Byte arrays can now be written as #[1 2 3 "..."] instead of #(1 2 3) asByteArray avoiding the need for conversion and a more compact default representation. > > Numbers > ------- > Some prime related changed: Integer>>isPrime is now a deterministic test, Integer>>isProbablyPrime a probabilistic variant. Intger>>highBit and Integer>>lowBit have been sped up significantly. > > CRLF Handling > ------------- > CR and LF are now treated interchangeably in rendering. Both cause a line break and both are not displayed. Various line related methods have been updated to deal with both CR and LF. > > Collections > ----------- > Dictionary is no longer a subclass of Set. HashedCollection is the new superclass for both Set and Dictionary. Conversion of OrderedCollection and SortedCollection to Arrays has been sped up significantly. > > [------------------------- updated 11/14/09 ---------------------------] > > Kernel > ------ > Support for isolation layers has been retired. "self-evaluation" as a concept has been removed since every object can be forced to be self-evaluating by asking for its storeString. > > Projects > -------- > Project refactoring are an ongoing process. Project itself has been split into Project / MVCProject / MorphicProject such that Project itself is abstract and various requests are handled properly in the subclasses. > > Collections > ----------- > Several improvements have been added to Collections. Sets have become faster, Arrays now print in brace form by default, Dictionary>>keys return an array instead of a set. > > Monticello > ---------- > Various load-order issues have been fixed within Monticello, making loading of packages more robust. Monticello and PackageInfo have been sped up in several areas making browsing of large repositories significantly faster. > > Faster UTF-8 Conversions > ------------------------ > Generalize trick from ByteString>>#squeakToUtf8 to every converter using class instance variables. Dramatically improves performance of file operations. > > FaceLift > -------- > An adaptation of Newspeak's Facelift look has been added to Squeak under the code name of "Botox" (meaning a small set of carefully chosen injections to improve the out of the box look for Squeak). > > Shout > ----- > Shout (Syntax Hightlighting As You Type) has been added to this image. As with all new additions, it can be easily unloaded for people wanting smaller images. > > ToolBuilder conversion > ---------------------- > All the tools have been given a make-over, removing pretty much all of the interface construction code and replacing it by ToolBuilder specs. This removes a huge amount of dependencies between the tools and particular UI frameworks, and puts all the UIs on equal footing (there were several tools that were either not all or only partially supported in MVC before). > > New Text Editors > ---------------- > A complete new set of text editors (Editor, TextEditor and SmalltalkEditor) are available. They replace TextMorphEditor and break one of the last hard links between Morphic and MVC. With the new editors it will finally become possible to have Morphic be self-contained without the need to rely on portions of MVC. > > Morphic Text Improvements > ------------------------- > Morphic has now regular blinking insertion point cursors instead of the (virtually invisible) static cursor previously. In addition, various problems with mixing fonts and the heights of text have been fixed. > > Preference Pragmas > ------------------ > Preference pragmas simplify dealing with preferences by providing automatic discovery for preferences defined in your classes. No more littering Preferences; you can now define preferences local to your class and store the values in regular class variables. The preference gets automatically discovered by using the <preference:category:description:type:> pragma. > > Beautiful, Anti-Aliased Fonts > ----------------------------- > We have a new set of beautiful anti-aliased Deja Vu bitmap fonts in this image. The default sizes include 7pt (for handheld devices), 9pt (generic text, list and menu fonts) as well as 12pt (window and title fonts): > Deja Vu 7pt: Regular, Bold, Italics > Deja Vu 9pt: Regular, Bold, Italics > Deja Vu 12pt: Regular, Bold, Italics > > Russian Language Support > ------------------------ > To input text in Russian language, install a font supporting the Cyrillic alphabet, then switch the locale accordingly: > > TTFileDescription installFamilyNamed: 'Arial'. > Locale switchToID: (LocaleID isoLanguage: 'ru'). > > This will enable Russian text input, display and processing. > > Improved Truetype Support > ------------------------- > The new TTFileDescription works just like TTFontDescription but operates on the files directly on disk. This helps greatly to support the m17n efforts since we no longer load all the fonts into memory. To use the available fonts on your platform, select some text, hit Cmd-k (Alt-k) and select "More (non-portable) fonts". > > Full Closure Support > -------------------- > This is a closure converted image. With full closure support, you can finally use recursive blocks like here: > > fac := [:n| n > 1 ifTrue:[n * (fac value: n-1)] ifFalse:[1]]. > fac value: 5. > > and close over temps correctly, such as here: > > (1 to: 10) do:[:i| WorldState addDeferredUIMessage:[Transcript cr; show: i]]. > > A new Development Model > ----------------------- > This image is being developed using a new development model described at > > http://board.squeak.org/2009/07/02/a-new-community-development-model/ > > The image itself started as Squeak3.10.2-7179-basic.image. It was then updated from http://source.squeak.org/trunk. In order to keep track of ongoing development, simply hit the 'Load Code Updates' button. >

Nov. 30, 2009

[Pharo-project] Fwd: [squeak-dev] Updated trunk image

by StÃ©phane Ducasse

Hi guys I would really like that we have a look at the squeak improvement lists and see the ones that could be interesting for pharo. Note that some of them are already included in pharo. Stef > From: Andreas Raab <andreas.raab(a)gmx.de> > Date: November 15, 2009 12:18:01 AM GMT+01:00 > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > Subject: [squeak-dev] Updated trunk image > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > > Folks - > > I've uploaded an updated trunk image at > > http://ftp.squeak.org/trunk/Squeak3.10.2-Trunk-091114.zip > > Since there were some complaints recently that it's difficult to follow the commit messages, below is the "What's New" (also in the above image) which is a summarized version of the main changes. > > Cheers, > - Andreas > > This is a list of the main achievements that went into the trunk image. > The list is in reverse chronological order, newest additions on the top: > > Kernel > ------ > Support for isolation layers has been retired. "self-evaluation" as a concept has been removed since every object can be forced to be self-evaluating by asking for its storeString. > > Projects > -------- > Project refactoring are an ongoing process. Project itself has been split into Project / MVCProject / MorphicProject such that Project itself is abstract and various requests are handled properly in the subclasses. > > Collections > ----------- > Several improvements have been added to Collections. Sets have become faster, Arrays now print in brace form by default, Dictionary>>keys return an array instead of a set. > > Monticello > ---------- > Various load-order issues have been fixed within Monticello, making loading of packages more robust. Monticello and PackageInfo have been sped up in several areas making browsing of large repositories significantly faster. > > Faster UTF-8 Conversions > ------------------------ > Generalize trick from ByteString>>#squeakToUtf8 to every converter using class instance variables. Dramatically improves performance of file operations. > > FaceLift > -------- > An adaptation of Newspeak's Facelift look has been added to Squeak under the code name of "Botox" (meaning a small set of carefully chosen injections to improve the out of the box look for Squeak). > > Shout > ----- > Shout (Syntax Hightlighting As You Type) has been added to this image. As with all new additions, it can be easily unloaded for people wanting smaller images. > > ToolBuilder conversion > ---------------------- > All the tools have been given a make-over, removing pretty much all of the interface construction code and replacing it by ToolBuilder specs. This removes a huge amount of dependencies between the tools and particular UI frameworks, and puts all the UIs on equal footing (there were several tools that were either not all or only partially supported in MVC before). > > New Text Editors > ---------------- > A complete new set of text editors (Editor, TextEditor and SmalltalkEditor) are available. They replace TextMorphEditor and break one of the last hard links between Morphic and MVC. With the new editors it will finally become possible to have Morphic be self-contained without the need to rely on portions of MVC. > > Morphic Text Improvements > ------------------------- > Morphic has now regular blinking insertion point cursors instead of the (virtually invisible) static cursor previously. In addition, various problems with mixing fonts and the heights of text have been fixed. > > Preference Pragmas > ------------------ > Preference pragmas simplify dealing with preferences by providing automatic discovery for preferences defined in your classes. No more littering Preferences; you can now define preferences local to your class and store the values in regular class variables. The preference gets automatically discovered by using the <preference:category:description:type:> pragma. > > Beautiful, Anti-Aliased Fonts > ----------------------------- > We have a new set of beautiful anti-aliased Deja Vu bitmap fonts in this image. The default sizes include 7pt (for handheld devices), 9pt (generic text, list and menu fonts) as well as 12pt (window and title fonts): > Deja Vu 7pt: Regular, Bold, Italics > Deja Vu 9pt: Regular, Bold, Italics > Deja Vu 12pt: Regular, Bold, Italics > > Russian Language Support > ------------------------ > To input text in Russian language, install a font supporting the Cyrillic alphabet, then switch the locale accordingly: > > TTFileDescription installFamilyNamed: 'Arial'. > Locale switchToID: (LocaleID isoLanguage: 'ru'). > > This will enable Russian text input, display and processing. > > Improved Truetype Support > ------------------------- > The new TTFileDescription works just like TTFontDescription but operates on the files directly on disk. This helps greatly to support the m17n efforts since we no longer load all the fonts into memory. To use the available fonts on your platform, select some text, hit Cmd-k (Alt-k) and select "More (non-portable) fonts". > > Full Closure Support > -------------------- > This is a closure converted image. With full closure support, you can finally use recursive blocks like here: > > fac := [:n| n > 1 ifTrue:[n * (fac value: n-1)] ifFalse:[1]]. > fac value: 5. > > and close over temps correctly, such as here: > > (1 to: 10) do:[:i| WorldState addDeferredUIMessage:[Transcript cr; show: i]]. > > A new Development Model > ----------------------- > This image is being developed using a new development model described at > > http://board.squeak.org/2009/07/02/a-new-community-development-model/ > > The image itself started as Squeak3.10.2-7179-basic.image. It was then updated from http://source.squeak.org/trunk. In order to keep track of ongoing development, simply hit the 'Load Code Updates' button. >

Nov. 30, 2009

Re: [Pharo-project] ocompletion usability

by StÃ©phane Ducasse

On Nov 30, 2009, at 1:45 PM, Romain Robbes wrote: >> >> I concur with Doru especially on this one. I think the best to do is >> to have some kind of settings (with the new settings package) so that >> users can customize their own key bindings (or, failing that because >> key bindings is not easy for now, a setting to enable/disable the >> 'enter' or the 'tab' keybinding) > > Is that settings package included by default? Yes and more important its architecture make sure now that you can load your code without setting loaded. This also means that in the future you could load your code and we could remove Setting for shrinking purpose. Thanks Alain :) and lukas for putting a bit more pressure > > Romain > -- > Romain Robbes > http://www.inf.unisi.ch/phd/robbes > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 30, 2009

Re: [Pharo-project] ocompletion usability

by StÃ©phane Ducasse

Doru I'm on the cfocnused guy.... So indeed a nice preference now that we have Setting would be good. Stef On Nov 30, 2009, at 12:09 PM, Tudor Girba wrote: > Hi Romain, > >>> 1. Right now, OCompletion is triggered both by Tab and by Enter. It >>> should be only Tab. >>> >>> Here is the reason. When I have a cascade, I want to have the methods >>> starting from the next line, like this: >>> browser mondrian >>> title: 'Something'; >>> painting: [:view ... ] >>> >>> So, after I type browser mondrian, I naturally want to press Enter. >>> However, there exists a method called mondrianAnnounce:, and when I >>> press Enter it gets filled in. So, the intent of Enter should be >>> similar to that of Space: just as a whitespace. Tab is a good choice >>> for triggering the completion because we basically only use Tabs only >>> in a new line where the completion does not apply. >>> >> >> Well, the completion with enter was requested by a few people, so we >> should reach a consensus. > > I believe that the scenario presented above is a reasonable and not > uncommon one. Right now, I have to get from an subconscious state of > typing to a conscious one to get myself to press Space before Enter. > And I do not see the gain of having two keys doing the same thing. > >>> 2. When no completion is offered and I press tab, I do get some list. >>> Why is this not offered by default? Is it because it is slower? Is it >>> because it is the regular ECompletion and that is not useful? >> >> It is the regular ECompletion, which is slower, and less useful. >> >>> >>> 3. The completion is triggered only when typing, but not when >>> removing >>> characters. I believe it would be better if it followed me all the >>> time. >>> >> >> Good point! >> >>> 4. When I want to navigate through the offered list using the down >>> arrow the look changes and the items become wider. In fact, the same >>> appears when I force completion by pressing Tab, so this leads me to >>> believe that the change in the look is given by the change from O >>> to E >>> completion. The look should remain the same. >> >> I thought about it and concluded that it may be good to differentiate >> them. > > I do not believe that making explicit the internal implementation of > the overall completion service is beneficial. In fact, the > inconsistency just raises questions and it somehow makes me feel as if > I am breaking something. > > If the question of the choice between the E and O appearance arises, > my preference is for the colors and appearance of OCompletion (I like > it that it does not take that much space and the colors are less > intrusive). > > Cheers, > Doru > >> As for the tab/enter issue, different people think differently. That's >> why we should reach a consensus >> on these two issues, so that I can decide whether I should remove >> these two features :-). >> >> Cheers, >> Romain >> >>> >>> >>> Cheers, >>> Doru >>> >>> -- >>> www.tudorgirba.com >>> >>> "If you interrupt the barber while he is cutting your hair, >>> you will end up with a messy haircut." >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> Romain Robbes >> http://www.inf.unisi.ch/phd/robbes >> >> >> _______________________________________________ >> 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 > > "It's not how it is, it is how we see it." > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 30, 2009