- Pharo-dev - lists.pharo.org

OSWindow and OSWindowDriver

by Matthieu Lacaton

Hello everyone, I'm writing here because I would like some insight about the OSWindowDriver. As you may know, the OSWindowDriver (via OSSDL2Driver) is responsible for many things in OSWindow such as setting up the event loop, creating the SDL window, etc. My first question is : How are you supposed to access the driver ? Currently you can do a "OSWindowDriver current" and it should return you the "most suited driver". It is the way the driver is picked if you don't specify a preferable driver in the OSWindow attributes. I see two problems with this : - If you don't have the SDL plugin it returns you an OSWindowNullDriver and you cannot do anything with it even if you have the SDL library. - Let's say that SDL does not meet my requirements and I create another binding to another library. I now have the possibility to use OSWindow with two different back-ends. How does the OSWindowDriver discriminates between the twos ? Now if I want to specify a driver I can do it by setting "preferableDriver" in the OSWindowAttributes. But if I want an OSSDL2Driver, the only way I see for the moment is to call "OSSDL2Driver new". But by doing so I am creating an instance of the driver per window created whereas with "OSWindowDriver current" I am only using one instance of the driver for all windows. I think something is not coherent here. So should all specific drivers be singletons ? Should they all implement their own version of the "current" method returning the only instance of them ? I have another remark too : The driver needs to keep a map of all active windows to be able to dispatch events to the correct one. But when a window is destroyed, it needs to be removed from the map so there is no mess in the events and so the garbage collector can free it. Currently the window map is a class variable of OSSDL2Driver. But I think the map should be common to all drivers because they would probably all need one. So I'd like to move the WindowMap class variable to the "OSWindowDriver" class directly

May 29, 2015

Re: [Pharo-dev] Beyond RPackages: RPackageTag and DynamicGroup

by Sergio Fedi

On Thu, May 28, 2015 at 9:39 AM, Ben Coman <btc(a)openinworld.com> wrote: > On Thu, May 28, 2015 at 5:48 PM, Sergio Fedi <sergio.fedi(a)gmail.com> > wrote: > > (Personally I have no idea of Work criteria to list classes, and have no > > idea of the details of the other two) > > Neither do I. Never used them. Now I wonder if when you define a new > group, you might also define a filter and the existing groups use that > facility, such that you could inspect and existing group to see its > definition. > This is why we need comments on DynamicGroups

May 28, 2015

Re: [Pharo-dev] Cross platform key modifiers

by stepharo

I want cmd-k damien. and cmd-A and cmd-E :) Le 27/5/15 15:56, Damien Cassou a Ã©crit : > Serge Stinckwich <serge.stinckwich(a)gmail.com> writes: > >> I guess we should have a look how Emacs solve this keybinding issue >> regarding multiple platforms. > Emacs works really well in this regard and should be used as a > reference. If you have any specific question, I can have a look. >

May 28, 2015

Re: [Pharo-dev] I need a windows user and a linux user to test

by Cyril Ferlicot

