March 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Changing mouse position from Pharo.

by Igor Stasenko

On 14 March 2013 19:31, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > There is device giving some values at the hardware level. > Those things should of course be controllable from within the image. > Are we going to let the hardware tell us what we can and cannot do? To > hell with that :-p > a simplest solution would be to add a primitive to VM, so you can set the mouse cursor position.. I also find it strange that VM provides interface for changing the cursor image/hide it.. but not setting its position. See Cursor class. > /Phil > > 2013/3/14 Santiago Bragagnolo <santiagobragagnolo(a)gmail.com>: >> I think this is not an event, >> >> Some times you need to force the cursor to be in an other position, not in >> the current one. Maybe you just need to put the cursor over a component like >> button, or an area, just to guide the user. Actually this is not an event, >> is just a low level service given by the operative system, that can be >> useful to have it. >> >> Maybe a consistent way to do this can be that the same place that tell you >> over which point is the cursor now (The InputEventSensor in the current >> implementation) have also a setter that talk with the operative system, then >> you can have something like >> >> mouseSensor position " it gives you the current position of the mouse " >> mouseSensor position: 0@0. " it set the current position of the mouse, but >> not just in the sensor object, but in the operative system" >> >> >> >> >> >> My scenario is bizarre, i was making experiments with a mouse as an odometry >> measure unit, and i need to avoid the cursor to reach the corners to keep >> taking different points in each measure. >> >> >> >> >> >> >> >> >> >> 2013/3/14 stephane ducasse <stephane.ducasse(a)free.fr> >>> >>> >>> On Mar 14, 2013, at 5:14 PM, phil(a)highoctane.be wrote: >>> >>> > Being able to manage the cursor and not only be recipients of it. >>> >>> What do you mean exactly by that? >>> You want to be able to create event that move the cursor? >>> What is the scenario? >>> >>> >>> > >>> > For the event system, I understand that the at:1 at:2 .. thing may be >>> > a tad "basic" >>> >>> No it is plain bad, promote duplication logic and cannot be used to create >>> double dispatch >>> >>> > but it has the advantage of being understandable. So I'd >>> > keep it and then have an adaptation to something smarter. >>> > >>> > Phil >>> > >>> > 2013/3/14 stephane ducasse <stephane.ducasse(a)free.fr>: >>> >> could you explain what would be nice to have in the system? >>> >> We are slowly rewriting the event handling. >>> >> >>> >> Stef >>> >> >>> >> On Mar 13, 2013, at 2:52 PM, phil(a)highoctane.be wrote: >>> >> >>> >>> This feature would be nice to have in the base system and not require >>> >>> FFI. >>> >>> >>> >>> Glad you have an answer! >>> >>> >>> >>> Phil >>> >>> >>> >>> 2013/3/13 Carla F. Griggio <carla.griggio(a)gmail.com>: >>> >>>> Yep, the first thing I tried when I had to deal with this was using >>> >>>> InputEventSensor, but I couldn't manage to use it for changing the >>> >>>> mouse >>> >>>> position. >>> >>>> As the InputEventSensor takes the position from the hardware cursor >>> >>>> as you >>> >>>> say, the workaround we found was actually changing the hardware >>> >>>> cursor's >>> >>>> position using FFI :P >>> >>>> >>> >>>> Cheers, >>> >>>> Carla >>> >>>> >>> >>>> On Wed, Mar 13, 2013 at 2:25 PM, phil(a)highoctane.be >>> >>>> <phil(a)highoctane.be> >>> >>>> wrote: >>> >>>>> >>> >>>>> The InputEventSensor does some reading about that and at one point >>> >>>>> updates the ActiveHand. >>> >>>>> >>> >>>>> But it looks like we do read that from primitives. Not sure there is >>> >>>>> a >>> >>>>> way to do that. >>> >>>>> Interesting question! >>> >>>>> >>> >>>>> Phil >>> >>>>> >>> >>>>> 2013/3/13 Santiago Bragagnolo <santiagobragagnolo(a)gmail.com>: >>> >>>>>> Hi all! >>> >>>>>> >>> >>>>>> I'm doing a bizarre experiment where i need to change the >>> >>>>>> position >>> >>>>>> of >>> >>>>>> the mouse to a fixed point (like make the mouse pointer to jump >>> >>>>>> from >>> >>>>>> where >>> >>>>>> it is to a button). Does anyone have a clue about how to? >>> >>>>>> >>> >>>>>> Thanks in advance! >>> >>>>>> >>> >>>>>> Santiago >>> >>>>> >>> >>>> >>> >>> >>> >> >>> >> >>> >> >>> > >>> >>> >> > -- Best regards, Igor Stasenko.

