- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Towards Pharo 1.0

by Alexandre Bergel

> You reported a bug half a year ago? Try to recreate it and add a > comment: This is still a problem > in #10243 and the way I re-created the problem is this. How can I close an issue? ( i want to close Issue 472, it has been fixed) I do not see an option for this. Thanks for reminding us to go over previous issues. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 24, 2009

Re: [Pharo-project] looking for Unicode testers

by Igor Stasenko

2009/2/24 Adrian Lienhard <adi(a)netstyle.ch>: > Sensor kbdTest > "There is no implementors of kbdTest" :( What image might contain this method? > HTH, > Adrian > > On Feb 24, 2009, at 09:48 , Igor Stasenko wrote: > >> 2009/2/24 Michael Rueger <m.rueger(a)acm.org>: >>> Igor Stasenko wrote: >>> >>>> what is not very convenient is that copy/paste (as well as the >>>> rest of >>>> keyboard shortcuts ) is not working when keyboard layout not >>>> english. >>> >>> If you could be so kind to tell me what comes back in slot 3 of the >>> input event on your Russian keyboard if you simply type the >>> equivalent >>> of 'xcv' (without alt or ctrl)? >>> >>> I'm interested in what comes back on the keyDown and the keystroke >>> event. >>> >> >> I tried something like this >> >> [ | event | >> Â event := Sensor peekEvent. >> Â event ifNotNil: [ >> Â Â Â ((event first = 2) and: [event fourth = 1] ) ifTrue: [ >> Â Â Â Transcript show: (event third printStringRadix: 16); cr. >> Â Â Â ] ] ] repeat >> >> but it not shows anything :( >> Have a snippet which i can run to show key codes? >> >> >> >>> Thanks >>> >>> Michael >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> 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 > -- Best regards, Igor Stasenko AKA sig.

Feb. 24, 2009

[Pharo-project] New Pharo-dev based on 10243

by Damien Cassou

http://code.google.com/p/pharo/wiki/Downloads?tm=2 -- Damien Cassou http://damiencassou.seasidehosting.st

Feb. 24, 2009

Re: [Pharo-project] looking for Unicode testers

by Adrian Lienhard

Sensor kbdTest HTH, Adrian On Feb 24, 2009, at 09:48 , Igor Stasenko wrote: > 2009/2/24 Michael Rueger <m.rueger(a)acm.org>: >> Igor Stasenko wrote: >> >>> what is not very convenient is that copy/paste (as well as the >>> rest of >>> keyboard shortcuts ) is not working when keyboard layout not >>> english. >> >> If you could be so kind to tell me what comes back in slot 3 of the >> input event on your Russian keyboard if you simply type the >> equivalent >> of 'xcv' (without alt or ctrl)? >> >> I'm interested in what comes back on the keyDown and the keystroke >> event. >> > > I tried something like this > > [ | event | > event := Sensor peekEvent. > event ifNotNil: [ > ((event first = 2) and: [event fourth = 1] ) ifTrue: [ > Transcript show: (event third printStringRadix: 16); cr. > ] ] ] repeat > > but it not shows anything :( > Have a snippet which i can run to show key codes? > > > >> Thanks >> >> Michael >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 24, 2009

Re: [Pharo-project] Aaah, the pain or ParagraphEditor refactoring ; -)

by Igor Stasenko

2009/2/24 Michael Rueger <m.rueger(a)acm.org>: > Hi all, > > while further battling full unicode support I ended up refactoring > ParagraphEditor to the extend that there a no references to the inst var > sensor left. There are still a few references to the global Sensor though. > Yes! Yes! No direct refs to Sensor, please! :) > With moving the model inst var down we could now basically get rid of > class Controller :-) > > Class KeyboardBuffer is gone already. > > All that needs to be done is moving the utility methods in > ScreenController to e.g. Display so we can remove that subclass of > Controller as well. > > Volunteers? > i'd really like to help but i currently swamped by own stuff :) > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Feb. 24, 2009

Re: [Pharo-project] Towards Pharo 1.0

by Lukas Renggli

> PS Some bright person might want to code up some RB find templates to > look for methods > where if you use the closure VM it will possibly Â give you different > behaviour than with the > current VM. Wouldn't it also require to recompile all methods to get closures? Have a look at the senders of #fixTemps. I have 37 senders in the latest Pharo image. These are all places where people had to work around the shortcomings of the Squeak blocks. With block closures enabled these blocks should behave the same without fixing their temps. For more examples the Seaside code base has a vast collection of places where it has to work around missing closures. For portability reasons this is done using #fixCallbackTemps. > Unless of course everyone feels comfortable in turning block closures > on, and assuming nothing > will change? It could be that some code breaks, because closures behave subtly different. However if people depend on such code, then it is ambiguous and buggy in the first place. I think that closures should be included into mainstream VMs and images as fast as possible. It is a **major** annoyance that Squeak has no full block closures even in 2009. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 24, 2009

Re: [Pharo-project] looking for Unicode testers

by Igor Stasenko