We already have some issues about that, we just need to do the work. https://pharo.fogbugz.com/f/cases/15289/GLMAction-should-use-PharoShortcut https://pharo.fogbugz.com/f/cases/15619/cleanup-TextEditors-shortcut-defini… https://pharo.fogbugz.com/f/cases/15585/We-need-to-clean-hard-code-shortcut… https://pharo.fogbugz.com/f/cases/15582/MethodWidget-class-elementsMenu-hav… https://pharo.fogbugz.com/f/cases/15292/GLMPopper-GLMPrintPopper-GLMWatcher… On 28 May 2015 at 21:25, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > well, along with this slice I opened: > https://pharo.fogbugz.com/f/cases/15627 > > who âfixesâ the glamour issue. but it needs to be integrated so it will take > a couple of days more. > > hope with this at least the look of menus are normalised. > > after we need to work on removing old shortcuts and add them through > keybindings, then we can have a coherent shortcut set (one step at a time). > > Esteban > > > > > On 28 May 2015, at 21:19, Ben Coman <btc(a)openinworld.com> wrote: > > (whoops accidentally sent that last post) > > and since we are there: What happens with linux? > > Esteban > > > Linux is the same as Windows. > > > > On 28 May 2015, at 20:25, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> > wrote: > To copy/paste it is ctrl, but to quit a window it is alt F4, to switch > between windows it is alt + tab ... > But there is also a meta key, the windows key. > > > This confuses the issue. :) From Pharo's perspective, the windows-key > does not exist. I really believe the windows-key should *not* be > considered a meta-key, and some call it the super-key. > > On Fri, May 29, 2015 at 2:23 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > Currently, on Windows, the keymapping framework knows only two modifiers > "ctrl" and "command" the windows key "alt" maps to "command" > > 2015-05-28 20:16 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > > > Iâm lost now. > Which one is the âmetaâ key in windows? Alt or Ctrl? > > Esteban > > > Note that he said *currently* , not that it was correct. Indeed it is > wrong per platform conventions. Observe all the PharoShortcuts saying > for example... > ^ $b command mac | $b ctrl win | $b ctrl unix > > That is... > Linux/Windows meta-key = Ctrl. > OSX meta-key = Cmd > > Alt should remain Alt and be equivalent to Option on osx, but it > seems on Windows that somewhere low level the Alt key *becomes* a Cmd > key. This needs to be killed. > > > > Hi, > > I need win/linux users (and why not, other mac users than me) to test > this issue: > > https://pharo.fogbugz.com/f/cases/15621 > > basically, it normalises all menu shortcut outputâ¦ in a long but clear > way (and compatible with the platform). > > cheers, > Esteban > > > Thanks for doing this. It might be a bit bumpy road but really needs > to be done. > Now my opinion is based on previously being a long term Windows Pharo > user, but right now I need to find a Windows machine to assist. > cheers -ben > > -- Cheers Cyril Ferlicot

May 28, 2015

Re: [Pharo-dev] I need a windows user and a linux user to test

by Esteban Lorenzano

well, along with this slice I opened: https://pharo.fogbugz.com/f/cases/15627 <https://pharo.fogbugz.com/f/cases/15627> who âfixesâ the glamour issue. but it needs to be integrated so it will take a couple of days more. hope with this at least the look of menus are normalised. after we need to work on removing old shortcuts and add them through keybindings, then we can have a coherent shortcut set (one step at a time). Esteban > On 28 May 2015, at 21:19, Ben Coman <btc(a)openinworld.com> wrote: > > (whoops accidentally sent that last post) > >>> and since we are there: What happens with linux? >>> >>> Esteban > > Linux is the same as Windows. > >>> >>> >>> On 28 May 2015, at 20:25, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> >>> wrote: >>> To copy/paste it is ctrl, but to quit a window it is alt F4, to switch >>> between windows it is alt + tab ... >>> But there is also a meta key, the windows key. > > This confuses the issue. :) From Pharo's perspective, the windows-key > does not exist. I really believe the windows-key should *not* be > considered a meta-key, and some call it the super-key. > > On Fri, May 29, 2015 at 2:23 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: >> Currently, on Windows, the keymapping framework knows only two modifiers >> "ctrl" and "command" the windows key "alt" maps to "command" >> >> 2015-05-28 20:16 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >>> Iâm lost now. >>> Which one is the âmetaâ key in windows? Alt or Ctrl? >>> >>> Esteban > > Note that he said *currently* , not that it was correct. Indeed it is > wrong per platform conventions. Observe all the PharoShortcuts saying > for example... > ^ $b command mac | $b ctrl win | $b ctrl unix > > That is... > Linux/Windows meta-key = Ctrl. > OSX meta-key = Cmd > > Alt should remain Alt and be equivalent to Option on osx, but it > seems on Windows that somewhere low level the Alt key *becomes* a Cmd > key. This needs to be killed. > >>>> >>>> >>>> Hi, >>>> >>>> I need win/linux users (and why not, other mac users than me) to test >>>> this issue: >>>> >>>> https://pharo.fogbugz.com/f/cases/15621 >>>> >>>> basically, it normalises all menu shortcut outputâ¦ in a long but clear >>>> way (and compatible with the platform). >>>> >>>> cheers, >>>> Esteban > > Thanks for doing this. It might be a bit bumpy road but really needs > to be done. > Now my opinion is based on previously being a long term Windows Pharo > user, but right now I need to find a Windows machine to assist. > cheers -ben >