March 14, 2013

Re: [Pharo-users] Changing mouse position from Pharo.

by phil＠highoctane.be

There is device giving some values at the hardware level. Those things should of course be controllable from within the image. Are we going to let the hardware tell us what we can and cannot do? To hell with that :-p /Phil 2013/3/14 Santiago Bragagnolo <santiagobragagnolo(a)gmail.com>: > I think this is not an event, > > Some times you need to force the cursor to be in an other position, not in > the current one. Maybe you just need to put the cursor over a component like > button, or an area, just to guide the user. Actually this is not an event, > is just a low level service given by the operative system, that can be > useful to have it. > > Maybe a consistent way to do this can be that the same place that tell you > over which point is the cursor now (The InputEventSensor in the current > implementation) have also a setter that talk with the operative system, then > you can have something like > > mouseSensor position " it gives you the current position of the mouse " > mouseSensor position: 0@0. " it set the current position of the mouse, but > not just in the sensor object, but in the operative system" > > > > > > My scenario is bizarre, i was making experiments with a mouse as an odometry > measure unit, and i need to avoid the cursor to reach the corners to keep > taking different points in each measure. > > > > > > > > > > 2013/3/14 stephane ducasse <stephane.ducasse(a)free.fr> >> >> >> On Mar 14, 2013, at 5:14 PM, phil(a)highoctane.be wrote: >> >> > Being able to manage the cursor and not only be recipients of it. >> >> What do you mean exactly by that? >> You want to be able to create event that move the cursor? >> What is the scenario? >> >> >> > >> > For the event system, I understand that the at:1 at:2 .. thing may be >> > a tad "basic" >> >> No it is plain bad, promote duplication logic and cannot be used to create >> double dispatch >> >> > but it has the advantage of being understandable. So I'd >> > keep it and then have an adaptation to something smarter. >> > >> > Phil >> > >> > 2013/3/14 stephane ducasse <stephane.ducasse(a)free.fr>: >> >> could you explain what would be nice to have in the system? >> >> We are slowly rewriting the event handling. >> >> >> >> Stef >> >> >> >> On Mar 13, 2013, at 2:52 PM, phil(a)highoctane.be wrote: >> >> >> >>> This feature would be nice to have in the base system and not require >> >>> FFI. >> >>> >> >>> Glad you have an answer! >> >>> >> >>> Phil >> >>> >> >>> 2013/3/13 Carla F. Griggio <carla.griggio(a)gmail.com>: >> >>>> Yep, the first thing I tried when I had to deal with this was using >> >>>> InputEventSensor, but I couldn't manage to use it for changing the >> >>>> mouse >> >>>> position. >> >>>> As the InputEventSensor takes the position from the hardware cursor >> >>>> as you >> >>>> say, the workaround we found was actually changing the hardware >> >>>> cursor's >> >>>> position using FFI :P >> >>>> >> >>>> Cheers, >> >>>> Carla >> >>>> >> >>>> On Wed, Mar 13, 2013 at 2:25 PM, phil(a)highoctane.be >> >>>> <phil(a)highoctane.be> >> >>>> wrote: >> >>>>> >> >>>>> The InputEventSensor does some reading about that and at one point >> >>>>> updates the ActiveHand. >> >>>>> >> >>>>> But it looks like we do read that from primitives. Not sure there is >> >>>>> a >> >>>>> way to do that. >> >>>>> Interesting question! >> >>>>> >> >>>>> Phil >> >>>>> >> >>>>> 2013/3/13 Santiago Bragagnolo <santiagobragagnolo(a)gmail.com>: >> >>>>>> Hi all! >> >>>>>> >> >>>>>> I'm doing a bizarre experiment where i need to change the >> >>>>>> position >> >>>>>> of >> >>>>>> the mouse to a fixed point (like make the mouse pointer to jump >> >>>>>> from >> >>>>>> where >> >>>>>> it is to a button). Does anyone have a clue about how to? >> >>>>>> >> >>>>>> Thanks in advance! >> >>>>>> >> >>>>>> Santiago >> >>>>> >> >>>> >> >>> >> >> >> >> >> >> >> > >> >> >

