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

Re: [Pharo-users] Unicode in Smalltalk

by Igor Stasenko

On 15 March 2013 13:44, Mohammad Al Houssami (Alumni) <mha53(a)mail.aub.edu> wrote: > Im not sure where you got the 16r0026 from. What I have is something like this > U+0009 CHARACTER TABULATION (tab) > U+000A LINE FEED (LF) > U+000C FORM FEED (FF) > U+0020 SPACE > > Whats on the left is the unicode representation. In some cases there is no actual character to compare to( so I cant compare to < > &....) > What I will have to do is to create a character with unicode value U+000A. > I have tried myCharacter:= 000A asCharacter. But it doesn't work. > > When I try to print myCharacter it gives an error because it doesn't understand the A. > because 000A is not valid literal in smalltalk. it is actually understood by compiler as unary message: 0 A if you want to use hexadecimal integer litrals, you should use radix notation: <base>r<number> try: 2r10101101 16rA > Thanks > Mohammad -- Best regards, Igor Stasenko.

March 15, 2013

Re: [Pharo-users] Unicode in Smalltalk

by Mohammad Al Houssami (Alumni)

Im not sure where you got the 16r0026 from. What I have is something like this U+0009 CHARACTER TABULATION (tab) U+000A LINE FEED (LF) U+000C FORM FEED (FF) U+0020 SPACE Whats on the left is the unicode representation. In some cases there is no actual character to compare to( so I cant compare to < > &....) What I will have to do is to create a character with unicode value U+000A. I have tried myCharacter:= 000A asCharacter. But it doesn't work. When I try to print myCharacter it gives an error because it doesn't understand the A. Thanks Mohammad -----Original Message----- From: pharo-users-bounces(a)lists.gforge.inria.fr [mailto:pharo-users-bounces@lists.gforge.inria.fr] On Behalf Of Esteban A. Maringolo Sent: Friday, March 15, 2013 12:28 AM To: pharo-users(a)lists.gforge.inria.fr Subject: Re: [Pharo-users] Unicode in Smalltalk I'm not sure if I understand your question. But did you try this? : yourCharacter = 16r0026 asCharacter Regards. -- View this message in context: http://forum.world.st/Unicode-in-Smalltalk-tp4676821p4676871.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 15, 2013

Re: [Pharo-users] How to deploy a Pharo 2.0 Desktop application?

by MartinW

Thank you all for the answers. I will sum up where i am now: - How to properly start up and shut down my application when the Pharo image starts and shuts down? Ok, problem solved via Smalltalk addToStartUpList: and Smalltalk addToShutDownList: - Can i give the Pharo window a custom size and make it non-resizable? Halfway solved. DisplayScreen class>>#hostWindowSize: works well. Would be really nice if it was possible to make the window unresizable from within the image. It would also be nice to control the initial position of the Pharo Window on the HostOS screen. I can see many One-Window-Desktop-Applications that could be done with Pharo if one had more control over the one Pharo window. Can i still submit entries to GoogleIssueTracker or do i have to wait for a public accessible FogBugs site? - How to hide development tools, world menu, global keyboard shortcuts, etc.? The suggestion to work with the keychain worked best so far - where can i get more information on the keychain? Also there are some bugs. - How to make a nice One-Click-Application, that preferably should have the name and icon of the application and not be called Pharo (not because i do not love Pharo, but because people won't understand :) I work on a Mac, so i guess i cannot easily build a Windows VM on MacOS? Anyway this would be too much work for the application in question. But it might be interesing for future projects. - How to automate all the above tasks, so i can easily build a new One-Click-Application again and again. Ok, i can adapt the One-Click scripts. - What do i state as system requirements? "You need at least Windows XYZ or MacOS 10.X to run this application" My question was just, "What are the System requirements for the PharoVM?" - because this will be also the system requirements for my application. Does anybody know? Martin. -- View this message in context: http://forum.world.st/How-to-deploy-a-Pharo-2-0-Desktop-application-tp46766… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 15, 2013

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

by phil＠highoctane.be

Compared to your speed, I am an anemic snail Stef. Still, I am very interested in that area of which you showed me interesting internals. Curious about the double dispatch you want to do there. Tell me. Phil 2013/3/15 stephane ducasse <stephane.ducasse(a)free.fr>: > > On Mar 14, 2013, at 7:29 PM, phil(a)highoctane.be wrote: > >> 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â¦ > > Alain will start to work on it and Athens will be pushed in 3.0 soon. > Now I work on what I can and learn slowly. > > Stef >

March 15, 2013

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

by stephane ducasse

On Mar 15, 2013, at 8:40 AM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > So add a bug entry for 3.0 I did it :) > > Stef > >>> 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. >

March 15, 2013

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

by stephane ducasse

So add a bug entry for 3.0 Stef >> 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.

March 15, 2013

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

by stephane ducasse

On Mar 14, 2013, at 7:29 PM, phil(a)highoctane.be wrote: > 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â¦ Alain will start to work on it and Athens will be pushed in 3.0 soon. Now I work on what I can and learn slowly. Stef

March 15, 2013

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

by stephane ducasse

Ok I see and you want probably to scope it during: [ ] setMousePoisitonTo: or something like that. Stef On Mar 14, 2013, at 6:45 PM, Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> wrote: > 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 15, 2013

Re: [Pharo-users] Question on Gutemberg

by stephane ducasse

On Mar 14, 2013, at 6:51 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > Hello Damien, > > Could I use Gutemberg to export to latex some Pier contents of fuel website(1) ? you will have to adapt it a bit but in essence this is the same format. Then you will get for free the latex and HTML version. > > (1): http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.8.1/Documentation > > Best regards, > MartÃn >

March 15, 2013

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

by Ben Coman

stephane ducasse wrote: > 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? > Just brainstorming... * Unit testing of the GUI - replaying clicks. Although this can probably be done in image, this would test the lowest levels of event handling and VM as well. * Implementing something like http://www.autoitscript.com/site/autoit/ > > >> 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 15, 2013