- Pharo-dev - lists.pharo.org

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

by Lukas Renggli

> *no* Colors have no *meaning* in this context. I can not even tell you the > three colors we have now. And not at all which is supposed to be the middle one. +1, I don't know the colors either. > Colors for buttons make no sense *at all* if your buttons have no colors. AFAIK, most operating systems number the mouse buttons. - The primary button is what you use to perform actions (typically left mouse button). - The secondary buttons is what you use to open context menu (typically right mouse button). - The third button is the middle button, the fourth button, ... Now I see that numbers are not that far from colors, but at least they have a logical order. I don't like #select, #menu, #extra because I does not make sense in any other context (for example games, or touch applications) than a traditional GUI. Lukas -- Lukas Renggli www.lukas-renggli.ch

Jan. 24, 2011

Re: [Pharo-project] default styler is shout

by Lukas Renggli

Just as an additional comment (don't know if this is related or not): For OB I had to subclass Editor and duplicate all SmalltalkEditor functionality, because the same Morph instance is used different contexts. Previously it was very easy to enable and disable syntax highlighting and other Smalltalk specific functionality. Lukas On 24 January 2011 00:10, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi, > > I opened a ticket. We should move the discussion there: > http://code.google.com/p/pharo/issues/detail?id=3583 > > Cheers, > Doru > > On 24 Jan 2011, at 08:31, Marcus Denker wrote: > >> >> On Jan 24, 2011, at 2:19 AM, Guillermo Polito wrote: >> >>> But that imperfect solution won't be a good solution either, since we are not going to have shout styler anywhere :). >>> >> >> So how is that solved in1.1? Â We need, for 1.2, just a *usable* compromise. Then we can iterate in 1.3 >> >> Â Â Â Marcus >> >> >> -- >> Marcus Denker Â -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> > > -- > www.tudorgirba.com > > "In a world where everything is moving ever faster, > one might have better chances to win by moving slower." > > > > > -- Lukas Renggli www.lukas-renggli.ch

Jan. 24, 2011

[Pharo-project] Issue 3588 in pharo: Monticello breaks when trying to load code with syntax errors

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3588 by elpochod...(a)gmail.com: Monticello breaks when trying to load code with syntax errors http://code.google.com/p/pharo/issues/detail?id=3588 Pharo image: Pharo Pharo core version: Pharo1.2rc1/Latest update: #12317 Virtual machine used: 'Squeak3.10.2 of 11 February 2010 [latest update: #9314]' (windows) Steps to reproduce: 1. Monticello browser->+Package named OpenGL 2. +Repository http: www.squeaksource.com/OpenGL 3. Open it, load OpenGL-clk.5.mcz ignoring warning because of missing classes. You get a syntax error because of underscore assignments, but it would fail the same for any syntax error, like assigning to a variable that is a parameter instead of a temporary, or anything that compiled with a previous compiler and doesn't compile anymore. The code can be modified by hand and (should be) accepted with ctrl+s, but then a monticello error is raised. The main thing is to fix the stack trace. Then, an accept/ignore and continue/cancel all button would be even better.

Jan. 24, 2011

Re: [Pharo-project] collapsing panes

by Gary Chambers

Hi, I don't think the layouts can be merged, as such, as they have very different approaches. With the TableLayout, it is possible to assign "weights" to each spaceFill section to get what you want, I think. (see #spaceFillWeight:) Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, January 24, 2011 2:32 PM Subject: Re: [Pharo-project] collapsing panes Thanks a lot, Gary! I gave it a try and it does go in the wanted direction. Now, the next question. I see that you are using a TableLayout. Is there a way to specify a proportion (like in the proportional layout?) for the initial extent of the inner panes? If yes, then I suppose we could merge the two layouts into one. Cheers, Doru On 24 Jan 2011, at 14:51, Benjamin wrote: > I love that :) > It could be very useful ^^ > > > Ben > > On Jan 24, 2011, at 2:36 PM, Gary Chambers wrote: > >> 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." >> >> >> >> <ExpanderTweak.1.cs> > > -- www.tudorgirba.com "Every now and then stop and ask yourself if the war you're fighting is the right one."

Jan. 24, 2011

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

by Marcus Denker

On Jan 24, 2011, at 2:47 PM, Janko MivÅ¡ek wrote: > Hi Pharoers, > > Are you thinking about introducing tabs and back/forward button, like in > web browsers? > Yes! Have a look at OB2 https://gforge.inria.fr/frs/download.php/27023/PBE-1.0.zip There is a lot of good ideas in David's browser. We need to revisit that work at some point. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 24, 2011

Re: [Pharo-project] doc on ob requests and commands

by Lukas Renggli

> My main current question is what are the reasons for OBInteractionRequest to subclass Notification? To be able to perform user interactions anywhere without having a global OBPlatform instance, and without having to pass OBPlatform in or store OBPlatform anywhere. There can be multiple UI platforms active at the same time and they can even change over the lifetime of a single browser window. Lukas -- Lukas Renggli www.lukas-renggli.ch

Jan. 24, 2011

Re: [Pharo-project] collapsing panes

by Tudor Girba

Thanks a lot, Gary! I gave it a try and it does go in the wanted direction. Now, the next question. I see that you are using a TableLayout. Is there a way to specify a proportion (like in the proportional layout?) for the initial extent of the inner panes? If yes, then I suppose we could merge the two layouts into one. Cheers, Doru On 24 Jan 2011, at 14:51, Benjamin wrote: > I love that :) > It could be very useful ^^ > > > Ben > > On Jan 24, 2011, at 2:36 PM, Gary Chambers wrote: > >> 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." >> >> >> >> <ExpanderTweak.1.cs> > > -- www.tudorgirba.com "Every now and then stop and ask yourself if the war you're fighting is the right one."

Jan. 24, 2011

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

by Geert Claes

Ricardo Moran wrote: > > 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"? > True, I guess in a 3-button environment there will always be a "Primary", "Secondary" and "Middle" button, for left and right-handed people :) -- 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] collapsing panes

by Benjamin

I love that :) It could be very useful ^^ Ben On Jan 24, 2011, at 2:36 PM, Gary Chambers wrote: > 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." > > > > <ExpanderTweak.1.cs>

Jan. 24, 2011

Re: [Pharo-project] search stack tricks

by Gary Chambers

For me, if nothing else is going on, an Alt-. will get you there... Regards, Gary ----- Original Message ----- From: laurent laffont To: An open mailing list to discuss any topics related to an open-sourceSmalltalk Sent: Sunday, January 23, 2011 8:46 AM Subject: [Pharo-project] search stack tricks Hi, I'm trying to look at http://code.google.com/p/pharo/issues/detail?id=3579 When I accept the method, the "Unknow variable...." dialog pops up. But I struggle to find from where this dialog has been created. So when you have a modal dialog and you want to find / explore the stack/context from which it has been opened, how do you get it ? Cheers, Laurent Laffont (@lolgzs) Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/

Jan. 24, 2011