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

Re: [Pharo-project] Zodiac Alpha - June 21, 2011

by StÃ©phane Ducasse

excellent news! On Jun 25, 2011, at 9:06 PM, Jan van de Sandt wrote: > Hello, > > Thanks Sven. I did some tests with CloudforkSSO and everything seems to works fine. I will stop using stunnel on my Mac and test some more. > > Jan. > > On Wed, Jun 22, 2011 at 10:18 PM, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > A number of people have been asking for an easy/convenient way to test Zodiac, an as yet unfinished attempt at a better (secure) socket stream, in order to support HTTPS. I uploaded a 16Mb archive with a ready made image and a Mac OS X Cog VM with the necessary plugin: > > http://homepage.mac.com/svc/Zodiac-Alpha-June-21-2011.zip > > Make sure to use the included VM called 'Pharo' by dropping the zodiac.image on it. > > Sven > > PS: Sorry, but Linux and Windows VM's don't fully work right now, I will look into this when I have more time. > > ------------------------------------------------------------ > > "Start with a plain Pharo Core 1.2.1 #12345" > > Gofer it > squeaksource: 'ZincHTTPComponents'; > package: 'Zinc-HTTP'; > package: 'Zinc-Tests'; > package: 'Zinc-Patch-HTTPSocket'; > load. > > Gofer it > squeaksource: 'Zodiac'; > package: 'Zodiac-Core'; > package: 'Zodiac-Tests'; > load. > > Gofer it > squeaksource: 'ZincHTTPComponents'; > package: 'Zinc-Zodiac'; > load. > > "Switch to the Zn Zodiac socket factory" > > ZnNetworkingUtils default: ZnZodiacNetworkingUtils new. > > "Note: all http(s) in the image will now go through Zodiac streams" > > "** Make sure to use a Mac OS X Cog VM with the SSL plugin **" > > "Run the units tests, or just try" > > ZnClient get: 'https://encrypted.google.com'. > >

June 26, 2011

[Pharo-project] [update 1.4] #14013

by Marcus Denker

14013 ----- Issue 3772: taskbar doesnt adapt to resized window http://code.google.com/p/pharo/issues/detail?id=3772 Issue 4432: Tweak to browser class list border http://code.google.com/p/pharo/issues/detail?id=4432 Issue 4450: TimeProfileBrowser broken in Pharo OneClick 1.3, PharoCore1.3, Pharo 1.4a http://code.google.com/p/pharo/issues/detail?id=4450 Issue 4446: latestSource:location: and latestVersionOf:location: http://code.google.com/p/pharo/issues/detail?id=4446 Issue 4435: initializersEnabled http://code.google.com/p/pharo/issues/detail?id=4435 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

June 26, 2011

Re: [Pharo-project] TWM and Keymapping

by laurent laffont

