- Pharo-dev - lists.pharo.org

[Pharo-project] Tabs and back button in browser?

by Janko MivÅ¡ek

Hi Pharoers, Are you thinking about introducing tabs and back/forward button, like in web browsers? Just because of web we are now all accustomized and used of tabbed browsing and navigation with a back and forward buttons. This habit now demands all other tools to follow. Tabs are now everywhere, also in Smalltalk. Look at Visualworks, also Dolphin. Introducing tabs soon in Pharo will therefore greatly improve user experience, so if someone would spend some time on it, his contribution will be very valuable! Best regards Janko -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

Jan. 24, 2011

Re: [Pharo-project] collapsing panes

by Gary Chambers

Tricky... Just an experiment, but try the following after filing in attached change set. Can make the re-proportioning explicit and maybe fix things to constrain to the owner morph if interested... | container morph1 morph2 morph3 ex1 ex2 ex3 sp1 sp2| morph1 := (PanelMorph new fillStyle: (SolidFillStyle color: Color red)) hResizing: #spaceFill; vResizing: #spaceFill. morph2 := (PanelMorph new fillStyle: (SolidFillStyle color: Color blue)) hResizing: #spaceFill; vResizing: #spaceFill. morph3 := (PanelMorph new fillStyle: (SolidFillStyle color: Color yellow)) hResizing: #spaceFill; vResizing: #spaceFill. ex1 := (UITheme builder newExpander: 'Red' for: morph1) expanded: true. ex2 := (UITheme builder newExpander: 'Blue' for: morph2) expanded: true. ex3 := (UITheme builder newExpander: 'Yellow' for: morph3) expanded: true. sp1 := EdgeGripMorph new target: ex1; edgeName: #bottom; vResizing: #rigid; extent: 24 @ ProportionalSplitterMorph splitterWidth; on: #mouseDown send: #expandedSizingRigid to: ex1. sp2 := EdgeGripMorph new target: ex2; edgeName: #bottom; vResizing: #rigid; extent: 24 @ ProportionalSplitterMorph splitterWidth; on: #mouseDown send: #expandedSizingRigid to: ex2. container := UITheme builder newColumn: { ex1. sp1. ex2. sp2. ex3}. container cellInset: 0. container extent: 400@400. container openInWindow. Have a play/fun. Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> To: "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr> Sent: Friday, January 21, 2011 11:18 PM Subject: [Pharo-project] collapsing panes Hi, I have a question about how to obtain an effect similar to minimizing a pane in Eclipse. Let's consider the example from below. I have a ProportionalLayout because I want to fill the entire space and be able to resize the inside panes. Now, I would also like to have some way of collapsing one of the panes and have the rest resize to fill the rest of the space. It's a bit like I would need some part of a behavior from the TableLayout. Can anyone provide me with some hints in this direction? Do I need to create a new Layout? | container morph1 morph2 morph3 window | container := PanelMorph new. morph1 := PanelMorph new fillStyle: (SolidFillStyle color: Color red). morph2 := PanelMorph new fillStyle: (SolidFillStyle color: Color blue). morph3 := PanelMorph new fillStyle: (SolidFillStyle color: Color yellow). container changeProportionalLayout. container addMorph: morph1 fullFrame: (LayoutFrame fractions: (0 @ 0 corner: 1 @ 0.33)). container addMorph: morph2 fullFrame: (LayoutFrame fractions: (0 @ 0.33 corner: 1 @ 0.66)). container addMorph: morph3 fullFrame: (LayoutFrame fractions: (0 @ 0.66 corner: 1 @ 1)). container addPaneSplitters. container fillStyle: (SolidFillStyle color: Color yellow). container extent: 400@400. container openInWindow. Cheers, Doru -- www.tudorgirba.com "Be rather willing to give than demanding to get."

Jan. 24, 2011

Re: [Pharo-project] What about a little rename in MouseEvent?

by Guillermo Polito

That's why in my mail I suggested primary, secondary and tertiary for example :). On Mon, Jan 24, 2011 at 10:21 AM, Alexander LazareviÄ <laza(a)blobworks.com>wrote: > 2011/1/24 Guillermo Polito <guillermopolito(a)gmail.com> > >> I hate yellowButtonPressed and redButtonPressed and blueButtonPressed >> messages. >> >> Why not lefClick, rightClick and "middleClick"? >> > > What's with lefties? Is their left button on the right side or on the left > side of the mouse? > What's with five button mice with three regular buttons and one additional > on each side? Are these lefter button and righter button? > > (What's with Wii remote? Is A left or B right or front or back? > So what's with touchpads, Dance Dance revolution pads and bongos?) > > I think left, right, middle ain't better than red, yellow, blue! Actually > it's worse. > > Alex >