March 14, 2013

Re: [Pharo-users] Changing mouse position from Pharo.

by phil＠highoctane.be

About basic events, well Apple has internal events and the UIEvents. The internal events are basic and the UIEvents are user friendly an dppl can do double dispatch on them. These are two levels: one for the frameworks, and one for dealing with the low level. Anyway, I'd say a proper TextEditorMorph would be a priority over any event handling code... Phil 2013/3/14 stephane ducasse <stephane.ducasse(a)free.fr>: > > On Mar 14, 2013, at 5:14 PM, phil(a)highoctane.be wrote: > >> Being able to manage the cursor and not only be recipients of it. > > What do you mean exactly by that? > You want to be able to create event that move the cursor? > What is the scenario? > > >> >> For the event system, I understand that the at:1 at:2 .. thing may be >> a tad "basic" > > No it is plain bad, promote duplication logic and cannot be used to create double dispatch > >> but it has the advantage of being understandable. So I'd >> keep it and then have an adaptation to something smarter. >> >> Phil >> >> 2013/3/14 stephane ducasse <stephane.ducasse(a)free.fr>: >>> could you explain what would be nice to have in the system? >>> We are slowly rewriting the event handling. >>> >>> Stef >>> >>> On Mar 13, 2013, at 2:52 PM, phil(a)highoctane.be wrote: >>> >>>> This feature would be nice to have in the base system and not require FFI. >>>> >>>> Glad you have an answer! >>>> >>>> Phil >>>> >>>> 2013/3/13 Carla F. Griggio <carla.griggio(a)gmail.com>: >>>>> Yep, the first thing I tried when I had to deal with this was using >>>>> InputEventSensor, but I couldn't manage to use it for changing the mouse >>>>> position. >>>>> As the InputEventSensor takes the position from the hardware cursor as you >>>>> say, the workaround we found was actually changing the hardware cursor's >>>>> position using FFI :P >>>>> >>>>> Cheers, >>>>> Carla >>>>> >>>>> On Wed, Mar 13, 2013 at 2:25 PM, phil(a)highoctane.be <phil(a)highoctane.be> >>>>> wrote: >>>>>> >>>>>> The InputEventSensor does some reading about that and at one point >>>>>> updates the ActiveHand. >>>>>> >>>>>> But it looks like we do read that from primitives. Not sure there is a >>>>>> way to do that. >>>>>> Interesting question! >>>>>> >>>>>> Phil >>>>>> >>>>>> 2013/3/13 Santiago Bragagnolo <santiagobragagnolo(a)gmail.com>: >>>>>>> Hi all! >>>>>>> >>>>>>> I'm doing a bizarre experiment where i need to change the position >>>>>>> of >>>>>>> the mouse to a fixed point (like make the mouse pointer to jump from >>>>>>> where >>>>>>> it is to a button). Does anyone have a clue about how to? >>>>>>> >>>>>>> Thanks in advance! >>>>>>> >>>>>>> Santiago >>>>>> >>>>> >>>> >>> >>> >>> >> > > >

