December 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [COTDC] 95 - GZipReadStream

by Sean P. DeNigris

No love for the Compression package? -- View this message in context: http://forum.world.st/COTDC-95-GZipReadStream-tp4180360p4193551.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 14, 2011

Re: [Pharo-project] hasPoolVarNamed: semantics :(

by Igor Stasenko

Stephane, remember we changed a name lookup for classes not long ago. IIRC we changed the #bindingOf: So, i think that #sharedPools should answer a list of all pools of all classes in inheritance chain, which can be implemented like: sharedPools ^ superclass ifNil: [ self localSharedPools ] ifNotNil: [ self localSharedPools , superclass sharedPools ] note, that order (self localSharedPools , superclass sharedPools) are important, because pool in a subclass can shadow a pool variable defined in superclass. -- Best regards, Igor Stasenko.

Dec. 14, 2011

Re: [Pharo-project] Old smalltalker is slightly lost

by Igor Stasenko

I think best way is to create own Morph subclass and define #drawOn: method, where you can draw anything you want. Then you can embed it into a system window by using #addMorph: , or just use #openInWorld. On 13 December 2011 20:29, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > From KasperOsterbye: > >> >> This post has NOT been accepted by the mailing list yet. >> 15 years ago I did a lot in Smalltalk, and have done some recreational >> meta programming along the way. However, I now wanted to do something >> where I was in need of drawing a diagram with x and y axes on what I >> presume might be called a Canvas. >> >> I lack a simple tutorial to get me started. I have looked at many, but >> they seem to presume I want to draw on the world "openInWorld". I should >> like not to scatter my world with line fragments and points, but keep it >> inside a "normal" window with borders, a background color (i.e. not a see >> through window). >> I have gone dead in two approaches. >> >> First attempt is to use a SystemWindow, and then draw on the canvas I >> presume is there somewhere. I have just not been able to figure out how to >> find the canvas of that SystemWindow, nor what method presumeable does the >> painting. >> >> Second attempt is to use a SystemWindow, and then add (addMorph:) line and >> circle morphs for my diagram. Â But it seems something is missing in my >> understanding there as well. >> >> While it is fun that I can open circles and other stuff in "world", it is >> not what I need. >> >> Small hits or direct solutions more than welcome. >> >> -- Kasper >> > > -- > View this message in context: http://forum.world.st/Old-smalltalker-is-slightly-lost-tp4191432p4191432.ht… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

Dec. 14, 2011

Re: [Pharo-project] NB Bug?

by Igor Stasenko

On 14 December 2011 01:17, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > Igor, is this a bug? > > When parsing methods that send native functions withouth arguments , > void, theres a DNU. > For example in the following method: > > ^ self pangoCairoNbCall:#(PangoCairoFontMap > pango_cairo_font_map_get_default ( void ) ) > > > I fixed it like this: > > usesMethodArguments > "first check wether my single argument is void" > ^(fnSpec arguments size = 1 ==> [fnSpec arguments first class ~= > NBVoid]) and:[ fnSpec arguments anySatisfy: [:type | type loader > usesSTStack ] ] > > Well, the function signature syntax are not strictly following C. Just use empty parens for functions with no arguments. This is quite archaic C syntax, which is really not important to support. Or i can add this patch if you insist. :) -- Best regards, Igor Stasenko.

Dec. 14, 2011

Re: [Pharo-project] Startup Preferences

by Steve Taylor

On 14/12/11 11:24, Sean P. DeNigris wrote: > +1 for "imageFolder/.pharo followed by ~/.pharo (although is ~ meaningful on > Windows?) There's something like C:/Users/<current_user_name> - though I think that might be a different location between Vista and XP and so on. There's also the added complication that programs can be installed for the current user or 'all users' - I don't know what the implications of that are. Steve

Dec. 14, 2011

Re: [Pharo-project] Startup Preferences

by Sean P. DeNigris

Tudor Girba-2 wrote > > I would like to have it first look in the local folder :). > > For the global place, I also believe that there should be only one, and > ~/.pharo sounds the best to my ears. > +1 for "imageFolder/.pharo followed by ~/.pharo (although is ~ meaningful on Windows?) -- View this message in context: http://forum.world.st/Startup-Preferences-tp4129591p4192954.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 14, 2011

[Pharo-project] NB Bug?

by Fernando Olivero

Igor, is this a bug? When parsing methods that send native functions withouth arguments , void, theres a DNU. For example in the following method: ^ self pangoCairoNbCall:#(PangoCairoFontMap pango_cairo_font_map_get_default ( void ) ) I fixed it like this: usesMethodArguments "first check wether my single argument is void" ^(fnSpec arguments size = 1 ==> [fnSpec arguments first class ~= NBVoid]) and:[ fnSpec arguments anySatisfy: [:type | type loader usesSTStack ] ] Fernando

