May 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Alt-tab between windows

by Carlo

On my Pharo4.0 Latest update: #40609 Pressing Alt-Tab brings up a debugger. Debugging the method shows: newPreviewMorph "Answer a new preview holder." self halt. ^ Morph new color: Color transparent; extent: self defaultPreviewExtent; yourself. On 16 May 2015, at 1:09 AM, Avdi Grimm <avdi(a)avdi.org> wrote: On Fri, May 15, 2015 at 7:06 PM Carlo <snoobabk(a)gmail.com <mailto:snoobabk@gmail.com>> wrote: Removing the 'self halt' still works though. Can you give me a little more detail about where to find this? Thanks!

May 15, 2015

Re: [Pharo-users] Alt-tab between windows

by Avdi Grimm

On Fri, May 15, 2015 at 7:06 PM Carlo <snoobabk(a)gmail.com> wrote: > Removing the 'self halt' still works though. > Can you give me a little more detail about where to find this? Thanks!

May 15, 2015

Re: [Pharo-users] Alt-tab between windows

by Carlo

Hi Avdi Enjoyed listening to your ruby rogues podcasts and tapas and now finally Smalltalk;) Regarding your pain points on keyboard vs mouse; I've seen this come up before. There has been lot's of improvement, but still a way to go. I tested cycling between windows on Pharo 3 on mac and Alt-tab is working. Pharo 4 looks like someone put a 'self halt' message on the preview window; so I'm assuming there is a newer way to cycle through windows. Removing the 'self halt' still works though. Oh the alt-tab will bring up a preview window which you need to select window by pressing any other key; so 'alt-tab' until window comes up, then let it go and press any key to select it. Cheers Carlo On 16 May 2015, at 12:52 AM, Avdi Grimm <avdi(a)avdi.org> wrote: Hey folks! I've dabbled with smalltalk here and there over the years, but recently I've settled in to learn Pharo in earnest. A few of you might have seen the videos I've been putting up; they seem to be making the rounds on Twitter. I just want to say I've felt really welcomed by all the people who have commented with helpful tips, or offered to help with my exploration :-) I've run into my first big blocker as a newcomer. Like many programmers I'm a fan of keeping my hands on the keyboard. Now, I'm more flexible on this than some. I recognize that Pharo is a visual environment, and it makes sense to explore it with a mouse. And some interactions just make more sense with a mouse. That said, no matter what windowing environment I'm in, I find the ability to quickly cycle between windows without leaving the keyboard pretty crucial. One Windows or Ubuntu I would normally do this with Alt-Tab or Super-Tab. On MacOS it's Cmd-Tab. I've been trying to figure out how to do this in Pharo. I've looked for answers with Google, SO, and on IRC, and I've come up blank. I'm starting to think it can't be done. So, I've come here for your help. Is there a way to cycle between windows? Or is anyone working on it? Or, perhaps, am I missing an element of the Pharo programming workflow which renders it unneeded? Many thanks, -- Avdi

May 15, 2015

Re: [Pharo-users] Alt-tab between windows

by Avdi Grimm

Messing around, I've gotten the impression that Morphic doesn't really have the concept of a window manager. I've even played with the "Tiling Window Manager", but it isn't really a *manager* in the usual sense, it's more of a collection of shortcuts for manually resizing windows. Without having dove into the implementation yet, it feels like Morphic is more a system where each window paints itself where it wants to be, and there isn't a centralized controller or manager of windows. Is that accurate? On Fri, May 15, 2015 at 6:58 PM Nicolai Hess <nicolaihess(a)web.de> wrote: > > > 2015-05-16 0:52 GMT+02:00 Avdi Grimm <avdi(a)avdi.org>: > >> Hey folks! I've dabbled with smalltalk here and there over the years, but >> recently I've settled in to learn Pharo in earnest. A few of you might have >> seen the videos I've been putting up; they seem to be making the rounds on >> Twitter. I just want to say I've felt really welcomed by all the people who >> have commented with helpful tips, or offered to help with my exploration :-) >> >> I've run into my first big blocker as a newcomer. Like many programmers >> I'm a fan of keeping my hands on the keyboard. Now, I'm more flexible on >> this than some. I recognize that Pharo is a visual environment, and it >> makes sense to explore it with a mouse. And some interactions just make >> more sense with a mouse. >> >> That said, no matter what windowing environment I'm in, I find the >> ability to quickly cycle between windows without leaving the keyboard >> pretty crucial. One Windows or Ubuntu I would normally do this with Alt-Tab >> or Super-Tab. On MacOS it's Cmd-Tab. >> >> I've been trying to figure out how to do this in Pharo. I've looked for >> answers with Google, SO, and on IRC, and I've come up blank. I'm starting >> to think it can't be done. >> >> So, I've come here for your help. Is there a way to cycle between >> windows? Or is anyone working on it? Or, perhaps, am I missing an element >> of the Pharo programming workflow which renders it unneeded? >> >> Many thanks, >> >> -- >> Avdi >> > > I miss this too. > > This worked in Pharo 1.4 (alt + left arrow / alt+right arrow). > > I don't know why this was removed. > > I often wanted to look at this and try to bring it back, but didn't find > the time. > > > nicolai > >