March 14, 2013

Question on Gutemberg

by Martin Dias

Hello Damien, Could I use Gutemberg to export to latex some Pier contents of fuel website(1) ? (1): http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.8.1/Documentation Best regards, MartÃn

March 14, 2013

Re: [Pharo-users] Changing mouse position from Pharo.

by Santiago Bragagnolo

I think this is not an event, Some times you need to force the cursor to be in an other position, not in the current one. Maybe you just need to put the cursor over a component like button, or an area, just to guide the user. Actually this is not an event, is just a low level service given by the operative system, that can be useful to have it. Maybe a consistent way to do this can be that the same place that tell you over which point is the cursor now (The InputEventSensor in the current implementation) have also a setter that talk with the operative system, then you can have something like mouseSensor position " it gives you the current position of the mouse " mouseSensor position: 0@0. " it set the current position of the mouse, but not just in the sensor object, but in the operative system" My scenario is bizarre, i was making experiments with a mouse as an odometry measure unit, and i need to avoid the cursor to reach the corners to keep taking different points in each measure. 2013/3/14 stephane ducasse <stephane.ducasse(a)free.fr> > > On Mar 14, 2013, at 5:14 PM, phil(a)highoctane.be wrote: > > > Being able to manage the cursor and not only be recipients of it. > > What do you mean exactly by that? > You want to be able to create event that move the cursor? > What is the scenario? > > > > > > For the event system, I understand that the at:1 at:2 .. thing may be > > a tad "basic" > > No it is plain bad, promote duplication logic and cannot be used to create > double dispatch > > > but it has the advantage of being understandable. So I'd > > keep it and then have an adaptation to something smarter. > > > > Phil > > > > 2013/3/14 stephane ducasse <stephane.ducasse(a)free.fr>: > >> could you explain what would be nice to have in the system? > >> We are slowly rewriting the event handling. > >> > >> Stef > >> > >> On Mar 13, 2013, at 2:52 PM, phil(a)highoctane.be wrote: > >> > >>> This feature would be nice to have in the base system and not require > FFI. > >>> > >>> Glad you have an answer! > >>> > >>> Phil > >>> > >>> 2013/3/13 Carla F. Griggio <carla.griggio(a)gmail.com>: > >>>> Yep, the first thing I tried when I had to deal with this was using > >>>> InputEventSensor, but I couldn't manage to use it for changing the > mouse > >>>> position. > >>>> As the InputEventSensor takes the position from the hardware cursor > as you > >>>> say, the workaround we found was actually changing the hardware > cursor's > >>>> position using FFI :P > >>>> > >>>> Cheers, > >>>> Carla > >>>> > >>>> On Wed, Mar 13, 2013 at 2:25 PM, phil(a)highoctane.be < > phil(a)highoctane.be> > >>>> wrote: > >>>>> > >>>>> The InputEventSensor does some reading about that and at one point > >>>>> updates the ActiveHand. > >>>>> > >>>>> But it looks like we do read that from primitives. Not sure there is > a > >>>>> way to do that. > >>>>> Interesting question! > >>>>> > >>>>> Phil > >>>>> > >>>>> 2013/3/13 Santiago Bragagnolo <santiagobragagnolo(a)gmail.com>: > >>>>>> Hi all! > >>>>>> > >>>>>> I'm doing a bizarre experiment where i need to change the position > >>>>>> of > >>>>>> the mouse to a fixed point (like make the mouse pointer to jump from > >>>>>> where > >>>>>> it is to a button). Does anyone have a clue about how to? > >>>>>> > >>>>>> Thanks in advance! > >>>>>> > >>>>>> Santiago > >>>>> > >>>> > >>> > >> > >> > >> > > > > >

March 14, 2013

Re: [Pharo-users] Changing mouse position from Pharo.

by stephane ducasse