2009/2/24 Michael Rueger <m.rueger(a)acm.org>: > Igor Stasenko wrote: > >> what is not very convenient is that copy/paste (as well as the rest of >> keyboard shortcuts ) is not working when keyboard layout not english. > > If you could be so kind to tell me what comes back in slot 3 of the > input event on your Russian keyboard if you simply type the equivalent > of 'xcv' (without alt or ctrl)? > > I'm interested in what comes back on the keyDown and the keystroke event. > I tried something like this [ | event | event := Sensor peekEvent. event ifNotNil: [ ((event first = 2) and: [event fourth = 1] ) ifTrue: [ Transcript show: (event third printStringRadix: 16); cr. ] ] ] repeat but it not shows anything :( Have a snippet which i can run to show key codes? > Thanks > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Feb. 24, 2009

[Pharo-project] [ANN] prebuilt #10243

by Marcus Denker

http://gforge.inria.fr/frs/download.php/18189/Pharo0.1Core-10243.zip CHANGELOG: ========== ------------------------------------------------- update10237 Issue 464: Added subclass: and subclass:instanceVariableNames: Issue 456: 7272: BlockContext equality test is missing Issue 518: -94 asInteger --> 94 SUnit-al.59: Make edge case where method is an object work. Tests-al.41: Clean up TestObjectsAsMethods (do a proper tearDown) ------------------------------------------------------ update10238 Issue 425: TransferMorph eats events (Mantis #7251) Issue 585: Add floatAt:bigEndian: in order to read IEEE 32 bits single precision float in byte arrays Issue 515: lowSpaceWatcher causes DNU interruptName:preemptedProcess: Kernel-AlexandreBergel.260: the menu in pluggabletext editor has been extended with tallyIt ScriptLoader-david_roethlisberger.761: fixed #loadOBAlpha and #loadSuperOB in ScriptLoader System-david_roethlisberger.221 Tools-david_roethlisberger.141: extended SystemNavigation and ToolSet to browse implementors and senders in dedicated browsers instead of showing them in a generic message list browser Traits-damiencassou.261: Implements TraitBehavior>>poolDictionaryNames for polymorphic use with classes ------------------------------------------------------ update10239 Issue 542: Message sent but not implemented: SimpleButtonDelayedMenuMorph Issue 544: Message sent but not implemented: HostSystemMenusProxy Issue 418: CMD + o on the pharo desk returns a DNU Issue 129: Object>>isTransparent (#method not yet removed, that will follow) ------------------------------------------------------ update10240 Issue 588: remove Object>>#isTransparent Issue 589: Project switching gives DNU Issue 592: add Unix epoch creation/conversion methods to DateAndTime Issue 593: fix seaside29 loading script Issue 590: fix some methods for newcompiler (. after method name) ------------------------------------------------------ update10241 - Traits implementation refactoring (no sharing of compiled methods and source) - New tests for Traits MOP - ScriptLoader fixes (cleanUpForRelease, loadOneAfterTheOther:merge:silently:) ------------------------------------------------------ update10242 Issue 598: remove SquishedNameMorph Issue 597: remove #isNonZero Issue 458: Decompiler bug : (MCMergeBrowser >> #conflictSelectionDo:) decompile Issue 3: Utilities offerCommonRequests Issue 481: [Pending Etoy Cleaning] Object>> updateThresholdForGraphicInViewerTab Issue 492: [Pending Etoy Cleaning] Morph>>defaultValueOrNil Issue 599: SmaCC cant find silence in Sound Library Issue 583: Move UpdatingRectangleMorph out of etoy package ------------------------------------------------------ update10243 Issue 600: remove non-ascii from String>> asCharacter, recompile PluggableTextMorph>>drawOn: -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

Feb. 24, 2009

Re: [Pharo-project] suggestion for the category chooser

by Igor Stasenko

2009/2/24 Geert <geert.wl.claes(a)gmail.com>: > > > Igor Stasenko wrote: >> >>> it would be nice to use things like browser's search bar, so when you >>> start typing, a list pops up with >>> suggested names. >> > > Are you referring to the search bar which displays "C... (class search), > i... (implementor search), #C... (class ref search), #s... (sender search)"? > How does this search bar actually work? > no i talking about web browser.. sorry wasn't specific :) > > -- > View this message in context: http://n2.nabble.com/suggestion-for-the-category-chooser-tp2371841p2375675.… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Feb. 24, 2009

Re: [Pharo-project] Towards Pharo 1.0

by John M McIntosh

On 23-Feb-09, at 11:15 PM, Marcus Denker wrote: > > On 24.02.2009, at 00:40, David Pennell wrote: > >> Milestone 3 includes >> â¢ closures (may be with the changes of mathieu with a new image >> format) >> Didn't we pickup Eliot's recent closure work? > > Yes. (so either this is an error or for confusing the enemy ;-) Ok, well Eliot pushed the closure code out the door, we need to build VMs to exploit it. I've not been able to build the macintosh os-x carbon VM based on it yet. Spent the day trying to integrate Craig's Spoon work with most current VMMaker. Tomorrow (tuesday) I'll see about building a new closure VM. I note this will be a 4.0.0 VM to note the change from a non-closure to closure VM PS Some bright person might want to code up some RB find templates to look for methods where if you use the closure VM it will possibly give you different behaviour than with the current VM. Unless of course everyone feels comfortable in turning block closures on, and assuming nothing will change? -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Feb. 24, 2009