Dec. 13, 2011

Re: [Pharo-project] Startup Preferences

by Tudor Girba

I would like to have it first look in the local folder :). For the global place, I also believe that there should be only one, and ~/.pharo sounds the best to my ears. Cheers, Doru On 13 Dec 2011, at 20:48, Benjamin wrote: > Guys, I am ok for any proposition but please try to find only one together :) > > some of you are for ~/.config/pharo/bla others for ~/.pharo/bla > > some of you are for multi location, other for only one. > > > Personally I am for ~/.pharo and for multi locations :) > > > Waiting for your arguments ;) > > > Ben > > > On Dec 13, 2011, at 5:57 PM, Camillo Bruni wrote: > >> Cool, >> >> For me the default config dir is still in "~/.pharo/" so that would be cool if added... >> >> cami >> >> On 2011-12-13, at 11:37, Benjamin wrote: >> >>> New version: >>> >>> Now there is a hierarchy for the setting file >>> >>> - first it lloks in the image diretory for st files >>> - if none is found, it looks into >>> ~/.config/pharo/${VERSION} >>> - if none is found it looks into >>> ~/.config/pharo/general >>> >>> We could also add a look into >>> ~/.pharo/ >>> >>> >>> >>> Gofer new >>> squeaksource: 'StartupPreferences'; >>> package: 'StartupPreferences'; >>> load. >>> >>> Ben >>> >>> On Dec 1, 2011, at 6:50 PM, StÃ©phane Ducasse wrote: >>> >>>> me too. >>>> >>>> Stef >>>> >>>> On Dec 1, 2011, at 6:38 PM, Camillo Bruni wrote: >>>> >>>>> Yeah I would really love to see this. >>>>> >>>>> maybe with a fixed lookup chain >>>>> >>>>> 1. Settings from the Image directory/startup.st >>>>> 2. Settings from ~/.pharo/$VERSION/startup.st >>>>> 3. Settings from ~/.pharo/startup.st >>>>> >>>>> cami >>>>> >>>> >>>> >>> >> >> > > -- www.tudorgirba.com "We cannot reach the flow of things unless we let go."

Dec. 13, 2011

Re: [Pharo-project] hasPoolVarNamed: semantics :(

by Eliot Miranda

On Tue, Dec 13, 2011 at 2:04 PM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > 2011/12/13 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > > I just came back to eater after 7 hours of train > > > > http://code.google.com/p/pharo/issues/detail?id=5101 > > > > Ah yes, you probably wrote original code after 15h of airplane and 8h > time difference ;) > > I wonder if SharedPool were inherited in original st-80 ? > Yes. But IIRC SharedPools were *not* inherited in pre-Namespace VisualWorks, and they don't exist in Namespaced VW. Here's the class variable lookup method in Smalltalk-80 V2: Behavior>scopeHas: varName ifTrue: assocBlock "Look up varName in this class, its superclasses, and Smalltalk. If it is there, pass the association to assocBlock, and answer true; else answer false." | assoc | self withAllSuperclasses do: [:sup | (sup poolHas: varName ifTrue: assocBlock) ifTrue: [^true]]. assoc _ Smalltalk associationAt: varName ifAbsent: []. assoc == nil ifFalse: [assocBlock value: assoc. ^true]. ^false > Nicolas > > > On Dec 13, 2011, at 10:33 PM, Sean P. DeNigris wrote: > > > >> > >> StÃ©phane Ducasse wrote > >>> > >>> What do you think? may be we should rename it > >>> hasLocalPoolvarNamed: > >>> > >> > >> That sounds clearer. #has vs. #uses is more subtle and potentially > >> confusing. > >> > >> -- > >> View this message in context: > http://forum.world.st/hasPoolVarNamed-semantics-tp4191675p4192155.html > >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >> > > > > > > -- best, Eliot

Dec. 13, 2011

Re: [Pharo-project] hasPoolVarNamed: semantics :(

by Nicolas Cellier

2011/12/13 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > I just came back to eater after 7 hours of train > > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=5101 > Ah yes, you probably wrote original code after 15h of airplane and 8h time difference ;) I wonder if SharedPool were inherited in original st-80 ? Nicolas > On Dec 13, 2011, at 10:33 PM, Sean P. DeNigris wrote: > >> >> StÃ©phane Ducasse wrote >>> >>> What do you think? may be we should rename it >>> Â Â Â hasLocalPoolvarNamed: >>> >> >> That sounds clearer. #has vs. #uses is more subtle and potentially >> confusing. >> >> -- >> View this message in context: http://forum.world.st/hasPoolVarNamed-semantics-tp4191675p4192155.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > >

Dec. 13, 2011