Jan. 24, 2011

Re: [Pharo-project] What about a little rename in MouseEvent?

by Guillermo Polito

On Mon, Jan 24, 2011 at 10:22 AM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > Exactly : logicalRight can be different than physicalRight. > If you tell me this distinction is useless, then I'll ask you to > consider touch screen and other modern input devices. > That's why I ask this community to reformulate and think. > Mmm, maybe we can work in little steps. I think that renaming is a good first step for a refactor. To refactor code you need to understand it, and the colors makes me not to understand it. > > Then you'll can argue at will whether the logical level shall be named > #right #logicalRight or #blue, I don't care. > Then we can change it again. > > For newer kind of events (gestures), we have a more difficult dilemna: > emulate the feel or use native OS facilities... > The question is of same nature as native look. > Even if we choose to rely on OS, we have to think of cross platform > portability and ways to emulate missing capabilities. > In other words, I doubt we can afford the elimination of a level of > indirection. > > Maybe it's time to refactor indeed, but please, bring up your brain > one level above this colour naming battle. > Don't replay battles of the past, turn toward the future. > Oh, that was no my intention. I didn't even know of past battles before this thread. I was only tired of unmeaningful colors. Please, don't turn the discussion like that, I didn't mean that :S. Guille > > Nicolas > > 2011/1/24 Geert Claes <geert.wl.claes(a)gmail.com>: > > > > > > Guillermo Polito wrote: > >> > >> I hate yellowButtonPressed and redButtonPressed and blueButtonPressed > >> messages. > >> > >> Why not lefClick, rightClick and "middleClick"? > >> > > > > I agree that the meaning of the colors is no longer useful, although > "hate" > > is maybe a bit harsh :) > > > > Surely this has already been addressed in other environments? > > http://api.jquery.com/mousedown api.jquery.com/mousedown for example > also > > refers to the left, middle and right button. > > > > Even Apple's multi-touch "magic-mouse" talks about left and right-clicks > > (which is ironic as they have long resisted to even add a second button) > ... > > but also mouse events for the "360Â° scroll", "Screen zoom" and > "two-finger > > swipe". > > -- > > View this message in context: > http://forum.world.st/What-about-a-little-rename-in-MouseEvent-tp3233363p32… > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > > >

Jan. 24, 2011

Re: [Pharo-project] What about a little rename in MouseEvent?

by Nicolas Cellier

Exactly : logicalRight can be different than physicalRight. If you tell me this distinction is useless, then I'll ask you to consider touch screen and other modern input devices. That's why I ask this community to reformulate and think. Then you'll can argue at will whether the logical level shall be named #right #logicalRight or #blue, I don't care. For newer kind of events (gestures), we have a more difficult dilemna: emulate the feel or use native OS facilities... The question is of same nature as native look. Even if we choose to rely on OS, we have to think of cross platform portability and ways to emulate missing capabilities. In other words, I doubt we can afford the elimination of a level of indirection. Maybe it's time to refactor indeed, but please, bring up your brain one level above this colour naming battle. Don't replay battles of the past, turn toward the future. Nicolas 2011/1/24 Geert Claes <geert.wl.claes(a)gmail.com>: > > > Guillermo Polito wrote: >> >> I hate yellowButtonPressed and redButtonPressed and blueButtonPressed >> messages. >> >> Why not lefClick, rightClick and "middleClick"? >> > > I agree that the meaning of the colors is no longer useful, although "hate" > is maybe a bit harsh :) > > Surely this has already been addressed in other environments? > http://api.jquery.com/mousedown api.jquery.com/mousedown Â for example also > refers to the left, middle and right button. > > Even Apple's multi-touch "magic-mouse" talks about left and right-clicks > (which is ironic as they have long resisted to even add a second button) ... > but also mouse events for the "360Â° scroll", "Screen zoom" and "two-finger > swipe". > -- > View this message in context: http://forum.world.st/What-about-a-little-rename-in-MouseEvent-tp3233363p32… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Jan. 24, 2011

