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

Re: [Pharo-dev] Shortcuts Displayed in Menus... Wow

by Bernardo Ezequiel Contreras

GREAT!!!! On Fri, May 29, 2015 at 2:05 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > EstebanLM wrote > > still not perfect > > zenValues := #( > ... > 'One step at a time.' > 'There is no unimportant fix.' > ... > 'Perfection can kill movement.' > ...) > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Shortcuts-Displayed-in-Menus-Wow-tp4829326p4829330.ht… > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

May 30, 2015

Re: [Pharo-dev] System Morphs in OSWindows

by Ben Coman

Disclaimer: I don't really know the Morph & Bloc architectures. Just a few comments from a user perspective. On Sat, May 30, 2015 at 2:42 AM, Matthieu Lacaton <matthieu.lacaton(a)gmail.com> wrote: > Hello everybody, > > Lately I've tried to use OSWindow to display some "system morphs" in > external windows. > I thought it could be handy mainly for people working on multiple displays > so they could open a debuguer in a display while seeing the results in > another one for example or many other cases. This is great +1000. > > I've developped a prototype and if you are interested you can find it by > loading OSWindow + OSWindow-SDL2-Canvases : > > Gofer it > smalltalkhubUser: 'Pharo' project: 'OSWindow'; > package: 'OSWindow-Core'; > package: 'OSWindow-SDL2'; > package: 'OSWindow-SDL2-Canvases'; > load. > > > Inside there is only support for Nautilus, Playground and Transcript. > To launch them you can evaluate the following commands: > > Nautilus openInOSWindowOnPackage: nil. > GTPlayground openInOSWindow. > ThreadSafeTranscript openInOSWindow. I think it would be better to name these for their function rather than the package: Nautilus openInExternalWindowOnPackage: nil. GTPlayground external openInExternalWindow. ThreadSafeTranscript external openInExternalWindow. I don't know if its a workable idea, but maybe something like Nautilus external openInOSWindowOnPackage: nil. GTPlayground external openInOSWindow. ThreadSafeTranscript external openInOSWindow. > > They are not really functionnal because I only implemented some things here > and there. > What you can probably use are : > - The little boxes on the topleft. > - Shortcuts but there is probably a bug so you can only use "alt" on Linux. > - Right click menus only in Nautilus and in the three top panes. > - The printIt popper Morph in the Playground should work too. > - There is some persistence but only when you "save and quit". If you save > and then quit without saving the windows won't persist. > > If you want to try it feel free to try eveything you want but keep in mind > that : > > - It is very buggued (especially the menus) > - It is probably unstable so try it in a dedicated image :p > - Many things are not doable and will result in weird behaviours or bugs > - The code is probably very bad > - I've coded it on Linux and the last time I tried it on windows it didn't > work well at all so it probably won't work on windows. I don't know for mac. > > That being said, I am willing to start again and to do it properly "for > real" but for Bloc instead of Morphic and this is the reason of this mail. > As I am very new to all this and very unexperimented, I'd like to have your > insight about some things and maybe a bit of help too :p > > First, to start on a solid basis I need to find the best possible > architecture / pattern to develop it. > The first requirements I can think of are the following : > > - The user must be able to chose if he wants to open these Morphs in the > world or in external windows. Also good would be if an existing Morph could be moved to an external window. From a menu choice would be entirely sufficient, but super-bonus points for being able to drag it. This might also facilitate a usage like this (but again not sure if thats a desirable paradigm)... (Nautilus external openInOnPackage: nil) moveToExternalWindow. (GTPlayground external openInOSWindow) moveToExternalWindow. (ThreadSafeTranscript external openInOSWindow) moveToExternalWindow. > - It should not be too difficult for him to open them in external windows (a > button or an option or a shortcut, I don't really know but it is not really > cool to evaluate a command line). Where we have for example Meta-O-O to open a browser, it could be Meta-E-O to open in an external window. Also, a hotkey could be held down when opening from a menu - similar paradigm to web browsers between opening a new tab or opening a new window. > - It needs to be robust and evolutive. It means that, for example, if > Nautilus was to change it should still be able to be opened in an external > window without much trouble. If a whole new tool was to be added into Pharo > it should be able to be opened in an external window without much trouble > too. > - If possible I'd like not to have to modify any Bloc code. If it is not > possible then as little as possible. What is the aversion here? Bloc is still developing and since its semantics are based on old-Morphic maybe this use-case is not considered. Adding this use-case may be an opportunity to make the overall system architecture simpler instead of needing workarounds. To what degree would Bloc already support this? > - These windows should be persistent but maybe not exactly like morphs. It > could be a button that the user needs to press in the window to toggle the > persistence on and off (a bit like in the world menu to stick it to the > world if you see what I mean). As well a Preference so that this can be set globally. A multitude of open windows could be handled with a menu item in the task bar "Close all > external windows". btw, I presume Morphs in these windows would still appear in the task bar as usual. > > So do you have any idea how I could structure the code to meet these > requirements ? > One idea was to use the strategy pattern to change between the world and an > external window. > But what could be the best way to "plug" this code to Bloc ? > Maybe we could create some sort of a virtual "Bloc-Space" that would be > dedicated to open all the OSWindow Morphs ? > > In my opinion the OSWindow is just another possible container to display the > Morphs so it should not interfere with their underlaying mechanisms. > If you look a bit at my prototype code, I took many shortcuts to take > decisions based of some window events but I think it is plain bad. The > events should just be relayed to the Morphs and the Morphs (their > controller) should be responsible for taking a decision and controling the > window. How will the existing World paradigm play into this? Will external windows be part of the same World? Or maybe the existing World can have another level below it called like World-Screen? > > > > All in all, if you have any idea to help me do something clean it would be > much appreciated (It will still be intern-code though but maybe I can make > it not THAT bad :p) > > Thanks a lot, > > Matthieu

May 30, 2015

Re: [Pharo-dev] untypeable key combination

by Eliot Miranda

Hi Nicolai, On Mon, May 18, 2015 at 12:28 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > 2015-05-15 9:55 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > >> >> We now use a new class for the space-key as key combination. fixed and >> included in 50045 (https://pharo.fogbugz.com/default.asp?15529) >> This way we don't end up with hundreds of obsolete class instances. >> >> But the problem with circular references still exist. >> 15535 <https://pharo.fogbugz.com/default.asp?15535> >> break circular reference for keymappings >> >> I could need some help here, any idea how to work with the key mapping >> registration without holding (or how to release) strong references? >> >> >> thanks in advance >> nicolai >> >> > Can anyone help me with this. I need a way to break the circular > references. > > a class is referenced by its compiled method > the compiled method is referenced by the method context > the method context is reference by a block context (the keymapping action) > the block context is referenced by the registration item > the registration item is referenced by the pragma registration builder > the builder is reference by the method context (it is the method argument) > and here the > circle closes. > Are there any dictionaries in the above? If there are then we can probably use ephemerons to break the circularity. This will require Spur and Pharo 5 or ^ (which ever is going to be based on Spur; I can't remember which). This may seem like a ways off but it isn't. > 2015-02-20 9:26 GMT+01:00 Marcus Denker <marcus.denker(a)inria.fr>: >> >>> >>> > On 19 Feb 2015, at 10:19, Nicolai Hess <nicolaihess(a)web.de> wrote: >>> > >>> > Fogbugz issue 14936 >>> > and slice in inbox >>> > >>> > After loading this slice, there are still many references to the (now) >>> obsolete class KMUntypeableSingleKeyCombination. >>> > I tried to remove these references with the following code : >>> > >>> > NECPreferences popupShowWithShortcut: nil. >>> > KMSingleKeyCombination reset. >>> > KMSpecialCharSingleKeyCombination reset. >>> > KMRepository reset. >>> > >>> > >>> > But they arent removed. >>> > >>> > Anyone knows how to re-init all users of >>> KMUntypeableSingleKeyCombination ? >>> > >>> > >>> >>> Very strangeâ¦ using âexplore pointersâ with the old inspector, it shows >>> lots of instancesâ¦ I sadly have no >>> time to now look deeper, but the pointer explorer should be a way to >>> find who holds onto themâ¦ >>> >>> Marcus >>> >>> >>> >>> >> > -- best, Eliot

May 30, 2015

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

by Nicolai Hess

2015-05-28 20:30 GMT+02:00 Guillermo Polito <guillermopolito(a)gmail.com>: > Always Ctrl. That's how usual application shortcuts work on windows and > unix. Ctrl. > If so, then this is an important issue: 15541 <https://pharo.fogbugz.com/default.asp?15541> windows vm does not distinguish between ctrl+a and ctrl+home if we want to remove the shortcuts that using alt and ctrl and use ctrl only on windows, this needs to be fixed. Otherwise you can not assign ctrl+a to select all ctrl+d to doIt because it currently maps ctrl+a -> "Home" and ctrl+d -> "End" > > 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 <https://pharo.fogbugz.com/default.asp?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 29, 2015

Re: [Pharo-dev] System Morphs in OSWindows

by Nicolai Hess

2015-05-29 22:47 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: > Okay, thanks for the feedback ! > > The inappropriate window position is just because for some reasons Linux > count 0@0 with the decorations whereas windows count it without the > decorations so I should probably make them appear at 20@20 or something > like that. > you can set the position option "undefined" and the window will be place somewhere, but with fully visible decoration > By the way the new SDL version (2.0.4) offers some new nice options to > handle the windows but unfortunately it is still in development. But if you > download it and compile it you'll see that the windows won't have > decorations anymore and you'll be able to drag them from their title bar, > exactly like inside the world. > If there aren't any decorations, why does it have a titlebar? > > As for the "no text input in the main window", I'll take a look. > No need to, the cause is already found and I proposed a solution. 15364 <https://pharo.fogbugz.com/default.asp?15364> Losing keyboard after instanciation of the OSSDL2Driver > > BTW do you know where I can find a VM for windows with the SDL plugin > integrated ? I've downloaded the latest one from here : > https://ci.inria.fr/pharo/ but there is no SDL plugin. > > 2015-05-29 22:31 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > >> >> >> 2015-05-29 20:42 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: >> >>> Hello everybody, >>> >>> ..... >>> - I've coded it on Linux and the last time I tried it on windows it >>> didn't work well at all so it probably won't work on windows. I don't know >>> for mac. >>> >>> >> It works on windows (apart from the known issue, no text input in the >> mainwindow and inappropiate window position). >> >> >> >> >

May 29, 2015

Re: [Pharo-dev] System Morphs in OSWindows

by Matthieu Lacaton

Okay, thanks for the feedback ! The inappropriate window position is just because for some reasons Linux count 0@0 with the decorations whereas windows count it without the decorations so I should probably make them appear at 20@20 or something like that. By the way the new SDL version (2.0.4) offers some new nice options to handle the windows but unfortunately it is still in development. But if you download it and compile it you'll see that the windows won't have decorations anymore and you'll be able to drag them from their title bar, exactly like inside the world. As for the "no text input in the main window", I'll take a look. BTW do you know where I can find a VM for windows with the SDL plugin integrated ? I've downloaded the latest one from here : https://ci.inria.fr/pharo/ but there is no SDL plugin. 2015-05-29 22:31 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > > > 2015-05-29 20:42 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: > >> Hello everybody, >> >> ..... >> - I've coded it on Linux and the last time I tried it on windows it >> didn't work well at all so it probably won't work on windows. I don't know >> for mac. >> >> > It works on windows (apart from the known issue, no text input in the > mainwindow and inappropiate window position). > > > >

May 29, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] ec95a6: 50074

by Nicolas Cellier

2015-05-29 18:43 GMT+02:00 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: > Hey, at least the commit link to where one can inspect the actual changes > is on the top now! > With better log messages, and the rest removed, it would actually almost > be helpful... > > Cheers, > Henry > > But that's the point: if you follow the github link, then you just observe: - the changes about the configuration, - the links to the issue tracker, through ScriptLoader - a link to the smalltalkhub repository which is not really browsable Not really the code... Untill all the projects are moved to github, this is somehow a regression. On 29 May 2015, at 6:37 , Nicolas Cellier < > nicolas.cellier.aka.nice(a)gmail.com> wrote: > > All the verbiage is just to announce that the real work is happening > elsewhere. > Maybe that's already informative enough to keep these message flowing ;) > > 2015-05-29 15:53 GMT+02:00 GitHub <noreply(a)github.com>: > >> Branch: refs/heads/5.0 >> Home: https://github.com/pharo-project/pharo-core >> Commit: ec95a6bbb53327bccec2f4b8ebf8abc2f416c9b7 >> >> https://github.com/pharo-project/pharo-core/commit/ec95a6bbb53327bccec2f4b8… >> Author: Jenkins Build Server <board(a)pharo-project.org> >> Date: 2015-05-29 (Fri, 29 May 2015) >> >> Changed paths: >> A >> ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/baselines/baseline21_.st >> M >> ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic >> versions/development_.st >> M >> ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic >> versions/stable_.st >> A >> ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version1215_.st >> R >> ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version13_.st >> R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/ >> script50073.st >> A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/ >> script50074.st >> R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/ >> update50073.st >> A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/ >> update50074.st >> M >> ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st >> >> Log Message: >> ----------- >> 50074 >> a MC >> >> http://files.pharo.org/image/50/50074.zip >> >> >> > >

