- Pharo-dev - lists.pharo.org

[Pharo-project] New event Sensor
by StÃ©phane Ducasse April 16, 2009

April 16, 2009

Mike is it safe to use System-Support (what will happen to inputSensor). Stef

2 2

[Pharo-project] Fonts working great
by Damien Cassou April 16, 2009

April 16, 2009

Hi, I've set-up the following script (based on a previous message in this list) for people using a recent VM and having DejaVu: |font codeFont| font := LogicalFont familyName: 'DejaVu Serif' pointSize: 10. codeFont := LogicalFont familyName: 'DejaVu Sans Mono' pointSize: 9. Preferences setListFontTo: font. Preferences setMenuFontTo: font. Preferences setCodeFontTo: codeFont. Preferences setButtonFontTo: font. Preferences setSystemFontTo: font. font := LogicalFont familyName: 'DejaVu Serif' pointSize: 11. Preferences setWindowTitleFontTo: font. -- Damien Cassou http://damiencassou.seasidehosting.st

9 19

[Pharo-project] Issue 722: some methods missing in BlockClosure
by Nicolas Cellier April 15, 2009

April 15, 2009

I added missing methods for issue http://code.google.com/p/pharo/issues/detail?id=722 in PhaoInbox/Services-Base-nice.48 and PharoInbox/Kernel-nice.renggli.289 (I did not make a SLICE) These two preserve author name and date from BlockContext since they are pure copies of code. PharoInbox/Kernel-nice.renggli.289 also merge PharoInbox/Kernel-nice.renggli.288 which solve http://code.google.com/p/pharo/issues/detail?id=726 (missing BlockClosure>>#sender) It does not merge Michael changes about events. Nicolas

2 1

[Pharo-project] #decompileBlock: eats names of block arguments
by Dennis Schetinin April 15, 2009

April 15, 2009

*[:a :b | a+b] decompile decompileString * gives *'[:t1 :t2 | t1 + t2]'* (The same thing when I decompile block defined in method) (In *#decompileBlock:*) the branch *method fileIndex ~~ 0 ifTrue: [...]* finds all tempVar names including block's arguments but then they are eaten by *self initSymbols: homeClass* where only tempVars defined by method itself survive... ... and I don't know how to fix it... -- Dennis Schetinin

3 3

[Pharo-project] Compiler class>>closureParserClass
by Alexandr Batalshikov April 15, 2009

April 15, 2009

Hi, I see in pharo0.1-10268dev09.04.1.image: Compiler class>>closureParserClass ^self error: 'not installed'. That is right? How to install "closureParserClass"? Alexander.

5 4

[Pharo-project] *overrides* in polymorph
by StÃ©phane Ducasse April 15, 2009

April 15, 2009

Hi gary It seems that I already fixed SystemProgressMorph>>label:min:max: so that the bloack argument is not written. Can you check because if I redo it and it gets overridden I will have the smae problem. stef

2 2

[Pharo-project] [ANN] 10278 who and parser
by StÃ©phane Ducasse April 15, 2009

April 15, 2009

who is now fixed as well as asiignemtn stef

1 0

[Pharo-project] question on traits
by Alexandre Bergel April 14, 2009

April 14, 2009

Hi All, Apparently, the way a conflict may be triggered is slightly different from what is described in the toplas paper. in the paper, it is said that a compiled method that is inherited from more than one path does not trigger a conflict. With the current implementation this trigger a conflict. For example: T1 defines foo T2 uses T1 T3 uses T1 T23 uses T2 + T3 C uses T23 C new foo => conflict error. One would expect no conflict since there is only one definition of foo Just wondering... Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

4 9

[Pharo-project] Problem with BlockClosure>>decompile
by Dennis Schetinin April 14, 2009

April 14, 2009

... because there is no method #who... Can anybody please help to fix it quickly? TIA -- Dennis Schetinin

3 4

[Pharo-project] Universe browser on Damien's dev image
by Ramiro Diaz Trepat April 14, 2009

April 14, 2009

where is it?

3 5