May 15, 2015

Re: [Pharo-users] Alt-tab between windows

by Nicolai Hess

2015-05-16 0:52 GMT+02:00 Avdi Grimm <avdi(a)avdi.org>: > Hey folks! I've dabbled with smalltalk here and there over the years, but > recently I've settled in to learn Pharo in earnest. A few of you might have > seen the videos I've been putting up; they seem to be making the rounds on > Twitter. I just want to say I've felt really welcomed by all the people who > have commented with helpful tips, or offered to help with my exploration :-) > > I've run into my first big blocker as a newcomer. Like many programmers > I'm a fan of keeping my hands on the keyboard. Now, I'm more flexible on > this than some. I recognize that Pharo is a visual environment, and it > makes sense to explore it with a mouse. And some interactions just make > more sense with a mouse. > > That said, no matter what windowing environment I'm in, I find the ability > to quickly cycle between windows without leaving the keyboard pretty > crucial. One Windows or Ubuntu I would normally do this with Alt-Tab or > Super-Tab. On MacOS it's Cmd-Tab. > > I've been trying to figure out how to do this in Pharo. I've looked for > answers with Google, SO, and on IRC, and I've come up blank. I'm starting > to think it can't be done. > > So, I've come here for your help. Is there a way to cycle between windows? > Or is anyone working on it? Or, perhaps, am I missing an element of the > Pharo programming workflow which renders it unneeded? > > Many thanks, > > -- > Avdi > I miss this too. This worked in Pharo 1.4 (alt + left arrow / alt+right arrow). I don't know why this was removed. I often wanted to look at this and try to bring it back, but didn't find the time. nicolai

May 15, 2015

Alt-tab between windows

by Avdi Grimm

Hey folks! I've dabbled with smalltalk here and there over the years, but recently I've settled in to learn Pharo in earnest. A few of you might have seen the videos I've been putting up; they seem to be making the rounds on Twitter. I just want to say I've felt really welcomed by all the people who have commented with helpful tips, or offered to help with my exploration :-) I've run into my first big blocker as a newcomer. Like many programmers I'm a fan of keeping my hands on the keyboard. Now, I'm more flexible on this than some. I recognize that Pharo is a visual environment, and it makes sense to explore it with a mouse. And some interactions just make more sense with a mouse. That said, no matter what windowing environment I'm in, I find the ability to quickly cycle between windows without leaving the keyboard pretty crucial. One Windows or Ubuntu I would normally do this with Alt-Tab or Super-Tab. On MacOS it's Cmd-Tab. I've been trying to figure out how to do this in Pharo. I've looked for answers with Google, SO, and on IRC, and I've come up blank. I'm starting to think it can't be done. So, I've come here for your help. Is there a way to cycle between windows? Or is anyone working on it? Or, perhaps, am I missing an element of the Pharo programming workflow which renders it unneeded? Many thanks, -- Avdi

May 15, 2015

Quuve in action

by Cameron Sanders

We are just starting to get some videos made to demonstrate Quuve in action. Here is the first... https://www.youtube.com/watch?v=mA7O8bUtd0o. [views best in Chrome directly, not via gmail] We will be making more and will start posting them to our website. -Cam