On Mar 14, 2013, at 5:14 PM, phil(a)highoctane.be wrote: > Being able to manage the cursor and not only be recipients of it. What do you mean exactly by that? You want to be able to create event that move the cursor? What is the scenario? > > For the event system, I understand that the at:1 at:2 .. thing may be > a tad "basic" No it is plain bad, promote duplication logic and cannot be used to create double dispatch > but it has the advantage of being understandable. So I'd > keep it and then have an adaptation to something smarter. > > Phil > > 2013/3/14 stephane ducasse <stephane.ducasse(a)free.fr>: >> could you explain what would be nice to have in the system? >> We are slowly rewriting the event handling. >> >> Stef >> >> On Mar 13, 2013, at 2:52 PM, phil(a)highoctane.be wrote: >> >>> This feature would be nice to have in the base system and not require FFI. >>> >>> Glad you have an answer! >>> >>> Phil >>> >>> 2013/3/13 Carla F. Griggio <carla.griggio(a)gmail.com>: >>>> Yep, the first thing I tried when I had to deal with this was using >>>> InputEventSensor, but I couldn't manage to use it for changing the mouse >>>> position. >>>> As the InputEventSensor takes the position from the hardware cursor as you >>>> say, the workaround we found was actually changing the hardware cursor's >>>> position using FFI :P >>>> >>>> Cheers, >>>> Carla >>>> >>>> On Wed, Mar 13, 2013 at 2:25 PM, phil(a)highoctane.be <phil(a)highoctane.be> >>>> wrote: >>>>> >>>>> The InputEventSensor does some reading about that and at one point >>>>> updates the ActiveHand. >>>>> >>>>> But it looks like we do read that from primitives. Not sure there is a >>>>> way to do that. >>>>> Interesting question! >>>>> >>>>> Phil >>>>> >>>>> 2013/3/13 Santiago Bragagnolo <santiagobragagnolo(a)gmail.com>: >>>>>> Hi all! >>>>>> >>>>>> I'm doing a bizarre experiment where i need to change the position >>>>>> of >>>>>> the mouse to a fixed point (like make the mouse pointer to jump from >>>>>> where >>>>>> it is to a button). Does anyone have a clue about how to? >>>>>> >>>>>> Thanks in advance! >>>>>> >>>>>> Santiago >>>>> >>>> >>> >> >> >> >

March 14, 2013

Re: [Pharo-users] Changing mouse position from Pharo.

by phil＠highoctane.be

Being able to manage the cursor and not only be recipients of it. For the event system, I understand that the at:1 at:2 .. thing may be a tad "basic" but it has the advantage of being understandable. So I'd keep it and then have an adaptation to something smarter. Phil 2013/3/14 stephane ducasse <stephane.ducasse(a)free.fr>: > could you explain what would be nice to have in the system? > We are slowly rewriting the event handling. > > Stef > > On Mar 13, 2013, at 2:52 PM, phil(a)highoctane.be wrote: > >> This feature would be nice to have in the base system and not require FFI. >> >> Glad you have an answer! >> >> Phil >> >> 2013/3/13 Carla F. Griggio <carla.griggio(a)gmail.com>: >>> Yep, the first thing I tried when I had to deal with this was using >>> InputEventSensor, but I couldn't manage to use it for changing the mouse >>> position. >>> As the InputEventSensor takes the position from the hardware cursor as you >>> say, the workaround we found was actually changing the hardware cursor's >>> position using FFI :P >>> >>> Cheers, >>> Carla >>> >>> On Wed, Mar 13, 2013 at 2:25 PM, phil(a)highoctane.be <phil(a)highoctane.be> >>> wrote: >>>> >>>> The InputEventSensor does some reading about that and at one point >>>> updates the ActiveHand. >>>> >>>> But it looks like we do read that from primitives. Not sure there is a >>>> way to do that. >>>> Interesting question! >>>> >>>> Phil >>>> >>>> 2013/3/13 Santiago Bragagnolo <santiagobragagnolo(a)gmail.com>: >>>>> Hi all! >>>>> >>>>> I'm doing a bizarre experiment where i need to change the position >>>>> of >>>>> the mouse to a fixed point (like make the mouse pointer to jump from >>>>> where >>>>> it is to a button). Does anyone have a clue about how to? >>>>> >>>>> Thanks in advance! >>>>> >>>>> Santiago >>>> >>> >> > > >

