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

Re: [Pharo-project] Tab widget improvements

by Gary Chambers

Even better when working more properly (attached) Regards, Gary ----- Original Message ----- From: laurent laffont To: Pharo-project(a)lists.gforge.inria.fr Sent: Thursday, June 09, 2011 2:12 PM Subject: Re: [Pharo-project] Tab widget improvements On Thu, Jun 9, 2011 at 3:01 PM, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: Something to get you started... ;-0 aaaaargggggggg THAT'S SO DAMN COOOOOOOOOOOOOOOOOOL !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Laurent WindowOrganiser new open Optionally, via halo, turn on "Accept drops" for the window, else use the window menu to "Grab window...". Plenty of evilness left to sort out with it, naturally. Have fun! Regards, Gary ----- Original Message ----- From: Gary Chambers To: Pharo-project(a)lists.gforge.inria.fr Sent: Thursday, June 09, 2011 10:03 AM Subject: Re: [Pharo-project] Tab widget improvements Hi Laurent. Sounds like a cool idea and is possible. You'd likely need to modify SystemWindow somewhat to deal with being within a tab (remove grips, forward label changes to the tab, handle activation (TopWindow stuff might be tricky) etc.). You'd also want an option (perhaps a button in the tab label) to break the window out again. For some of this you could get some ideas from StandardWindow with respect to fullscreen, #noteNewOwner: Regards, Gary ----- Original Message ----- From: laurent laffont To: Pharo-project(a)lists.gforge.inria.fr Sent: Wednesday, June 08, 2011 5:20 PM Subject: Re: [Pharo-project] Tab widget improvements Hi Gary, I wanted to try what follows while coding TWM, maybe with your magic super powers its easy :) Create a SystemWindow subclass: #TabbedWindow (or better name). In this window's menu there's the list of all other SystemWindows. When you click on it, the window goes as tab. So I can group several windows in a tabbed container. Like the group windows feature of KDE. See http://blip.tv/sebastian-kgler/window-managing-features-in-kde-plasma-4-4-3… at 1'50. Is it hard ? Idea how to do this ? Laurent. On Wed, Jun 8, 2011 at 4:57 PM, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: For another example, just a quickly hacked together (i.e. quick and dirty) multi workspace thing attached. MultiWorkspaceWindow new open Use the window menu to add workspaces, otherwise works like a workspace for the selected tab. Regards, Gary ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, June 08, 2011 3:26 PM Subject: Re: [Pharo-project] Tab widget improvements Lol Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor(a)tudorgirba.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, June 08, 2011 3:19 PM Subject: Re: [Pharo-project] Tab widget improvements You know my soft spot :) Doru On 8 Jun 2011, at 16:04, Gary Chambers wrote: I expect Doru will want it in 1.3 for Moose ;-) Regards, Gary ----- Original Message ----- From: "Marcus Denker" <marcus.denker(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, June 08, 2011 3:00 PM Subject: Re: [Pharo-project] Tab widget improvements On Jun 8, 2011, at 3:55 PM, Gary Chambers wrote: Attached, some improvements to the TabGroupMorph etc. having had feedback from Doru. Provides scrolling buttons when insufficient room for all tabs and displays only tabs for which there is room! (excepting at least one). Can optionally set wrapScrolling on the TabSelectorMorph to allow wraparound scrolling via the buttons. Do we put that in 1.3 or 1.4? http://code.google.com/p/pharo/issues/list?thanks=4376 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. -- www.tudorgirba.com "Live like you mean it."

June 9, 2011

Re: [Pharo-project] Tab widget improvements

by laurent laffont

On Thu, Jun 9, 2011 at 3:01 PM, Gary Chambers <gazzaguru2(a)btinternet.com>wrote: > Something to get you started... ;-0 > aaaaargggggggg THAT'S SO DAMN COOOOOOOOOOOOOOOOOOL !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Laurent > > WindowOrganiser new open > > Optionally, via halo, turn on "Accept drops" for the window, else use the > window menu to "Grab window...". > > Plenty of evilness left to sort out with it, naturally. > Have fun! > > Regards, Gary > > ----- Original Message ----- > *From:* Gary Chambers <gazzaguru2(a)btinternet.com> > *To:* Pharo-project(a)lists.gforge.inria.fr > *Sent:* Thursday, June 09, 2011 10:03 AM > *Subject:* Re: [Pharo-project] Tab widget improvements > > Hi Laurent. > > Sounds like a cool idea and is possible. You'd likely need to modify > SystemWindow somewhat to deal with being within a tab (remove grips, > forward label changes to the tab, handle activation (TopWindow stuff might > be tricky) etc.). You'd also want an option (perhaps a button in the tab > label) to break the window out again. > > For some of this you could get some ideas from StandardWindow with respect > to fullscreen, #noteNewOwner: > > Regards, Gary > > ----- Original Message ----- > *From:* laurent laffont <laurent.laffont(a)gmail.com> > *To:* Pharo-project(a)lists.gforge.inria.fr > *Sent:* Wednesday, June 08, 2011 5:20 PM > *Subject:* Re: [Pharo-project] Tab widget improvements > > Hi Gary, > > I wanted to try what follows while coding TWM, maybe with your magic super > powers its easy :) > > Create a SystemWindow subclass: #TabbedWindow (or better name). > > In this window's menu there's the list of all other SystemWindows. When you > click on it, the window goes as tab. > > So I can group several windows in a tabbed container. Like the group > windows feature of KDE. See > http://blip.tv/sebastian-kgler/window-managing-features-in-kde-plasma-4-4-3… at > 1'50. > > Is it hard ? Idea how to do this ? > > Laurent. > > > On Wed, Jun 8, 2011 at 4:57 PM, Gary Chambers <gazzaguru2(a)btinternet.com>wrote: > >> For another example, just a quickly hacked together (i.e. quick and dirty) >> multi workspace thing attached. >> >> MultiWorkspaceWindow new open >> >> Use the window menu to add workspaces, otherwise works like a workspace >> for the selected tab. >> >> Regards, Gary >> >> ----- Original Message ----- From: "Gary Chambers" < >> gazzaguru2(a)btinternet.com> >> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Wednesday, June 08, 2011 3:26 PM >> >> Subject: Re: [Pharo-project] Tab widget improvements >> >> >> Lol >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Tudor Girba" <tudor(a)tudorgirba.com> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Wednesday, June 08, 2011 3:19 PM >>> Subject: Re: [Pharo-project] Tab widget improvements >>> >>> >>> You know my soft spot :) >>> >>> Doru >>> >>> >>> On 8 Jun 2011, at 16:04, Gary Chambers wrote: >>> >>> I expect Doru will want it in 1.3 for Moose ;-) >>>> >>>> Regards, Gary >>>> >>>> ----- Original Message ----- From: "Marcus Denker" < >>>> marcus.denker(a)inria.fr> >>>> To: <Pharo-project(a)lists.gforge.inria.fr> >>>> Sent: Wednesday, June 08, 2011 3:00 PM >>>> Subject: Re: [Pharo-project] Tab widget improvements >>>> >>>> >>>> >>>> On Jun 8, 2011, at 3:55 PM, Gary Chambers wrote: >>>> >>>> Attached, some improvements to the TabGroupMorph etc. having had >>>>> feedback from Doru. >>>>> >>>>> Provides scrolling buttons when insufficient room for all tabs and >>>>> displays only tabs for which there is room! (excepting at least one). >>>>> >>>>> Can optionally set wrapScrolling on the TabSelectorMorph to allow >>>>> wraparound scrolling via the buttons. >>>>> >>>>> >>>> Do we put that in 1.3 or 1.4? >>>> >>>> http://code.google.com/p/pharo/issues/list?thanks=4376 >>>> >>>> >>>> -- >>>> Marcus Denker -- http://www.marcusdenker.de >>>> INRIA Lille -- Nord Europe. Team RMoD. >>>> >>>> >>>> >>>> >>> -- >>> www.tudorgirba.com >>> >>> "Live like you mean it." >>> >>> >>> >>> >

June 9, 2011

Re: [Pharo-project] Tab widget improvements

by Gary Chambers

Something to get you started... ;-0 WindowOrganiser new open Optionally, via halo, turn on "Accept drops" for the window, else use the window menu to "Grab window...". Plenty of evilness left to sort out with it, naturally. Have fun! Regards, Gary ----- Original Message ----- From: Gary Chambers To: Pharo-project(a)lists.gforge.inria.fr Sent: Thursday, June 09, 2011 10:03 AM Subject: Re: [Pharo-project] Tab widget improvements Hi Laurent. Sounds like a cool idea and is possible. You'd likely need to modify SystemWindow somewhat to deal with being within a tab (remove grips, forward label changes to the tab, handle activation (TopWindow stuff might be tricky) etc.). You'd also want an option (perhaps a button in the tab label) to break the window out again. For some of this you could get some ideas from StandardWindow with respect to fullscreen, #noteNewOwner: Regards, Gary ----- Original Message ----- From: laurent laffont To: Pharo-project(a)lists.gforge.inria.fr Sent: Wednesday, June 08, 2011 5:20 PM Subject: Re: [Pharo-project] Tab widget improvements Hi Gary, I wanted to try what follows while coding TWM, maybe with your magic super powers its easy :) Create a SystemWindow subclass: #TabbedWindow (or better name). In this window's menu there's the list of all other SystemWindows. When you click on it, the window goes as tab. So I can group several windows in a tabbed container. Like the group windows feature of KDE. See http://blip.tv/sebastian-kgler/window-managing-features-in-kde-plasma-4-4-3… at 1'50. Is it hard ? Idea how to do this ? Laurent. On Wed, Jun 8, 2011 at 4:57 PM, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: For another example, just a quickly hacked together (i.e. quick and dirty) multi workspace thing attached. MultiWorkspaceWindow new open Use the window menu to add workspaces, otherwise works like a workspace for the selected tab. Regards, Gary ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, June 08, 2011 3:26 PM Subject: Re: [Pharo-project] Tab widget improvements Lol Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor(a)tudorgirba.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, June 08, 2011 3:19 PM Subject: Re: [Pharo-project] Tab widget improvements You know my soft spot :) Doru On 8 Jun 2011, at 16:04, Gary Chambers wrote: I expect Doru will want it in 1.3 for Moose ;-) Regards, Gary ----- Original Message ----- From: "Marcus Denker" <marcus.denker(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, June 08, 2011 3:00 PM Subject: Re: [Pharo-project] Tab widget improvements On Jun 8, 2011, at 3:55 PM, Gary Chambers wrote: Attached, some improvements to the TabGroupMorph etc. having had feedback from Doru. Provides scrolling buttons when insufficient room for all tabs and displays only tabs for which there is room! (excepting at least one). Can optionally set wrapScrolling on the TabSelectorMorph to allow wraparound scrolling via the buttons. Do we put that in 1.3 or 1.4? http://code.google.com/p/pharo/issues/list?thanks=4376 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. -- www.tudorgirba.com "Live like you mean it."

June 9, 2011

Re: [Pharo-project] [Pharo-users] About GUI tests [was: TWM: Multiple World integration]

by laurent laffont

> > > >> > >> I need to write tests for this. A cool thing is that with TWM I've > learned a lot on how to test GUIs, Worlds, ... > > > > I'm interested in these tests. > > Me too. > Some words about what I've learned. As TWM move / resize windows, it's better to create a World dedicated to the tests, so you don't see all your windows moving while testing (and if you use Autotest note that tests are run as soon as you save a method, quite fun :). So in TWM have a look at WMInANewWorldTestCase>>setUp and some of its subclasses like: - WMInANewWorldTestCase |_ WMWithTwoBrowsersAndTwoWorkspacesTest>>setUp |_ TWMBarWithTwoBrowsersAndTwoWorkspacesTest>>setUp If I merge the setUps: testWorld := PasteUpMorph new initAsTestWorld: WorldState new; yourself. testWorld bounds: (0@0 extent: 200@200). windowManager := TilingWM forWorld: testWorld. browser1 := self newBrowserIn: testWorld. browser2 := self newBrowserIn: testWorld. workspace1 := self newWorkspaceIn: testWorld. workspace2 := self newWorkspaceIn: testWorld. Then it should be easier to understand something like: WMWithTwoBrowsersAndTwoWorkspacesTest>>testTileVisibleWindowsShouldPlaceThemInTwoColumnsAndRows windowManager tileVisibleWindows. self assert: (0@0 extent: 100@100) equals: workspace2 bounds. self assert: (100@0 extent: 100@100) equals: workspace1 bounds. self assert: (0@100 extent: 100@100) equals: browser2 bounds. self assert: (100@100 extent: 100@100) equals: browser1 bounds. or WMWithTwoBrowsersAndTwoWorkspacesTest>>testTileLastUsedWindowsShouldTileOnlyLastTwoWindowsUsed workspace1 activate. browser2 activate. workspace2 activate. browser1 activate. browser1 minimize. windowManager tileLastUsedWindows.. self assert: (0@0 extent: 200@100) equals: browser1 bounds. self assert: (0@100 extent: 200@100) equals: workspace2 bounds. Another example: WMWithAnOBBrowserAndDockingBarsTest>>setUp super setUp. obbrowser := self newWindowFor: #OBSystemBrowser. taskBar := TaskbarMorph new openInWorld: testWorld; adhereToEdge: #bottom. leftBar := DockingBarMorph new adhereToLeft; width: 25; openInWorld: testWorld. Note that in Core there's no OB, so tests are expected to fail: WMWithAnOBBrowserAndDockingBarsTest>>expectedFailures ^ (Smalltalk at: #OBSystemBrowser ifAbsent: nil) ifNil: [self class testSelectors] ifNotNil: [#()] Now if I want to test the content of a window / morph, I use methods you can find in Morph, protocol submorphs-accessing. For example I want to find the menu that have a given icon. Here's an helper: TWMBarWithTwoBrowsersAndTwoWorkspacesTest>>menuWithIcon: aForm ^ self twmBar dock findDeepSubmorphThat: [:aMorph| (aMorph isKindOf: MenuItemMorph) and:[aMorph icon = aForm]] ifAbsent: [nil]. so I can test that the Other Tools menu in TWMBar have an entry named "New TestRunner": TWMBarWithTwoBrowsersAndTwoWorkspacesTest>>testOtherToolsMenuShouldContainsEntryForOpeningSUnitTestRunner self assertMenuWithIcon: twmBar otherToolsMenuIcon containsItemNamed: 'New TestRunner'. I can also check that clicking on a given entry do the action I want. For example, if I have a Browser browsing class String, there should be an entry in the Browsers menu. If minimized, when I click on it, the Browser should be placed on top and expanded: TWMBarWithTwoBrowsersAndTwoWorkspacesTest>>testClickOnBrowserTwoMenuItemWhenMinimizedShouldActivateIt |menuItem| browser2 minimize. workspace1 activate. menuItem := self itemNamed: 'String' fromMenuWithIcon: twmBar browsersMenuIcon. menuItem target perform: (menuItem selector). self assert: browser2 equals: SystemWindow topWindow. self assert: (windowManager visibleWindows includes: browser2). Finally, if you use some settings, it's better to backup them in the setUp and restore them in the tearDown, so you keep your Settings while testing them :) WMWithTwoBrowsersAndTwoWorkspacesTest >>setUp ...... backupNumberOfWindowsSetting := TilingWM numberOfLastUsedWindows. TilingWM numberOfLastUsedWindows: 2. WMWithTwoBrowsersAndTwoWorkspacesTest>>tearDown ..... TilingWM numberOfLastUsedWindows: backupNumberOfWindowsSetting. Ideas welcome :) Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st > > Doru > > > >> Laurent > >> > >> > >> > >> On Jun 7, 2011, at 10:33 PM, laurent laffont wrote: > >> > >>> With the help of my local developper group, I've integrated Sean > DeNigris work and now Tiling Window Manager supports Multiple Worlds. > >>> > >>> Here's a screencast that shows the progress. (My English seems a little > less catastrophic than the previous screencast :) > >>> > >>> http://magaloma.blogspot.com/2011/06/multiple-worlds-for-twm.html > >>> > >>> > >>> Cheers, > >>> > >>> Laurent Laffont - @lolgzs > >>> > >>> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > >>> Blog: http://magaloma.blogspot.com/ > >>> Developer group: http://cara74.seasidehosting.st > >>> > >> > >> > >> > > > > > > -- > www.tudorgirba.com > > "Yesterday is a fact. > Tomorrow is a possibility. > Today is a challenge." > > > > >

June 9, 2011

Re: [Pharo-project] OCompletion is broken in 1.3

by Benjamin Van Ryseghem

It's fixed, I am looking where to post the fix :) Ben 2011/6/9 Benjamin Van Ryseghem <benjamin.vanryseghem.pharo(a)gmail.com> > It comes from Toolset change. > > OCompletion should be registered as a Completion tool (but I do not > remember the magic formula ^^) > > > Ben > > > 2011/6/9 Marcus Denker <marcus.denker(a)inria.fr> > >> >> On Jun 9, 2011, at 12:21 PM, Benjamin Van Ryseghem wrote: >> >> > It happened between 13217 and 13234 ... >> > >> > Maybe the Paragraph changes ? >> > >> >> The Dev vs. Core is killing us. We need *one* image. We should really try >> to do that with 1.4, it will >> make everything simpler and easier to manage. >> >> Marcus >> >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> >> >

June 9, 2011

Re: [Pharo-project] OCompletion is broken in 1.3

by Benjamin Van Ryseghem

It comes from Toolset change. OCompletion should be registered as a Completion tool (but I do not remember the magic formula ^^) Ben 2011/6/9 Marcus Denker <marcus.denker(a)inria.fr> > > On Jun 9, 2011, at 12:21 PM, Benjamin Van Ryseghem wrote: > > > It happened between 13217 and 13234 ... > > > > Maybe the Paragraph changes ? > > > > The Dev vs. Core is killing us. We need *one* image. We should really try > to do that with 1.4, it will > make everything simpler and easier to manage. > > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

June 9, 2011

Re: [Pharo-project] OCompletion is broken in 1.3

by Marcus Denker

On Jun 9, 2011, at 12:21 PM, Benjamin Van Ryseghem wrote: > It happened between 13217 and 13234 ... > > Maybe the Paragraph changes ? > The Dev vs. Core is killing us. We need *one* image. We should really try to do that with 1.4, it will make everything simpler and easier to manage. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

June 9, 2011

Re: [Pharo-project] OCompletion is broken in 1.3

by Benjamin Van Ryseghem

It happened between 13217 and 13234 ... Maybe the Paragraph changes ? Ben 2011/6/9 Benjamin Van Ryseghem <benjamin.vanryseghem.pharo(a)gmail.com> > I will take a look > > > Ben > > > 2011/6/9 Mariano Martinez Peck <marianopeck(a)gmail.com> > >> I doesn't work at all. >> If someone can give a hand... >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> >

June 9, 2011

[Pharo-project] SqueakSource Down

by Bernat Romagosa

June 9, 2011

Re: [Pharo-project] OCompletion is broken in 1.3

by Benjamin Van Ryseghem

I will take a look Ben 2011/6/9 Mariano Martinez Peck <marianopeck(a)gmail.com> > I doesn't work at all. > If someone can give a hand... > > -- > Mariano > http://marianopeck.wordpress.com > >

June 9, 2011