May 29, 2015

Re: [Pharo-dev] System Morphs in OSWindows

by Nicolai Hess

2015-05-29 20:42 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: > Hello everybody, > > ..... > - I've coded it on Linux and the last time I tried it on windows it didn't > work well at all so it probably won't work on windows. I don't know for mac. > > It works on windows (apart from the known issue, no text input in the mainwindow and inappropiate window position).

May 29, 2015

Re: [Pharo-dev] untypeable key combination

by Nicolai Hess

2015-05-18 21:28 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > > > 2015-05-15 9:55 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > >> >> We now use a new class for the space-key as key combination. fixed and >> included in 50045 (https://pharo.fogbugz.com/default.asp?15529) >> This way we don't end up with hundreds of obsolete class instances. >> >> But the problem with circular references still exist. >> 15535 <https://pharo.fogbugz.com/default.asp?15535> >> break circular reference for keymappings >> >> I could need some help here, any idea how to work with the key mapping >> registration without holding (or how to release) strong references? >> >> >> thanks in advance >> nicolai >> >> > Can anyone help me with this. I need a way to break the circular > references. > > a class is referenced by its compiled method > the compiled method is referenced by the method context > the method context is reference by a block context (the keymapping action) > the block context is referenced by the registration item > the registration item is referenced by the pragma registration builder > the builder is reference by the method context (it is the method argument) > and here the > circle closes. > anyone?

May 29, 2015

Re: [Pharo-dev] FogBugz (Case [Issue]13315) Morphic - NewList without icons

by Thomas Heniart

It looks nice I want to play with it 2015-05-29 21:24 GMT+02:00 Aliaksei Syrel <alex.syrel(a)gmail.com>: > Hi, > > We do some kind of a List for Bloc: > > [image: Inline image 1] > > Main features: > > - List doesn't care what kind of morphs to contain. > - Flexible height of elements. Any will do. > - Items can resize. > - Elements can be partially visible. > - Different kind of caches. > - Selection strategies. > > Short demo video: > â > Bloc-Brick-List.mov > <https://docs.google.com/file/d/0B-bMBVDOi3oTMnNKVHhCQUJ2UlU/edit?usp=drive_…> > â > If you want to play load: http://ws.stfx.eu/F4DRC0CVSDII > Examples included. > > Cheers, > Alex >

May 29, 2015