March 14, 2013

Re: [Pharo-users] PetitParser Help

by Alain Busser

On Thu, Mar 14, 2013 at 7:24 PM, Mohammad Al Houssami (Alumni) < mha53(a)mail.aub.edu> wrote: > Oh okay I didnât know that. Thanks for the information.**** > > I tried that but nothing happened.**** > > Any ideas why this might be the case? > Maybe your download is incomplete? I did exactly what is in the PBE2 chapter, and it took a rather long time to complete the downloads... > **** > > ** ** > > *From:* pharo-users-bounces(a)lists.gforge.inria.fr [mailto: > pharo-users-bounces(a)lists.gforge.inria.fr] *On Behalf Of *Alain Busser > *Sent:* Thursday, March 14, 2013 3:07 PM > > *To:* A friendly place where any question about pharo is welcome > *Subject:* Re: [Pharo-users] PetitParser Help**** > > ** ** > > No, not the *system* browser, PetitParser has its own browser: > > In a workspace, just write > > PPBrowser new > > then "DoIt", and a PetitParser browser opens: It is a very beautiful tool, > and powerful at that! Especially there is a graphical version which shows > your grammar...**** > > On Thu, Mar 14, 2013 at 5:53 PM, Mohammad Al Houssami (Alumni) < > mha53(a)mail.aub.edu> wrote:**** > > I am not sure what you mean Alain. Using the system browser to read what ? > **** > > **** > > *From:* pharo-users-bounces(a)lists.gforge.inria.fr [mailto: > pharo-users-bounces(a)lists.gforge.inria.fr] *On Behalf Of *Alain Busser > *Sent:* Thursday, March 14, 2013 5:42 AM**** > > > *To:* A friendly place where any question about pharo is welcome > *Subject:* Re: [Pharo-users] PetitParser Help**** > > **** > > Personnally, I found the browser very useful, so read on until you come to > the marvels of > > PPBrowser new > > Your life will never be the same after that... **** > > On Thu, Mar 14, 2013 at 3:20 AM, Mohammad Al Houssami (Alumni) < > mha53(a)mail.aub.edu> wrote:**** > > Thank You Benjamin,**** > > There was no way I would figure that out on my ownâ¦ its weird to represent > it this way but its clear now.(Probably because im new to Smalltalk though) > > Thanks again J**** > > Mohammad**** > > **** > > *From:* pharo-users-bounces(a)lists.gforge.inria.fr [mailto: > pharo-users-bounces(a)lists.gforge.inria.fr] *On Behalf Of *Benjamin > *Sent:* Wednesday, March 13, 2013 8:58 PM > *To:* A friendly place where any question about pharo is welcome > *Subject:* Re: [Pharo-users] PetitParser Help**** > > **** > > This code**** > > ExpressionGrammar>>term**** > > ^ add / prod**** > > ExpressionGrammar>>add**** > > ^ prod , $+ asParser trim , term**** > > ExpressionGrammar>>prod**** > > ^ mul / prim**** > > ExpressionGrammar>>mul**** > > ^ prim , $***** > > asParser trim , prod**** > > ExpressionGrammar>>prim**** > > ^ parens / number**** > > ExpressionGrammar>>parens**** > > ^ $( asParser trim , term , $) asParser trim**** > > **** > > is not a code to evaluate in a workspace.**** > > It the representation we use to express the implementation of a method**** > > By example**** > > **** > > ExpressionGrammar>>term**** > > ^ add / prod**** > > **** > > means that on class ExpressionGrammar, you need to add a method named term > with source code**** > > ^ add / prod**** > > **** > > **** > > So, you can either use a method browser to do it, or programatically do it > by doing:**** > > **** > > ExpressionGrammar compile: 'term**** > > ^ add / prod'**** > > **** > > But this method is a bit ad hoc.**** > > **** > > :)**** > > Hope it helps ;)**** > > > Ben ** ** > > **** > > On Mar 13, 2013, at 8:56 PM, Mohammad Al Houssami (Alumni) < > mha53(a)mail.aub.edu> wrote:**** > > **** > > Hello Everyone**** > > **** > > I was going over PetitParser part on the pharo by example book. > http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/PetitParser.… > **** > > **** > > It was all going good until page 11.**** > > Script 1.19is for creating the class so this was fine. You get an > ExpressionGrammar class with all the needed variables, but what about > script 1.20?**** > > **** > > Where does this script go? I understand what the code does. It is > describing a grammar for mathematical expressions by defining what > everything is and the rules of the grammar. I am not sure where shall I put > this script to run it. In earlier examples I was using the workspace.**** > > **** > > Any help is much appreciated.**** > > Mohammad**** > > **** > > **** > ------------------------------ > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2013.0.2904 / Virus Database: 2641/6169 - Release Date: 03/13/13* > *** > > **** > ------------------------------ > > No virus found in this message. > Checked by AVG - www.avg.com**** > > Version: 2013.0.2904 / Virus Database: 2641/6172 - Release Date: 03/13/13* > *** > > ** ** > ------------------------------ > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2013.0.2904 / Virus Database: 2641/6172 - Release Date: 03/13/13* > *** >