May 28, 2015

Re: [Pharo-dev] I need a windows user and a linux user to test

by Ben Coman

(whoops accidentally sent that last post) >> and since we are there: What happens with linux? >> >> Esteban Linux is the same as Windows. >> >> >> On 28 May 2015, at 20:25, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> >> wrote: >> To copy/paste it is ctrl, but to quit a window it is alt F4, to switch >> between windows it is alt + tab ... >> But there is also a meta key, the windows key. This confuses the issue. :) From Pharo's perspective, the windows-key does not exist. I really believe the windows-key should *not* be considered a meta-key, and some call it the super-key. On Fri, May 29, 2015 at 2:23 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > Currently, on Windows, the keymapping framework knows only two modifiers > "ctrl" and "command" the windows key "alt" maps to "command" > > 2015-05-28 20:16 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >> >> Iâm lost now. >> Which one is the âmetaâ key in windows? Alt or Ctrl? >> >> Esteban Note that he said *currently* , not that it was correct. Indeed it is wrong per platform conventions. Observe all the PharoShortcuts saying for example... ^ $b command mac | $b ctrl win | $b ctrl unix That is... Linux/Windows meta-key = Ctrl. OSX meta-key = Cmd Alt should remain Alt and be equivalent to Option on osx, but it seems on Windows that somewhere low level the Alt key *becomes* a Cmd key. This needs to be killed. >>> >>> >>> Hi, >>> >>> I need win/linux users (and why not, other mac users than me) to test >>> this issue: >>> >>> https://pharo.fogbugz.com/f/cases/15621 >>> >>> basically, it normalises all menu shortcut outputâ¦ in a long but clear >>> way (and compatible with the platform). >>> >>> cheers, >>> Esteban Thanks for doing this. It might be a bit bumpy road but really needs to be done. Now my opinion is based on previously being a long term Windows Pharo user, but right now I need to find a Windows machine to assist. cheers -ben

May 28, 2015

Re: [Pharo-dev] I need a windows user and a linux user to test

by Ben Coman