On Sun, Jun 26, 2011 at 4:05 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Actually, the problem is that Cmd+w is handled by the TextEditor. So it > does not flow to the other morphs... The log in the transcript is the > following: > > Complete match: #backWord: on Cmd + W do [:editor :morph :event | morph > handleKeymappingInteraction: [editor backWord: event] > fromKeyboardEvent: event] > in: a TextEditor > > But I think that shortcut should be replaced by ctrl + backspace as any > other editor :) (and that will avoid that problem) Thanks for looking at this. Indeed in Emacs Kill word is Meta+W, and in bash too, I use it quite often :) May be we should start thinking about putting Keymapping in core and remove hard coded shortcuts ? If OK I will help on this side. It's gorgeous to control TWM with keyboard, I want more. And Emacs-like keymapping :) Laurent > > > On Sat, Jun 18, 2011 at 9:44 AM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > >> Something I want to fix: if an editor has the focus, TWM shortcuts don't >>>> work. >>>> >>> I've tried: >>>> >>>> TilingTWMSettings class>>buildKeyMappingSettingsOn: aBuilder >>>> <keymap> >>>> ..... >>>> {PasteUpMorph. SystemWindow. TextEditor. SmalltalkEditor} >>>> do: [:aClass| aBuilder attachShortcutCategory: #twmShortcut to: aClass >>>> ]. >>>> >>>> but no success ..... >>>> >>> >>> Probably the TextEditor overrides a shortcut in a non desired way... >>> Does it happen for every twm shortcut? >>> >> >> Yes, as soon as a text editor / entry / field is selected, TWM shortcuts >> don't work... Here's the default shortcuts for TWM, maybe $w command is not >> a good idea for a prefix ? >> >> shortcuts >> ^ { >> #minimizeAllWindows -> 'Minimize all windows' >> -> [$w command, $m command]. >> #maximizeAllWindows -> 'Maximize all windows' >> -> [$w command, $m shift command]. >> #tileVisibleWindows -> 'Tile visible windows' >> -> [$w command, $t command]. >> #tileLastUsedWindows -> 'Tile last used windows' >> -> [$w command, $l command]. >> #tileBrowsers -> 'Tile browsers' >> -> [$w command, $b command]. >> #tileWorkspaces -> 'Tile workspaces' >> -> [$w command, $z command]. >> #tileTesters -> 'Tile testers' >> -> [$w command, $s command]. >> #tileMonticellos -> 'Tile monticellos' >> -> [$w command, $c command]. >> #tileInspectors -> 'Tile inspectors' >> -> [$w command, $i command]. >> #tileDebuggers -> 'Tile debuggers' >> -> [$w command, $d command]. >> #tileChanges -> 'Tile changes' >> -> [$w command, $c shift command]. >> #tileTools -> 'Tile tools' >> -> [$w command, $t shift command]. >> #tileSystem -> 'Tile system windows' >> -> [$w command, $y command]. >> #snapshotWorld -> 'Snapshot current world state' >> -> [$r command, $s command]. >> #worldBackward -> 'Move to previous world state' >> -> [$r command, $p command]. >> #worldForward -> 'Move to next world state' >> -> [$r command, $n command]. >> #deleteCurrentSnapshot -> 'Delete current world state' >> -> [$r command, $d command]. >> #topWindowMoveLeft -> 'Move window to left area' >> -> [$w command, $1]. >> #topWindowMoveRight -> 'Move window to right area' >> -> [$w command, $2]. >> #topWindowMoveTop -> 'Move window to top area' >> -> [$w command, $3]. >> #topWindowMoveBottom -> 'Move window to bottom area' >> -> [$w command, $4]. >> #topWindowMoveTopLeft -> 'Move window to top left area' >> -> [$w command, $5]. >> #topWindowMoveTopRight -> 'Move window to top right area' >> -> [$w command, $6]. >> #topWindowMoveBottomLeft -> 'Move window to bottom left area' >> -> [$w command, $7]. >> #topWindowMoveBottomRight -> 'Move window to bottom right area' >> -> [$w command, $8]. >> } >> >> >>> We should write a testcase... >>> >> >> >> How can I test this ? >> >> Laurent. >> >> >> >>> >>> >>>> >>>> >>>> >>>> Laurent Laffont - @lolgzs <http://twitter.com/#%21/lolgzs> >>>> >>>> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ >>>> Blog: http://magaloma.blogspot.com/ >>>> Developer group: http://cara74.seasidehosting.st >>>> >>>> >>> >> >

June 26, 2011

Re: [Pharo-project] TWM and Keymapping

by Guillermo Polito