May 15, 2015

Testing a seaside task and component?

by Alexandre Bergel

Hi! I have a rather simple question regarding seaside. Assuming I have a method MyTask>>go How can I test it in a unit test? Executing MyTask new go leads to the error: 'You can only #call: and #answer: from within a callback or a Task.' Pity the Seaside distribution does not have the Sushi example and some tests. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 15, 2015

Re: [Pharo-users] Patterns for event handling Morphic?

by Alain Plantec

Hello Stephan, For user interaction events (mouse / keyboard events..., see MorphicEvent hierarchy, HandMorph, MorphicEventHandler...): - if you create your own morph class, then you implement mouseDown:, mouseUp: etc according to the event hierarchy. To allow a morph to manage an event, you have also to declare that the event is of interest. This is done by redefining the handlesXXX: methods. as an example, if you wants to redefine mouseDown:/mouseUp: you redefine handlesMouseDown: to return true. the event is passed as argument, you can decide to return true or false according to the state of your morph and the event argument. you have also the handleXXXX: methods. (do not mistake handleXXXX for handlesXXX). Their role is to manage incoming user interaction events. As an example, see handleMouseDown: , it removes a possible pending balloon, it manages the focus, it starts the mouse still down management, it sends mouseDown: to the receiver... Normally you should not have to redefine them. - if you wants to change or add an event management dynamically or without implementing specific methods (mouseDown:), then you can use the event handler and its protocol ( on:send:to: , limited to user interaction events though) - Additional event are implemented as Announcements such as MorphGotFocus. These âevents" are not necessarily related to the user interaction. Announcements are suited to define your own specific events. They allow the implementation of the Observer/Observable pattern nicely. - HandleListenEvent: is for particular purpose, used rarely. Bloc: only with event listeners and announcements A morph do not directly answer to events. Instead, a morph uses an event listener chain. Predefined events (user interactions and general purpose morph events as BlMorphGotFocus), are all managed through event listeners. One can also use announcements as in Morphic. We have implemented a lot of examples. We will explain event management in the Bloc documentation - @Sean, the doc will also include the rational ;) hope this helps. Cheers Alain > On 15 May 2015, at 22:41, Stephan Eggermont <stephan(a)stack.nl> wrote: > > I find it difficult to understand event handling in Morphic. > I'm using both handleListenEvent: and mouseDown: and on:send:to: > and haven't even started using announcements. What am I supposed > to be using when, and what is supposed to be replaced in Bloc? > > Stephan > >

May 15, 2015

Re: [Pharo-users] [Moose-dev] Re: Fwd: Magritte = Auto-GT Presentation

by Tudor Girba

Hi Sean, Sorry for the slow response. In the latest Moose, ConfigurationOfGlamour now loads again Magritte and the associated presentation, and provides an example of how to embed it in the inspector. If you inspect: GLMMagrittePersonExample new name: 'William Shakespeare'; address: 'Stratford-upon-Avon' you get: [image: Inline image 1] This is achieved through a method like this: gtInspectorMagritteIn: composite <gtInspectorPresentationOrder: 40> composite magritte title: 'Form'; display: [ self ] See here a more thorough description: http://www.humane-assessment.com/blog/adding-magritte-forms-in-gtinspector Cheers, Doru On Fri, May 15, 2015 at 5:47 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Sean P. DeNigris wrote > > > > Tudor Girba-2 wrote > >> The editor should be provided if you load the > >> Glamour-Presentations-Magritte. > >> ... > >> You get a GLMMagrittePresentation and if you want to use it in the > >> inspector, you have to define your own extension that uses it. > > I'm sorry, I'm still not understanding... I only know how to hook into > the > > inspector via > > <gtInspectorPresentationOrder: aNumber> > > . How does that relate to GLMMagrittePresentation? How specifically do I > > have a Magritte presentation appear by default in GT for an object? Is > > there an example or doc somewhere? > > Bump. Did this message go through? I've asked a few times on Pharo Dev and > here... > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Fwd-Magritte-Auto-GT-Presentation-tp4825662p4826530.h… > Sent from the Moose mailing list archive at Nabble.com. > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > -- www.tudorgirba.com "Every thing has its own flow"

May 15, 2015