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

Re: [Pharo-project] Workspace API

by Gary Chambers

Around the same... usually when I rebuild my image. Loading from file happens more often (preference and appearance settings mostly). Regards, Gary ----- Original Message ----- From: Chris Cunningham To: Pharo-project(a)lists.gforge.inria.fr Sent: Wednesday, February 11, 2009 4:41 PM Subject: Re: [Pharo-project] Workspace API I average about once a year (saving contents to a file). However, I regularly open a workspace on strings. ------------------------------------------------------------------------------ _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 11, 2009

Re: [Pharo-project] LogicalFont deepCopy infinite loop with Arial font

by Alain Plantec

Gary Chambers a Ã©crit : > Saved preferences seems broken in other ways... it seems to lead to > odd obsoletions of the PBPreferenceView subclasses... probably due to > the deepcopy. I'm not sure deep copying is really wanted here, there's > probably a better way. ok, I will try to repare and improve it. alain > > Regards, Gary > > ----- Original Message ----- From: "Alain Plantec" > <alain.plantec(a)free.fr> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Wednesday, February 11, 2009 3:22 PM > Subject: [Pharo-project] LogicalFont deepCopy infinite loop with Arial > font > > >> Hi all, >> I would like to improve the PreferencesBrowser so that it includes >> standard Fonts preferences (see joined snapshot). >> It's almost done except that, if a preference font is set to Arial, >> clicking on Save button leads to an infinite loop. >> >> To reproduce it, set button font to Arial-12 and >> Preferences standardButtonFont deepCopy. >> >> Cheers >> alain >> > > > -------------------------------------------------------------------------------- > > > >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > >

Feb. 11, 2009

Re: [Pharo-project] Call for UI gripes

by Gary Chambers

The next version (Polymorph-Widgets-gvc.45) will support adaptive layout insets for buttons in the Watery2 theme dependent upon the corners that are rounded. For square buttons this will save 8 pixels horizontally per button. I'll put on SqueakSource once enough other changes are made to Polymorph to justify the effort of releasing ;-) Regards, Gary >> >> Space to sides of the buttons?? Perhaps unrelated, but I have been >> thinking of something similar while poking at Damien's recent dev image. >> > > Because Watery2 has more-rounded-than-usual buttons some extra space is > required to avoid the text/morph apearing outside the button image. >

Feb. 11, 2009

Re: [Pharo-project] looking for Unicode testers

by John M McIntosh

No, it's just more smalltalk coding, the utf8-plain-text bytes need to be translated into bytes according to "Normalizes the string into the specified form as described in Unicode Technical Report #15." and ensure we return the bytes as UTF8. The FFI calls let the macintosh operating system deal with the messy details. http://unicode.org/unicode/standard/reports/tr15/tr15-18.html also see http://developer.apple.com/qa/qa2001/qa1235.html Say is that a precomposed and decomposed Unicode you have there, really what does squeak want? want does the operating system want. Choices choices. PS beware the utf8 to macroman or macroman to utf8 text converts in squeak, I don't think the one that came from etoys does the right thing can't remember, it's named wrong, does utf8 to ascii or something... On 11-Feb-09, at 7:29 AM, Michael Rueger wrote: > Michael Rueger wrote: > >>> Well that *is* the extended clipboard support. Just need the >>> smalltalk code to make the proper primitive calls to the extended >>> clipboard plugin. >>> You need the ClipboardExtendedPlugin.bundle > > Hmm, you still need FFI despite the plugin: > > readUTF8StringClipboardData > | bytes | > "utf8" > > bytes := self readClipboardData: 'public.utf8-plain-text'. > bytes := MacCFString callMakeUTF8NormalizedStringViaByteString: > bytes asString. > ^bytes ifNil: [bytes] ifNotNil: > [bytes asString convertFromWithConverter: (UTF8TextConverter new)] > > > > Michael -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Feb. 11, 2009

Re: [Pharo-project] Workspace API

by Chris Cunningham

I average about once a year (saving contents to a file). However, I regularly open a workspace on strings.

Feb. 11, 2009