Actually, the problem is that Cmd+w is handled by the TextEditor. So it does not flow to the other morphs... The log in the transcript is the following: Complete match: #backWord: on Cmd + W do [:editor :morph :event | morph handleKeymappingInteraction: [editor backWord: event] fromKeyboardEvent: event] in: a TextEditor But I think that shortcut should be replaced by ctrl + backspace as any other editor :) (and that will avoid that problem) On Sat, Jun 18, 2011 at 9:44 AM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Something I want to fix: if an editor has the focus, TWM shortcuts don't >>> work. >>> >> I've tried: >>> >>> TilingTWMSettings class>>buildKeyMappingSettingsOn: aBuilder >>> <keymap> >>> ..... >>> {PasteUpMorph. SystemWindow. TextEditor. SmalltalkEditor} >>> do: [:aClass| aBuilder attachShortcutCategory: #twmShortcut to: aClass ]. >>> >>> but no success ..... >>> >> >> Probably the TextEditor overrides a shortcut in a non desired way... Does >> it happen for every twm shortcut? >> > > Yes, as soon as a text editor / entry / field is selected, TWM shortcuts > don't work... Here's the default shortcuts for TWM, maybe $w command is not > a good idea for a prefix ? > > shortcuts > ^ { > #minimizeAllWindows -> 'Minimize all windows' > -> [$w command, $m command]. > #maximizeAllWindows -> 'Maximize all windows' > -> [$w command, $m shift command]. > #tileVisibleWindows -> 'Tile visible windows' > -> [$w command, $t command]. > #tileLastUsedWindows -> 'Tile last used windows' > -> [$w command, $l command]. > #tileBrowsers -> 'Tile browsers' > -> [$w command, $b command]. > #tileWorkspaces -> 'Tile workspaces' > -> [$w command, $z command]. > #tileTesters -> 'Tile testers' > -> [$w command, $s command]. > #tileMonticellos -> 'Tile monticellos' > -> [$w command, $c command]. > #tileInspectors -> 'Tile inspectors' > -> [$w command, $i command]. > #tileDebuggers -> 'Tile debuggers' > -> [$w command, $d command]. > #tileChanges -> 'Tile changes' > -> [$w command, $c shift command]. > #tileTools -> 'Tile tools' > -> [$w command, $t shift command]. > #tileSystem -> 'Tile system windows' > -> [$w command, $y command]. > #snapshotWorld -> 'Snapshot current world state' > -> [$r command, $s command]. > #worldBackward -> 'Move to previous world state' > -> [$r command, $p command]. > #worldForward -> 'Move to next world state' > -> [$r command, $n command]. > #deleteCurrentSnapshot -> 'Delete current world state' > -> [$r command, $d command]. > #topWindowMoveLeft -> 'Move window to left area' > -> [$w command, $1]. > #topWindowMoveRight -> 'Move window to right area' > -> [$w command, $2]. > #topWindowMoveTop -> 'Move window to top area' > -> [$w command, $3]. > #topWindowMoveBottom -> 'Move window to bottom area' > -> [$w command, $4]. > #topWindowMoveTopLeft -> 'Move window to top left area' > -> [$w command, $5]. > #topWindowMoveTopRight -> 'Move window to top right area' > -> [$w command, $6]. > #topWindowMoveBottomLeft -> 'Move window to bottom left area' > -> [$w command, $7]. > #topWindowMoveBottomRight -> 'Move window to bottom right area' > -> [$w command, $8]. > } > > >> We should write a testcase... >> > > > How can I test this ? > > Laurent. > > > >> >> >>> >>> >>> >>> Laurent Laffont - @lolgzs <http://twitter.com/#%21/lolgzs> >>> >>> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ >>> Blog: http://magaloma.blogspot.com/ >>> Developer group: http://cara74.seasidehosting.st >>> >>> >> >

June 26, 2011

[Pharo-project] JavaConnect?

by Alexandre Bergel

Hi! Does JavaConnect work with the last Pharo? I cannot install it apparently. Loading it via the configuration freezes the image. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 26, 2011

Re: [Pharo-project] Merge tool. No way to cherry pick the changes?

by Nicolas Cellier

Isn't it one of the features supported by backport ? http://lists.squeakfoundation.org/pipermail/squeak-dev/2004-September/08209… Nicolas 2011/6/23 Igor Stasenko <siguctua(a)gmail.com>: > On 22 June 2011 23:10, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>> Perhaps the "non-applicable" could be streamlined. >>>>> I.e., "keep current version" = not applicable. >>>>> >>>> yes, could be.. >>>> but that logic are only for conflics.. and i didn't wanted to mess >>>> with it because its a lot more work. >>> >>> btw, Stephane, this is a good topic for dealing with it on friday, if >>> you don't have anything else in mind. >> >> ok >> did you run MC tests? >> I htink that we should invest more in running tests. >> > > well, the changes i made are not intrusive, i mean it will work as before > unless user plays with this flag using UI. > So, MC will behave exactly as before and there is no problem from that side. > >> >> >>>> Because strangely , instead of using field to indicate a conflict (in >>>> MCPatchOperation record) it does something strange and overly >>>> complicated >>>> (MCConflict). >>>> >>>> So, then each entry could contain >>>> 'isApplicable' >>>> and >>>> 'isConflicting' >>>> >>>> and once user resolves the conflict, the isConflicting should be set to false, >>>> while isApplicable are uniformly to indicate which version to use >>>> (current or incoming one), when merging. >>>> >>>> >>>>> No need for the extra menu item then. >>>>> >>>>> Regards, Gary >>>>> >>>>> ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> >>>>> To: <Pharo-project(a)lists.gforge.inria.fr> >>>>> Sent: Wednesday, June 22, 2011 3:40 PM >>>>> Subject: Re: [Pharo-project] Merge tool. No way to cherry pick the changes? >>>>> >>>>> >>>>>> Here the code >>>>>> http://code.google.com/p/pharo/issues/detail?id=4439 >>>>>> >>>>>> please tell me if it works for you. >>>>>> I tested on simple merge and it works fine (the changes which i marked >>>>>> as not applicable are not loaded). >>>>>> >>>>>> -- >>>>>> Best regards, >>>>>> Igor Stasenko AKA sig. >>>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > >

June 25, 2011

[Pharo-project] UIManager>>chooseFileName* flavour to get full path?

by Guillermo Polito