On Fri, May 29, 2015 at 2:30 AM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Always Ctrl. That's how usual application shortcuts work on windows and > unix. Ctrl. +1 > El jue., 28 de may. de 2015 a la(s) 8:28 p. m., Esteban Lorenzano > <estebanlm(a)gmail.com> escribiÃ³: >> >> okâ¦ but we are using what? >> alt or ctrl? >> my question is: the menus should show (for example, to save the image): >> >> Ctrl + Shift + S >> >> or >> >> Alt + Shift + S >> >> and since we are there: What happens with linux? >> >> Esteban >> >> >> On 28 May 2015, at 20:25, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> >> wrote: >> >> It depends, ahah. >> To copy/paste it is ctrl, but to quit a window it is alt F4, to switch >> between windows it is alt + tab ... >> But there is also a meta key, the windows key. This confuses the issue. From Pharo's perspective, the windows-key does not exist. I really believe the windows-key should *not* be considered a meta-key, and some call it the super-key. >>With a mac keyboard for example, the cmd key does this meta key. On Fri, May 29, 2015 at 2:23 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > Currently, on Windows, the keymapping framework knows only two modifiers > "ctrl" and "command" the windows key "alt" maps to "command" >> From: estebanlm(a)gmail.com >> Date: Thu, 28 May 2015 20:16:49 +0200 >> To: nicolaihess(a)web.de; pharo-dev(a)lists.pharo.org >> Subject: Re: [Pharo-dev] I need a windows user and a linux user to test >> >> Iâm lost now. >> Which one is the âmetaâ key in windows? Alt or Ctrl? >> >> Esteban >> >> On 28 May 2015, at 20:04, Nicolai Hess <nicolaihess(a)web.de> wrote: >> >> >> >> 2015-05-28 19:47 GMT+02:00 Franck Warlouzet <franck.warlouzet(a)hotmail.fr>: >> >> I am a windows user and I noticed a couple of strange things : >> >> - To open a transcript, or a browser or other, it is written alt + O + T, >> or B, or other, but it is ctrl + O + T, or B or other actually. >> >> >> this changed just recently >> 15612 >> ToolShortcutsCategory has hard code shortcut. >> >> (pharo 50071 (I asked Cyril to announce this change on the mailing list)) >> >> >> >> >> - Do it in a playground is alt + d or ctrl + d, but in Nautilus it is only >> alt + d (ctrl + d seems to go to the end of the text) >> >> I will continue to find this kind of thing >> >> Cheers, >> >> Franck >> ________________________________ >> From: estebanlm(a)gmail.com >> Date: Thu, 28 May 2015 19:15:05 +0200 >> To: pharo-dev(a)lists.pharo.org >> Subject: [Pharo-dev] I need a windows user and a linux user to test >> >> >> Hi, >> >> I need win/linux users (and why not, other mac users than me) to test this >> issue: >> >> https://pharo.fogbugz.com/f/cases/15621 >> >> basically, it normalises all menu shortcut outputâ¦ in a long but clear way >> (and compatible with the platform). >> >> cheers, >> Esteban >> >> >

May 28, 2015

Re: [Pharo-dev] About "compileSilently"

by Thierry Goubier

Le 28/05/2015 20:40, Nicolai Hess a Ã©crit : > > > 2015-05-28 16:55 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com > <mailto:thierry.goubier@gmail.com>>: > > > > 2015-05-28 16:49 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de > <mailto:nicolaihess@web.de>>: > > How silent should "compileSilently" be? > > no trace in the system : > 15314 <https://pharo.fogbugz.com/default.asp?15314> > compileSilently and method history / changes file > > not half silenlty > 13023 <https://pharo.fogbugz.com/default.asp?13023> > Test Cases should not do things half silently > > not "SystemAnnouncer-silent" > 10560 <https://pharo.fogbugz.com/default.asp?10560> > SystemAnnouncer and compileSilently > > > ? > > What do you think, what granularity of "silent" do we need. > I see at least three different use cases: > > - just an ordinary compile > > > ? Silent means that: Core infrastructure is not updated properly > (i.e. RPackage) and tools (Browsers) can end desynchronised with the > methods. > > - compile for tests > > > Probably the one... But I wonder if this is a good idea anyway. I'd > believe most tests using silently are using it wrongly and shouldn't > be using it in the first place. > > - compile autogenerated methods. > > > This one may not be silent. If the auto-generated method will be > visible (saved in a package, can be browsed, etc...) then it > shouldn't be silent. > > > > What about compiled method for which the source did not change? Hum. I see what you mean. I do silent compilation when I install tracing probes inside methods, to make sure they don't appear as changed in browsers... But I don't create new methods. I guess this will be the same with the MetaLinks Marcus is preparing. But, yes, as I said: methods or changes that are not visible then you can make them silent. But in a different case, such as compiling a SmaCC parser, you want that code to be visible. > I am interested on this for issue 15315, everytime you open spotter, > you'll get a new > > "method: PharoSyntaxTutorial divideTwoByZero; AutoGenTutorial 5/28/2015 > 20:34" > > in you changes file. This one makes for some annoying noise in the changes. But as I say below, maybe it doesn't matter. > Another case are autogenerated methods from NativeBoost. > For example, open a fresh image and execute code that triggers > NativeBoost to install native functions for this session. > (EllipseMorph new openInSceneView) > > And now look at your list of recent changes. > I get about 30 entries for athens/cairo methods. One of the thing to consider is what you use the changes for. If it is to recover from crashes, then what you just need to make sure is that replaying all since the last save is ok... even if you have multiple times the same method source saved in it. True changes management is happening in the packages these days, and most code written in the changes shouldn't be recorded there imho (oh, well, apart for the source pointer, of course). And other uses it could have (recording all do its, for example) is reimplemented / duplicated elsewhere in the system anyway. Thierry

