- Pharo-dev - lists.pharo.org

[Pharo-project] [BUG] Blink cursor does not work!
by StÃ©phane Ducasse Aug. 17, 2009

Aug. 17, 2009

in latest core 414 Blink cursor does not work and pops up a DNU. Argh I should not have pushed this fix in pharo. Torsten can yo have a look? VM: Mac OS - intel - 1058 - Squeak3.8.1 of '28 Aug 2006' [latest update: #6747] Squeak VM 4.1.1b2 Image: Pharo1.0beta [Latest update: #10414] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir /Users/ducasse/Workspace/FirstCircle/ActiveResearch/Pharo/ Pharo Trusted Dir /foobar/tooBar/forSqueak/bogus Untrusted Dir /Users/ducasse/Library/Preferences/Squeak/Internet/My Squeak TextMorphForEditView(Object)>>doesNotUnderstand: #onBlinkCursor Receiver: a TextMorphForEditView(3667) Arguments and temporary variables: aMessage: onBlinkCursor exception: MessageNotUnderstood: TextMorphForEditView>>onBlinkCursor resumeValue: nil Receiver's instance variables: bounds: 0@0 corner: 429@114 owner: a TransformMorph(1088) submorphs: #() fullBounds: 0@0 corner: 429@114 color: Color black extension: a MorphExtension (3610) [other: (blinkStart -> 43651)] borderWidth: 0 borderColor: Color black textStyle: a TextStyle Accuny12(FontSet) text: a Text for 'ScriptLoader new installingInstaller |i| i := Installer mont...etc... wrapFlag: true paragraph: a MultiNewParagraph editor: nil container: nil predecessor: nil successor: nil backgroundColor: nil margins: nil editHistory: a TextMorphCommandHistory editView: a PluggableTextMorph(20) acceptOnCR: false StepMessage(MessageSend)>>value Receiver: StepMessage(#onBlinkCursor -> a TextMorphForEditView(3667)) (a TextMorphForEditView(3667) #...etc... Arguments and temporary variables: Receiver's instance variables: receiver: a TextMorphForEditView(3667) selector: #onBlinkCursor arguments: nil scheduledTime: 622667 numArgs: 0 stepTime: 500 StepMessage(MorphicAlarm)>>value: Receiver: StepMessage(#onBlinkCursor -> a TextMorphForEditView(3667)) (a TextMorphForEditView(3667) #...etc... Arguments and temporary variables: anArgument: 622684 nArgs: 0 Receiver's instance variables: receiver: a TextMorphForEditView(3667) selector: #onBlinkCursor arguments: nil scheduledTime: 622667 numArgs: 0 stepTime: 500 WorldState>>runLocalStepMethodsIn: Receiver: a WorldState Arguments and temporary variables: aWorld: a PasteUpMorph(1622) [world] now: 622684 morphToStep: a TextMorphForEditView(3667) stepTime: nil priorWorld: a PasteUpMorph(1622) [world] Receiver's instance variables: hands: an Array(a HandMorph(3216)) viewBox: 0@0 corner: 1174@762 canvas: a FormCanvas on: DisplayScreen(1174x762x32) damageRecorder: a DamageRecorder stepList: a Heap(StepMessage(#stepAt: -> a SystemWindow(2954))(a SystemWindow(2...etc... lastStepTime: 692461 lastStepMessage: nil lastCycleTime: 692422 commandHistory: a CommandHistory alarms: a Heap() lastAlarmTime: 692461 WorldState>>runStepMethodsIn: Receiver: a WorldState Arguments and temporary variables: aWorld: a PasteUpMorph(1622) [world] queue: a SharedQueue nextInQueue: nil Receiver's instance variables: hands: an Array(a HandMorph(3216)) viewBox: 0@0 corner: 1174@762 canvas: a FormCanvas on: DisplayScreen(1174x762x32) damageRecorder: a DamageRecorder stepList: a Heap(StepMessage(#stepAt: -> a SystemWindow(2954))(a SystemWindow(2...etc... lastStepTime: 692461 lastStepMessage: nil lastCycleTime: 692422 commandHistory: a CommandHistory alarms: a Heap() lastAlarmTime: 692461 PasteUpMorph>>runStepMethods Receiver: a PasteUpMorph(1622) [world] Arguments and temporary variables: Receiver's instance variables: bounds: 0@0 corner: 1174@762 owner: nil submorphs: an Array(a TaskbarMorph(3095) a SystemWindow(2954) a SystemWindow(87...etc... fullBounds: 0@0 corner: 1174@762 color: (Color r: 0.97 g: 0.98 b: 1.0) extension: a MorphExtension (2543) [eventHandler = an EventHandler] [other: (...etc... borderWidth: 0 borderColor: (Color r: 0.03 g: 0.02 b: 0.0) presenter: a Presenter (1246) model: a MorphicModel(1926) cursor: 1 padding: 3 backgroundMorph: nil isPartsBin: nil autoLineLayout: false indicateCursor: nil resizeToFit: nil wantsMouseOverHalos: nil worldState: a WorldState griddingOn: nil WorldState>>doOneCycleNowFor: Receiver: a WorldState Arguments and temporary variables: aWorld: a PasteUpMorph(1622) [world] Receiver's instance variables: hands: an Array(a HandMorph(3216)) viewBox: 0@0 corner: 1174@762 canvas: a FormCanvas on: DisplayScreen(1174x762x32) damageRecorder: a DamageRecorder stepList: a Heap(StepMessage(#stepAt: -> a SystemWindow(2954))(a SystemWindow(2...etc... lastStepTime: 692461 lastStepMessage: nil lastCycleTime: 692422 commandHistory: a CommandHistory alarms: a Heap() lastAlarmTime: 692461 WorldState>>doOneCycleFor: Receiver: a WorldState Arguments and temporary variables: aWorld: a PasteUpMorph(1622) [world] Receiver's instance variables: hands: an Array(a HandMorph(3216)) viewBox: 0@0 corner: 1174@762 canvas: a FormCanvas on: DisplayScreen(1174x762x32) damageRecorder: a DamageRecorder stepList: a Heap(StepMessage(#stepAt: -> a SystemWindow(2954))(a SystemWindow(2...etc... lastStepTime: 692461 lastStepMessage: nil lastCycleTime: 692422 commandHistory: a CommandHistory alarms: a Heap() lastAlarmTime: 692461 PasteUpMorph>>doOneCycle Receiver: a PasteUpMorph(1622) [world] Arguments and temporary variables: Receiver's instance variables: bounds: 0@0 corner: 1174@762 owner: nil submorphs: an Array(a TaskbarMorph(3095) a SystemWindow(2954) a SystemWindow(87...etc... fullBounds: 0@0 corner: 1174@762 color: (Color r: 0.97 g: 0.98 b: 1.0) extension: a MorphExtension (2543) [eventHandler = an EventHandler] [other: (...etc... borderWidth: 0 borderColor: (Color r: 0.03 g: 0.02 b: 0.0) presenter: a Presenter (1246) model: a MorphicModel(1926) cursor: 1 padding: 3 backgroundMorph: nil isPartsBin: nil autoLineLayout: false indicateCursor: nil resizeToFit: nil wantsMouseOverHalos: nil worldState: a WorldState griddingOn: nil [] in Project class>>spawnNewProcess Receiver: Project Arguments and temporary variables: Receiver's instance variables: superclass: Model methodDict: a MethodDictionary(size 167) format: 172 instanceVariables: #('world' 'changeSet' 'transcript' 'parentProject' 'previous...etc... organization: ('*sound') ('accessing' addSubProjectNamesTo:indentation: changeS...etc... subclasses: nil name: #Project classPool: a Dictionary(#AllProjects->an OrderedCollection(a Project(Unnamed)) ...etc... sharedPools: nil environment: Smalltalk category: #'System-Support' traitComposition: {} localSelectors: nil [] in BlockClosure>>newProcess Receiver: [closure] in Project class>>spawnNewProcess Arguments and temporary variables: Receiver's instance variables: outerContext: Project class>>spawnNewProcess startpc: 53 numArgs: 0 --- The full stack --- TextMorphForEditView(Object)>>doesNotUnderstand: #onBlinkCursor StepMessage(MessageSend)>>value StepMessage(MorphicAlarm)>>value: WorldState>>runLocalStepMethodsIn: WorldState>>runStepMethodsIn: PasteUpMorph>>runStepMethods WorldState>>doOneCycleNowFor: WorldState>>doOneCycleFor: PasteUpMorph>>doOneCycle [] in Project class>>spawnNewProcess [] in BlockClosure>>newProcess

2 4

[Pharo-project] [BUG] Blink cursor does not work!
by Torsten Bergmann Aug. 17, 2009

Aug. 17, 2009

>Works on my core image, upgraded to 414 works for me too without any problem. Bye Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

1 0

[Pharo-project] Fwd: Class browser with changing title.
by StÃ©phane Ducasse Aug. 17, 2009

Aug. 17, 2009

Begin forwarded message: > From: Colin Putney <cputney(a)wiresong.ca> > Date: August 16, 2009 7:15:26 PM CEDT > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Re: [Pharo-project] Class browser with changing title. > > > On 16-Aug-09, at 9:17 AM, StÃ©phane Ducasse wrote: > >> Ah ok then the fix should be sent to omnibrowse mailing-list >> >> I do not know what is the process colin is following for enh >> inclusion >> >> <ClassBrowserchange.1.cs> > > Hi StÃ©phane, > > Casual contributions like Henrik's should be posted to the OB > mailing list. For larger contributions, I'll invite the developer to > commit directly to my wiresong repository, with discussion on the > mailing list. > > I'm a little puzzled by this change set, though. OB already updates > the window title when the selection is changed... is this behavior > broken on Pharo? > > Colin

2 1

Re: [Pharo-project] Complex number support discussion
by Ken.Dickey Aug. 16, 2009

Aug. 16, 2009

Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> > A 2-10x performance hit is all the more reason why such a creation should > be dormant unless specifically invoked - translation, no coercion into the > controversial type. Â While there are uses for systems that are "smart" > enough to give exact answers, most computation happens in a world of > tolerances, with numbers that are not cherry picked for aesthetics. Â > > As somebody else (Sig perhaps) said, the behavior of the base system > magnitude classes should not change when a different package is loaded. > Â #asComplex is the gateway through which one can tell the system that > complex numbers are expected and desired. Â The more you write, the more it > becomes clear that there also would need to be a #asComplexSymbolic or > something to invoke behavior one might expect from Maple and other symbolic > systems. > > I strongly recommend starting with a numerical approach to a "closed > system" of complex numbers. Â GSL provides much of what should be available, > and can be mapped into Pharo by FFI/Alien. Â The result would get used. Â If > you then want to compete with Maple and Mathematica, that really should be > done separately. Â For examle, there are times when I use logs to estimate > the number of digits required to hold a number, and if the argument is > negative, I goofed and expect an error. Bill, My apologies for mixing a personal "philosophy discussion" into the Complex header. Â The Complex implementation does not suffer from the performance hit mentioned and as I stated earlier, I have no current desire to make Pharo into Mathematica. Â I would welcome a package which did this, however. -KenD

6 46

[Pharo-project] right button still doesn't work on Windows
by Mariano Martinez Peck Aug. 16, 2009

Aug. 16, 2009

With Pharo beta, right button still doesn't work out of the box in Windows. Instead, you have to use the wheel button. To fix it, you must evaluate: InputEventSensor installMouseDecodeTable I saw that in: http://code.google.com/p/pharo/issues/detail?id=838 The thing is...where can I put that code so that new images work out of the box? Best, Mariano

2 2

[Pharo-project] [update] 10414
by Adrian Lienhard Aug. 16, 2009

Aug. 16, 2009

update #10414 ----------------- 310+311: Reorganize unit tests in a more modular way such that they can be unloaded Now all unit tests are in the packages "Tests", "CollectionsTests", "KernelTests", "MorphicTests", etc. The key point of this reorganization is to make these packages really modular, i.e., they can be unloaded without leaving obsolete classes behind. I also made sure that SUnit with its GUI is unloadable. If you execute in a Pharo-core image: ScriptLoader new cleanUpForProduction; cleanUpForRelease you get an image without tests and SUnit that is 8.0 MB on disk. Adrian ___________________ http://www.adrian-lienhard.ch/

6 6

Re: [Pharo-project] Complex number support discussion
by Ken.Dickey Aug. 16, 2009

Aug. 16, 2009

gor Stasenko <siguctua(a)gmail.com> > Let me restate where we started from. We started from point: > Array new: 0.2i Again, how is this different in pattern from dealing with Â Array new: 1/2 Â Array new: -17 Â ... ?? -KenD PS: Â Complex real: (0.5 + 0i) imaginary: (0 + 0i) Complex can only have instances of Number as components. Â The lack of checks is an error.

2 1

[Pharo-project] Class browser with changing title.
by Javier PimÃ¡s Aug. 16, 2009

Aug. 16, 2009

Thanks everybody for the answers of last post. Finally I used the technique Mariano recommended because it was just what I wanted. Here I'm proposing a really small change to the class browser so that whenever a class or method is selected it's title is changed accordingly. The title produced is such that you can distinguish the browsers when looking at the taskbar (very usefull when you have many browsers opened). In case you like it, it would be nice to have it included in main pharo. -- Javier PimÃ¡s Ciudad de Buenos Aires

4 4

[Pharo-project] Beta: browser missing splitters?
by Schwab,Wilhelm K Aug. 16, 2009

Aug. 16, 2009

I wanted to take a look at Seaside 2.9's WADevelopment class, specifically how it automates saving packages. After finding the download system for Seaside (very nice!), I had a great excuse to grab the beta and load 2.9 from a change set. It worked - congrats to all involved. One thing that stands out to me is that the panes in the browser appear to lack splitters, so one is stuck with their relative sizes :( As a secondary item, when trying to click-drag where a splitter might be, it picks up the entire browser; IMHO, it should ignore the input. Better still, it should have splitters. Please view all of this as a success. I loaded a beta web framework into a beta Smalltalk system, and that's worst that happened! In fairness, I have not tried to use Seaside 2.9, but for now, I just want to organize the saving of my packages to go from my current image into the beta. Bill

3 2

Re: [Pharo-project] Complex Number Discussion
by Ken.Dickey Aug. 16, 2009

Aug. 16, 2009

HELP REQUEST I am working an old, very slow machine and must be missing something. I have browsed senders of #sqrt and run the full test suite with sqrt either answering a complex or giving an error on negative arguments and have not seen a difference. Can someone please send me a/some non-trivial examples of where returning complex results for negative arguments breaks something. Thanks a bunch, -KenD

2 1