Hi! I was wondering why UITheme>>chooseFileNameIn: title: patterns: path: preview: and UITheme>>chooseFileNameIn: title: extensions: path: preview: do fd := FileDialogWindow basicNew previewType: preview; initialize; title: title; *answerFileName*. And actually there is no variant using *answerPathName* what is a bit more useful because it answers the entire path to the selected file... Thanks! Guille

June 25, 2011

Re: [Pharo-project] Zodiac Alpha - June 21, 2011

by Jan van de Sandt

Hello, Thanks Sven. I did some tests with CloudforkSSO and everything seems to works fine. I will stop using stunnel on my Mac and test some more. Jan. On Wed, Jun 22, 2011 at 10:18 PM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > A number of people have been asking for an easy/convenient way to test > Zodiac, an as yet unfinished attempt at a better (secure) socket stream, in > order to support HTTPS. I uploaded a 16Mb archive with a ready made image > and a Mac OS X Cog VM with the necessary plugin: > > http://homepage.mac.com/svc/Zodiac-Alpha-June-21-2011.zip > > Make sure to use the included VM called 'Pharo' by dropping the > zodiac.image on it. > > Sven > > PS: Sorry, but Linux and Windows VM's don't fully work right now, I will > look into this when I have more time. > > ------------------------------------------------------------ > > "Start with a plain Pharo Core 1.2.1 #12345" > > Gofer it > squeaksource: 'ZincHTTPComponents'; > package: 'Zinc-HTTP'; > package: 'Zinc-Tests'; > package: 'Zinc-Patch-HTTPSocket'; > load. > > Gofer it > squeaksource: 'Zodiac'; > package: 'Zodiac-Core'; > package: 'Zodiac-Tests'; > load. > > Gofer it > squeaksource: 'ZincHTTPComponents'; > package: 'Zinc-Zodiac'; > load. > > "Switch to the Zn Zodiac socket factory" > > ZnNetworkingUtils default: ZnZodiacNetworkingUtils new. > > "Note: all http(s) in the image will now go through Zodiac streams" > > "** Make sure to use a Mac OS X Cog VM with the SSL plugin **" > > "Run the units tests, or just try" > > ZnClient get: 'https://encrypted.google.com'. > >

June 25, 2011

Re: [Pharo-project] jtalk fun

by Nicolas Petton

Le samedi 25 juin 2011 Ã 13:55 +0200, StÃ©phane Ducasse a Ã©crit : > client side has nothing to do with the problem. > We need a better canvas and related. I thought you meant in a web page :) Nicolas > > Stef > > On Jun 25, 2011, at 12:47 PM, Nicolas Petton wrote: > > > Le samedi 25 juin 2011 Ã 10:27 +0200, StÃ©phane Ducasse a Ã©crit : > >> On Jun 25, 2011, at 8:25 AM, H. Hirzel wrote: > >> > >>> Nicolas > >>> > >>> Another idea for an example > >>> > >>> Connect the > >>> JavaScript InfoVis Toolkit (http://thejit.org/) and display the class > >>> hierarchy of JTalk in a view like > >>> http://thejit.org/static/v20/Jit/Examples/RGraph/example1.html or one > >> > >> I would love to see such kind of animation in SMalltalk. > >> I do not understand why this is possible in javascript and not in Smalltalk. > > > > Because such animations are done on the client side. So this is possible > > in Jtalk :) > > > > Cheers, > > Nico > > -- > > Nicolas Petton > > http://www.nicolas-petton.fr > > > > > > -- Nicolas Petton http://www.nicolas-petton.fr

June 25, 2011

Re: [Pharo-project] jtalk fun

by StÃ©phane Ducasse

client side has nothing to do with the problem. We need a better canvas and related. Stef On Jun 25, 2011, at 12:47 PM, Nicolas Petton wrote: > Le samedi 25 juin 2011 Ã 10:27 +0200, StÃ©phane Ducasse a Ã©crit : >> On Jun 25, 2011, at 8:25 AM, H. Hirzel wrote: >> >>> Nicolas >>> >>> Another idea for an example >>> >>> Connect the >>> JavaScript InfoVis Toolkit (http://thejit.org/) and display the class >>> hierarchy of JTalk in a view like >>> http://thejit.org/static/v20/Jit/Examples/RGraph/example1.html or one >> >> I would love to see such kind of animation in SMalltalk. >> I do not understand why this is possible in javascript and not in Smalltalk. > > Because such animations are done on the client side. So this is possible > in Jtalk :) > > Cheers, > Nico > -- > Nicolas Petton > http://www.nicolas-petton.fr > >

June 25, 2011