May 28, 2015

Re: [Pharo-dev] I need a windows user and a linux user to test

by Cyril Ferlicot

Glamour for now doesn't have the same system of Shortcuts as Pharo. I already opened an Issue about that. And for the ctrl + o + w and ctrl + w it's not a problem with windows/linux shortcut because we already had cmd + o + w and cmd + w on Mac an nobody complained about it. The use of ctrl is just a way to unify shortcuts because for now it's a little "everyone does what he want". And I don't think someone want to create and maintain 1 system of shortcuts for windows, on system for linux, on system for mac. On 28 May 2015 at 20:48, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> wrote: > Yes it does. > > Franck > > ________________________________ > From: estebanlm(a)gmail.com > Date: Thu, 28 May 2015 20:41:13 +0200 > > To: pharo-dev(a)lists.pharo.org > Subject: Re: [Pharo-dev] I need a windows user and a linux user to test > > ok, I fixed the issueâ¦ should be showing âCtrlâ now, and not âAltâ. > > Esteban > > On 28 May 2015, at 20:37, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> > wrote: > > Yes ctrl is more usual to save, copy etc. alt seems to be used to manipulate > windows. > After using emacs for years, I cannot be disturbed by strange shortcuts > anyway > > ________________________________ > From: guillermopolito(a)gmail.com > Date: Thu, 28 May 2015 18:30:25 +0000 > To: pharo-dev(a)lists.pharo.org > Subject: Re: [Pharo-dev] I need a windows user and a linux user to test > > Always Ctrl. That's how usual application shortcuts work on windows and > unix. Ctrl. > > El jue., 28 de may. de 2015 a la(s) 8:28 p. m., Esteban Lorenzano > <estebanlm(a)gmail.com> escribiÃ³: > > okâ¦ but we are using what? > alt or ctrl? > my question is: the menus should show (for example, to save the image): > > Ctrl + Shift + S > > or > > Alt + Shift + S > > and since we are there: What happens with linux? > > Esteban > > > On 28 May 2015, at 20:25, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> > wrote: > > It depends, ahah. > To copy/paste it is ctrl, but to quit a window it is alt F4, to switch > between windows it is alt + tab ... > But there is also a meta key, the windows key. With a mac keyboard for > example, the cmd key does this meta key. > > As a windows user it became an other language to know, there is no absolute > rule for shortcuts > > Franck > > ________________________________ > From: estebanlm(a)gmail.com > Date: Thu, 28 May 2015 20:16:49 +0200 > To: nicolaihess(a)web.de; pharo-dev(a)lists.pharo.org > Subject: Re: [Pharo-dev] I need a windows user and a linux user to test > > Iâm lost now. > Which one is the âmetaâ key in windows? Alt or Ctrl? > > Esteban > > On 28 May 2015, at 20:04, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > 2015-05-28 19:47 GMT+02:00 Franck Warlouzet <franck.warlouzet(a)hotmail.fr>: > > I am a windows user and I noticed a couple of strange things : > > - To open a transcript, or a browser or other, it is written alt + O + T, or > B, or other, but it is ctrl + O + T, or B or other actually. > > > this changed just recently > 15612 > ToolShortcutsCategory has hard code shortcut. > > (pharo 50071 (I asked Cyril to announce this change on the mailing list)) > > > > > - Do it in a playground is alt + d or ctrl + d, but in Nautilus it is only > alt + d (ctrl + d seems to go to the end of the text) > > I will continue to find this kind of thing > > Cheers, > > Franck > ________________________________ > From: estebanlm(a)gmail.com > Date: Thu, 28 May 2015 19:15:05 +0200 > To: pharo-dev(a)lists.pharo.org > Subject: [Pharo-dev] I need a windows user and a linux user to test > > > Hi, > > I need win/linux users (and why not, other mac users than me) to test this > issue: > > https://pharo.fogbugz.com/f/cases/15621 > > basically, it normalises all menu shortcut outputâ¦ in a long but clear way > (and compatible with the platform). > > cheers, > Esteban > > -- Cheers Cyril Ferlicot