Re: [Pharo-project] looking for Unicode testers

by John M McIntosh

On 11-Feb-09, at 6:39 AM, Michael Rueger wrote: > > alt/ctrl > so if you hit alt-c (apple-c) slot six is nil Well you have 3 different events that occur on tapping that key(s) This follows the rules set by the windows VM. on the down stroke, we give you EventTypeKeyboard->EventKeyDown, the macintosh keycode (some virtual magic number), and zero for the unicode value After the operating system determines what that plastic or rubber key was, we send EventTypeKeyboard-> EventKeyChar, the macintosh macRoman character (if possible, may be zero), and the unicode value Once the key is released, we send EventTypeKeyboard> EventKeyUp , the macintosh keycode (some virtual magic number), and zero for the unicode value If the key is held down it repeats, and according to windows rules it doesn't send the keyup (I believe check the archives), just key down, key char I had offered to return the unicode value for keydown/keyup but was told it was too hard for the windows VM to provide that data at the point where key down/up occurs http://lists.squeakfoundation.org/pipermail/squeak-dev/2003-December/071701… As you know some flavours of the Squeak UI look for character input on keyChar or keyUp... So is this on key up/down or key char? > > >>> Oh, I thought the new Mac VMs supported Unicode in the clipboard >>> logic as the other VMs now do. >>> How much effort would that be to add UTF-x support to the current >>> clipboard logic? >> Well that *is* the extended clipboard support. Just need the >> smalltalk code to make the proper primitive calls to the extended >> clipboard plugin. >> You need the ClipboardExtendedPlugin.bundle > > OK, will do for now. > Guess in future versions we should remove the clipboard support from > the core VM and replace it by the (extended) clipboard plugin. > > Michael > -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Feb. 11, 2009

[Pharo-project] Issue #505

by HernÃ¡n Morales Durand

http://code.google.com/p/pharo/issues/detail?id=505

Feb. 11, 2009

Re: [Pharo-project] LogicalFont deepCopy infinite loop with Arial font

by Alexandre Bergel

> Thank, I'm sure that you are tired of having to set > > fonts each time you take a fresh image :) More than this :-) "tired" is a weak word... Alexandre > > >> On 11 Feb 2009, at 16:22, Alain Plantec wrote: >> >>> Hi all, >>> I would like to improve the PreferencesBrowser so that it includes >>> standard Fonts preferences (see joined snapshot). >>> It's almost done except that, if a preference font is set to Arial, >>> clicking on Save button leads to an infinite loop. >>> >>> To reproduce it, set button font to Arial-12 and >>> Preferences standardButtonFont deepCopy. >>> >>> Cheers >>> alain >>> < >>> FontsInPreferences >>> .png >>> ><FTFdeepcopy.png>_______________________________________________ >>> 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 11, 2009

[Pharo-project] OB 10231: search bar does not work

by Simon Denier

Using the latest pharo dev 10231dev09.02.1, I cant use the search bar anymore. I got a OBEnhancementMetaNode(Object)>>doesNotUnderstand: #fan: Latest I check (10211), it works. Is it a known bug? -- Simon

Feb. 11, 2009

Re: [Pharo-project] LogicalFont deepCopy infinite loop with Arial font

by Gary Chambers

Saved preferences seems broken in other ways... it seems to lead to odd obsoletions of the PBPreferenceView subclasses... probably due to the deepcopy. I'm not sure deep copying is really wanted here, there's probably a better way. Regards, Gary ----- Original Message ----- From: "Alain Plantec" <alain.plantec(a)free.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, February 11, 2009 3:22 PM Subject: [Pharo-project] LogicalFont deepCopy infinite loop with Arial font > Hi all, > I would like to improve the PreferencesBrowser so that it includes > standard Fonts preferences (see joined snapshot). > It's almost done except that, if a preference font is set to Arial, > clicking on Save button leads to an infinite loop. > > To reproduce it, set button font to Arial-12 and > Preferences standardButtonFont deepCopy. > > Cheers > alain > -------------------------------------------------------------------------------- > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 11, 2009