March 14, 2013

Re: [Pharo-users] Changing mouse position from Pharo.

by stephane ducasse

could you explain what would be nice to have in the system? We are slowly rewriting the event handling. Stef On Mar 13, 2013, at 2:52 PM, phil(a)highoctane.be wrote: > This feature would be nice to have in the base system and not require FFI. > > Glad you have an answer! > > Phil > > 2013/3/13 Carla F. Griggio <carla.griggio(a)gmail.com>: >> Yep, the first thing I tried when I had to deal with this was using >> InputEventSensor, but I couldn't manage to use it for changing the mouse >> position. >> As the InputEventSensor takes the position from the hardware cursor as you >> say, the workaround we found was actually changing the hardware cursor's >> position using FFI :P >> >> Cheers, >> Carla >> >> On Wed, Mar 13, 2013 at 2:25 PM, phil(a)highoctane.be <phil(a)highoctane.be> >> wrote: >>> >>> The InputEventSensor does some reading about that and at one point >>> updates the ActiveHand. >>> >>> But it looks like we do read that from primitives. Not sure there is a >>> way to do that. >>> Interesting question! >>> >>> Phil >>> >>> 2013/3/13 Santiago Bragagnolo <santiagobragagnolo(a)gmail.com>: >>>> Hi all! >>>> >>>> I'm doing a bizarre experiment where i need to change the position >>>> of >>>> the mouse to a fixed point (like make the mouse pointer to jump from >>>> where >>>> it is to a button). Does anyone have a clue about how to? >>>> >>>> Thanks in advance! >>>> >>>> Santiago >>> >> >

March 14, 2013

How to deploy a Pharo 2.0 Desktop application?

by Torsten Bergmann

>> But making it non-resizable, I don't think so. > >you can change the size (and the title), see DisplayScreen class>>#hostWindowSize: and around, but you cannot make it un->resizable. For Windows I wrapped some methods for changing the window style. This is already within NativeBoost in Pharo 2.0: NBWin32Window getFocus setNonResizable The VM opens the window by default in resizable mode and with this you can change the style to the styles you want. Look how it is done and check other styles: http://msdn.microsoft.com/en-us/library/windows/desktop/ms632600(v=vs.85).a… Downside is that you have to do it again at each image startup. Another solution is to change the hardcoded default windows styles in the C sources (if you compile a new VM anyway). Bye T.

March 14, 2013