May 28, 2015

Re: [Pharo-dev] I need a windows user and a linux user to test

by Franck Warlouzet

Yes it does. Franck From: estebanlm(a)gmail.com Date: Thu, 28 May 2015 20:41:13 +0200 To: pharo-dev(a)lists.pharo.org Subject: Re: [Pharo-dev] I need a windows user and a linux user to test ok, I fixed the issueâ¦ should be showing âCtrlâ now, and not âAltâ. Esteban On 28 May 2015, at 20:37, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> wrote:Yes ctrl is more usual to save, copy etc. alt seems to be used to manipulate windows. After using emacs for years, I cannot be disturbed by strange shortcuts anyway From: guillermopolito(a)gmail.com Date: Thu, 28 May 2015 18:30:25 +0000 To: pharo-dev(a)lists.pharo.org Subject: Re: [Pharo-dev] I need a windows user and a linux user to test Always Ctrl. That's how usual application shortcuts work on windows and unix. Ctrl. El jue., 28 de may. de 2015 a la(s) 8:28 p. m., Esteban Lorenzano <estebanlm(a)gmail.com> escribiÃ³: okâ¦ but we are using what?alt or ctrl?my question is: the menus should show (for example, to save the image): Ctrl + Shift + S or Alt + Shift + S and since we are there: What happens with linux? Esteban On 28 May 2015, at 20:25, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> wrote: It depends, ahah. To copy/paste it is ctrl, but to quit a window it is alt F4, to switch between windows it is alt + tab ... But there is also a meta key, the windows key. With a mac keyboard for example, the cmd key does this meta key. As a windows user it became an other language to know, there is no absolute rule for shortcuts Franck From: estebanlm(a)gmail.com Date: Thu, 28 May 2015 20:16:49 +0200 To: nicolaihess(a)web.de; pharo-dev(a)lists.pharo.org Subject: Re: [Pharo-dev] I need a windows user and a linux user to test Iâm lost now. Which one is the âmetaâ key in windows? Alt or Ctrl? Esteban On 28 May 2015, at 20:04, Nicolai Hess <nicolaihess(a)web.de> wrote: 2015-05-28 19:47 GMT+02:00 Franck Warlouzet <franck.warlouzet(a)hotmail.fr>: I am a windows user and I noticed a couple of strange things : - To open a transcript, or a browser or other, it is written alt + O + T, or B, or other, but it is ctrl + O + T, or B or other actually. this changed just recently 15612ToolShortcutsCategory has hard code shortcut. (pharo 50071 (I asked Cyril to announce this change on the mailing list)) - Do it in a playground is alt + d or ctrl + d, but in Nautilus it is only alt + d (ctrl + d seems to go to the end of the text) I will continue to find this kind of thing Cheers, Franck From: estebanlm(a)gmail.com Date: Thu, 28 May 2015 19:15:05 +0200 To: pharo-dev(a)lists.pharo.org Subject: [Pharo-dev] I need a windows user and a linux user to test Hi, I need win/linux users (and why not, other mac users than me) to test this issue: https://pharo.fogbugz.com/f/cases/15621 basically, it normalises all menu shortcut outputâ¦ in a long but clear way (and compatible with the platform). cheers, Esteban

May 28, 2015