Re: [Pharo-project] What about a little rename in MouseEvent?

by Alexander LazareviÄ

2011/1/24 Guillermo Polito <guillermopolito(a)gmail.com> > I hate yellowButtonPressed and redButtonPressed and blueButtonPressed > messages. > > Why not lefClick, rightClick and "middleClick"? > What's with lefties? Is their left button on the right side or on the left side of the mouse? What's with five button mice with three regular buttons and one additional on each side? Are these lefter button and righter button? (What's with Wii remote? Is A left or B right or front or back? So what's with touchpads, Dance Dance revolution pads and bongos?) I think left, right, middle ain't better than red, yellow, blue! Actually it's worse. Alex

Jan. 24, 2011

Re: [Pharo-project] Issue 3206 in pharo: Cannot change background image

by pharo＠googlecode.com

Updates: Status: Closed Labels: Milestone-1.2 Comment #1 on issue 3206 by marcus.d...(a)gmail.com: Cannot change background image http://code.google.com/p/pharo/issues/detail?id=3206 In 1.2, this will work (just checked)

Jan. 24, 2011

[Pharo-project] Issue 3587 in pharo: Clean up handling of WideStrings

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3587 by sean.p.d...(a)gmail.com: Clean up handling of WideStrings http://code.google.com/p/pharo/issues/detail?id=3587 Code in various places in the system query #isWideString followed by an ifTrue:ifFalse: The Smalltalk way would be to issue a command to the String, which is overridden in the wide subclasses. Attached is a changeset that makes some of these changes. All Collections and Morphic tests green in Pharo1.2rc1 Latest update: #12320 Attachments: Wide String cleanup.3.cs 6.1 KB

Jan. 24, 2011

Re: [Pharo-project] Hapao for Test coverage!

by Vanessa PeÃ±a

Thank you very much to Lukas and Markus. Vanessa. On Mon, Jan 24, 2011 at 12:12 PM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > Thanks Marcus, > > Alexandre > > > On 24 Jan 2011, at 07:01, Marcus Denker wrote: > > > On Thu, Jan 20, 2011 at 6:41 PM, Vanessa PeÃ±a <vane.c.pena(a)gmail.com> > wrote: > >> Hello all, > >> > >> We are happy to introduce you Hapao, an innovative test coverage tool > which > >> gives you an intuitive graphical representation to visually assess the > >> quality of the coverage. > >> > >> For more information and download you can visit us at: > >> http://hapao.dcc.uchile.cl/ > >> Of course, all feedback is always welcome :) > >> > > Very nice! > > > > One small thing: the dialog selecting the packages at the beginning > should > > label the button "continue"", not "terminate" (which sounds like cancel > to me). > > > > I added a blog post: http://pharo-project.org/news > > > > > > -- > > Marcus Denker -- denker(a)acm.org > > http://www.marcusdenker.de > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > >

Jan. 24, 2011

Re: [Pharo-project] What about a little rename in MouseEvent?

by Ricardo Moran

I totally agree with the color buttons being really confusing. What's funny is that it's not even consistent. For instance, preference "swapMouseButtons" comment is "if true, swaps mouse buttons 2 and 3". What's that suppose to mean? Weren't mouse buttons colored?? :) However, I have a question: once you change the names to left, right, middle, what will happen if swapMouseButtons is true? Will "middleClick" still mean "middleClick"? Cheers Richo On Mon, Jan 24, 2011 at 9:38 AM, Geert Claes <geert.wl.claes(a)gmail.com>wrote: > > > Guillermo Polito wrote: > > > > I hate yellowButtonPressed and redButtonPressed and blueButtonPressed > > messages. > > > > Why not lefClick, rightClick and "middleClick"? > > > > I agree that the meaning of the colors is no longer useful, although "hate" > is maybe a bit harsh :) > > Surely this has already been addressed in other environments? > http://api.jquery.com/mousedown api.jquery.com/mousedown for example also > refers to the left, middle and right button. > > Even Apple's multi-touch "magic-mouse" talks about left and right-clicks > (which is ironic as they have long resisted to even add a second button) > ... > but also mouse events for the "360Â° scroll", "Screen zoom" and "two-finger > swipe". > -- > View this message in context: > http://forum.world.st/What-about-a-little-rename-in-MouseEvent-tp3233363p32… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Jan. 24, 2011