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

Re: [Pharo-dev] shortcut change in pharo 50075

by Peter UhnÃ¡k

Is there a way to customize/change the base shortcut for Linux? I find it much more comfortable to use LAlt as my finger is right next to it compared to Control. Considering PharoShortcuts explicitly states that it should be ctrl `($o ctrl , $w ctrl) unix`, I'm assuming the only way would be to rewrite the methods? Peter On Sun, May 31, 2015 at 4:17 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > 2015-05-31 14:34 GMT+02:00 Cyril Ferlicot <cyril.ferlicot(a)gmail.com>: > >> Hi, >> I think test into the playground is a bad idea because the playground is >> a GTool and glamour has his own shortcut system. >> Also I think Playground use Rubric and not TextEditor/Smalltalk Editor. >> >> Do you know where text/smalltalk editor are used Nicolas ? >> > > Nautilus, old workspace (Workspace new open), MessageBrowser (Textpane in > sendersOf/implementorsOf/usersOf - results list). > > And of course, you can create a TextMorph that uses those editors: > > "This creates a simple text morph with editor #TextEditor" > (Smalltalk ui theme builder newBasicTextEditorFor: Morph getText: #comment > setText: nil) openInWindow. > > > "This creates a smalltalk text morph with editor #SmalltalkEditor" > (Smalltalk ui theme builder newTextEditorFor: (Morph>>#drawOn:) getText: > #sourceCode setText: nil) openInWindow. > > > > nicolai > > >> >> >> Le dimanche 31 mai 2015, Mark Rizun <mrizun(a)gmail.com> a Ã©crit : >> >>> Hi, >>> >>> Tested in image: 50077 (hope it's not very critical to test on 50075) >>> OS: Win 7 >>> >>> This change is not yet visible, although I defined a postload >>>> you will see the change only after >>>> TextEditor/SmalltalkEditior initialize >>>> >>>> >>> Ok, I did TextEditor/SmalltalkEditior initialize. >>> >>> >>>> (all alt+ shortcut are removed now, only the >>>> ctrl+ shortcuts should work) >>>> >>>> alt+space / ctrl+space -> select word >>>> alt+b/ctrl+b browseIt >>>> alt+c/ctrl+c copy >>>> alt+x/ctrl+x cut >>>> alt+v/ctrl+v paste >>>> alt+f/ctrl+f find >>>> >>>> >>> In playground for me all of the above alt shortcuts work. As well as ctr. >>> In system browser it's different: >>> >>> - alt-space, alt-b, alt-f does not work >>> - all the others work (c, v, x) >>> - all of above ctr shortcuts work >>> >>> Some "duplicate" shortcuts weren't removed because the shortcut >>>> defined with the keymap pragma don't work (at least on windows). >>>> >>>> For example: >>>> >>>> ctrl+a/alt+a defined with the action map >>>> and ctrl+a defined by keymap pragam >>>> this wasn't remove, because ctrl+a does not work on windows vm >>>> >>>> ctrl+m/alt+m defined by the action map >>>> ctrl+m defined by keymap pragma >>>> this wasn't remove, because ctrl+m does not work on windows vm >>>> >>>> >>> True, ctr-m does not work on win. >>> >>> Thanks for your work Nicolai. >>> >>> Best, >>> Mark >>> >>> >> >> -- >> Cheers >> Cyril Ferlicot >> >> >

May 31, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50078 Home: https://github.com/pharo-project/pharo-core

May 31, 2015

[pharo-project/pharo-core] 7d7c76: 50078

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 7d7c76bc71f94ea4a47b2e9380361e6e3b0fca81 https://github.com/pharo-project/pharo-core/commit/7d7c76bc71f94ea4a47b2e93… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-05-31 (Sun, 31 May 2015) Changed paths: M AST-Core.package/RBParseErrorNode.class/definition.st A AST-Core.package/RBParseErrorNode.class/instance/accessing/startWithoutParentheses.st A AST-Core.package/RBParseErrorNode.class/instance/accessing/stopWithoutParentheses.st A AST-Core.package/RBParseErrorNode.class/instance/testing/needsParenthesis.st M Nautilus.package/AbstractNautilusUI.class/instance/build ui text/buildNewCommentText.st M Nautilus.package/NautilusUI.class/instance/private/unselectClass.st M Nautilus.package/NautilusUI.class/instance/private/updateOnClassSelection.st A OpalDecompiler.package/RBTempVectorNode.class/instance/accessing/stop.st A OpalDecompiler.package/RBTempVectorNode.class/instance/testing/isFaulty.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50077.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50078.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50077.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50078.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Core.package/OkCancelToolbar.class/instance/initialization/initializeWidgets.st M Spec-Core.package/OkToolbar.class/instance/initialization/initializeWidgets.st M System-Support.package/VirtualMachine.class/instance/accessing/maxFilenameLength.st M Tool-ConfigurationBrowser.package/MetacelloConfigurationBrowser.class/instance/initialization/initializeWidgets.st M Tool-ConfigurationBrowser.package/MetacelloConfigurationBrowserPane.class/instance/initialization/initializeWidgets.st M Tool-ConfigurationBrowser.package/MetacelloConfigurationBrowserToolbar.class/instance/initialization/initializeWidgets.st Log Message: ----------- 50078 15609 dnu RBParserErrorNode addParenthesis https://pharo.fogbugz.com/f/cases/15609 15625 file out broken due to refactor of adaptToNumber:andSend: https://pharo.fogbugz.com/f/cases/15625 15643 Remove ComposableModel>>#instantiateModels:s senders in Spec-Core https://pharo.fogbugz.com/f/cases/15643 15642 Remove ComposableModel>>#instantiateModels:s senders in Tool-ConfigurationBrowser https://pharo.fogbugz.com/f/cases/15642 15644 empty comment pane in nautilus https://pharo.fogbugz.com/f/cases/15644 http://files.pharo.org/image/50/50078.zip

May 31, 2015

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

by Sean P. DeNigris

Sean P. DeNigris wrote > BTW: To get this in Pharo 5.0, load the Glamour-Magritte-Presentations > package from the Moose repo To be more specific (since I had to look it up again to figure out what the above meant!): Gofer it smalltalkhubUser: 'Moose' project: 'Glamour'; package: 'Glamour-Magritte-Presentations'; load. I wonder what the best way to load this would be... maybe add it to the default group in a Pharo40-specific block in the Magritte3 config? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Re-Moose-dev-Re-Fwd-Magritte-Auto-GT-Presentation-tp4… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 31, 2015

Re: [Pharo-dev] Probably Metacello sucksâ¦

by Stephan Eggermont

It is not going to get much easier than Metacello. Referring to #stable should probably stop, at least for configurations that are being developed or use dependencies that are being developed. And we need better tool support for groups. Configuration Management is never going to be easy. The Woden script looks broken, it depends on a numbered version of a dependency. Stable version of NBOpenGL is 3.1, not 3.0 That depends on version 3.0 of NBXLib NBXLib defines no symbolic versions OSWindow stable refers to NBXLib-Core-RonieSalgado.13 that doesn't exist in PharoExtras/NBOpenGL Looks like a good moment to draw some dependency diagrams Stephan

May 31, 2015

Re: [Pharo-dev] ctrl+a is seen as ctrl+home windows

by Nicolai Hess

2015-05-15 8:40 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > forward to vm-dev > > 2015-05-14 21:34 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > >> I added an issue: >> >> 15541 <https://pharo.fogbugz.com/default.asp?15541> windows vm does not >> distinguish between ctrl+a and ctrl+home >> >> with a proposed solution: >> add $a-1 to the utf32Code field of the event struct, if the keyevent is a >> keystroke and the ctrl flag is set >> >> what do you think? >> >> >> > > > this happens on squeak (vm: Win32 built on Aug 22 2013 10:20:54 Compiler: > 3.4.4 ) too. > But the eventbuffer is different: > pharo ctrl+a/ctrl+home both report: > > #(2 TIMESTAMP 1 0 2 1 0 1) > > squeak ctrl+a/ctrl+home both report: > #(2 TIMESTAMP 1 0 8 97 0 1) > > > if you have a vm build environment for windows, you can test my proposed solution: https://github.com/pharo-project/pharo-vm/pull/75 15541 <https://pharo.fogbugz.com/default.asp?15541> windows vm does not distinguish between ctrl+a and ctrl+home > > > >> >> >> 2014-06-30 9:31 GMT+02:00 Guillermo Polito <guillermopolito(a)gmail.com>: >> >>> There is an end key in many keyboards, but some others do not have it. >>> Can you (or better, How would you) have ctrl+end in keyboards that doesn't? >>> >>> Some VMs hardcoded that Ctrl+a = ctrl+home and Ctrl+d = Ctrl+end because >>> that's how old terminals work... Now, why have hardcoded ctrl+a = ctrl + >>> home, if you can just add a keybinding to ctrl + a? >>> >>> >>> On Mon, Jun 30, 2014 at 8:55 AM, Nicolai Hess <nicolaihess(a)web.de> >>> wrote: >>> >>>> >>>> 2014-06-29 16:34 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: >>>> >>>> Hi >>>>> >>>>> hasSpecialCTRLKeyValue was extracted by me when I hack keybindings to >>>>> make ctrl+home and ctrl+end working. Like you I was very surprised by such >>>>> keyboard events crappy state. >>>>> >>>>> >>>> >>>> So, having ctrl+end and ctrl+d working at the same time is not possible? >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>> >>>>> >>>>> 2014-06-25 11:22 GMT+04:00 Nicolai Hess <nicolaihess(a)web.de>: >>>>> >>>>> 2014-06-25 8:58 GMT+02:00 Guillermo Polito <guillermopolito(a)gmail.com> >>>>>> : >>>>>> >>>>>> There is a problem in the whole keyboard events: they treat keys as >>>>>>> characters and vice versa. And that's not always true: >>>>>>> - the backspace key is a key, but currently the image interprets it >>>>>>> as a character because we only use keypress events in general. >>>>>>> - the shift key is a key, and since current image does not use >>>>>>> keyup nor keydown, we cannot know if JUST a shift is pressed normally. >>>>>>> >>>>>>> >>>>>>> On Wed, Jun 25, 2014 at 8:53 AM, Sven Van Caekenberghe <sven(a)stfx.eu >>>>>>> > wrote: >>>>>>> >>>>>>>> I don't know anything about event handling, but I once had a look >>>>>>>> at Character constants, and found this: >>>>>>>> >>>>>>>> Character class>>#home >>>>>>>> ^ self value: 1 >>>>>>>> >>>>>>>> How about that ?? This is wrong IMHO, ASCII / Unicode value 1 is >>>>>>>> SOH (Start of header), sometimes typed as CTRL-A. And there are other >>>>>>>> strange constants like that there. >>>>>>>> >>>>>>>> On 25 Jun 2014, at 08:42, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>>>>>>> >>>>>>>> > Hi, >>>>>>>> > >>>>>>>> > I am on Windows, using Pharo 3.0, and I am trying to get the >>>>>>>> keybindings to work in Rubric using Windows convention (so, Ctrl instead of >>>>>>>> Cmd as a modifier), >>>>>>>> > >>>>>>>> > It worked reasonably well, but the problem is that somehow Ctrl+a >>>>>>>> is mapped to Ctrl+Home. The problem is not specific to Rubric as I can >>>>>>>> detect the same behavior in the regular PluggableTextMorph. >>>>>>>> > >>>>>>>> > Does anyone have an idea of where the problem comes from? >>>>>>>> > >>>>>>>> > Doru >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > -- >>>>>>>> > www.tudorgirba.com >>>>>>>> > >>>>>>>> > "Every thing has its own flow" >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> ctrl+a has the same strange behavior as ctrl+d >>>>>> ctrl+a -> ctrl+home >>>>>> ctrl+d -> ctrl+end >>>>>> >>>>>> look at KeyboardEvent>>#hasSpecialCTRLKeyValue >>>>>> I am not exactly sure why it is handled that way. >>>>>> Replace the method with >>>>>> >>>>>> hasSpecialCTRLKeyValue >>>>>> ^ self controlKeyPressed and: [ keyValue <= 26 ] >>>>>> >>>>>> now, ctr+a and ctr+d working as expected. >>>>>> But I don't know about the side-effects. >>>>>> >>>>>> >>>>>> nicolai >>>>>> >>>>>> >>>>> >>>> >>> >> >

May 31, 2015

Re: [Pharo-dev] shortcut change in pharo 50075

by Nicolai Hess

2015-05-31 14:34 GMT+02:00 Cyril Ferlicot <cyril.ferlicot(a)gmail.com>: > Hi, > I think test into the playground is a bad idea because the playground is a > GTool and glamour has his own shortcut system. > Also I think Playground use Rubric and not TextEditor/Smalltalk Editor. > > Do you know where text/smalltalk editor are used Nicolas ? > Nautilus, old workspace (Workspace new open), MessageBrowser (Textpane in sendersOf/implementorsOf/usersOf - results list). And of course, you can create a TextMorph that uses those editors: "This creates a simple text morph with editor #TextEditor" (Smalltalk ui theme builder newBasicTextEditorFor: Morph getText: #comment setText: nil) openInWindow. "This creates a smalltalk text morph with editor #SmalltalkEditor" (Smalltalk ui theme builder newTextEditorFor: (Morph>>#drawOn:) getText: #sourceCode setText: nil) openInWindow. nicolai > > > Le dimanche 31 mai 2015, Mark Rizun <mrizun(a)gmail.com> a Ã©crit : > >> Hi, >> >> Tested in image: 50077 (hope it's not very critical to test on 50075) >> OS: Win 7 >> >> This change is not yet visible, although I defined a postload >>> you will see the change only after >>> TextEditor/SmalltalkEditior initialize >>> >>> >> Ok, I did TextEditor/SmalltalkEditior initialize. >> >> >>> (all alt+ shortcut are removed now, only the >>> ctrl+ shortcuts should work) >>> >>> alt+space / ctrl+space -> select word >>> alt+b/ctrl+b browseIt >>> alt+c/ctrl+c copy >>> alt+x/ctrl+x cut >>> alt+v/ctrl+v paste >>> alt+f/ctrl+f find >>> >>> >> In playground for me all of the above alt shortcuts work. As well as ctr. >> In system browser it's different: >> >> - alt-space, alt-b, alt-f does not work >> - all the others work (c, v, x) >> - all of above ctr shortcuts work >> >> Some "duplicate" shortcuts weren't removed because the shortcut >>> defined with the keymap pragma don't work (at least on windows). >>> >>> For example: >>> >>> ctrl+a/alt+a defined with the action map >>> and ctrl+a defined by keymap pragam >>> this wasn't remove, because ctrl+a does not work on windows vm >>> >>> ctrl+m/alt+m defined by the action map >>> ctrl+m defined by keymap pragma >>> this wasn't remove, because ctrl+m does not work on windows vm >>> >>> >> True, ctr-m does not work on win. >> >> Thanks for your work Nicolai. >> >> Best, >> Mark >> >> > > -- > Cheers > Cyril Ferlicot > >

May 31, 2015

Re: [Pharo-dev] Probably Metacello sucksâ¦

by Merwan Ouddane

On 31/05/2015 13:34, Yuriy Tymchuk wrote: > >> On 31 May 2015, at 13:29, stepharo <stepharo(a)free.fr >> <mailto:stepharo@free.fr>> wrote: >> >> >>> Hi, >>> >>> this is an observation on usage of Metacello. I guess that metacello >>> is too complicated to be used. For example I was using the `jenkins` >>> version of Woden configuration, but now itâs broken. >> >> How? >>> And when you look at the Woden repo[1] it says that the way to load >>> it is: >>> >>> Gofer new smalltalkhubUser: 'PharoExtras' project: 'NBOpenGL'; >>> package: 'ConfigurationOfNBOpenGL'; load. ((Smalltalk at: >>> #ConfigurationOfNBOpenGL) project version: '3.0') load. Gofer new >>> smalltalkhubUser: 'Pharo' project: 'OSWindow'; package: >>> 'ConfigurationOfOSWindow'; load. (Smalltalk at: >>> #ConfigurationOfOSWindow) loadBleedingEdge. Gofer new >>> smalltalkhubUser: 'ronsaldo' project: 'Woden'; package: >>> 'ConfigurationOfWoden'; load. (Smalltalk at: #ConfigurationOfWoden) >>> loadBleedingEdge >>> >>> Maybe instead of depending on the configuration of Woden, and saying >>> that to load my project, people should just use a stable version of >>> my configuration, I should copy the script from Woden repo, add some >>> more lines to load the other projects I depend on and ask people to >>> run a half page script in order to use my tools? >>> >>> What do you think? it looks like an easier solution. >> >> I do not understand your problem. >> I know that jb produced a new configuration for Woden. >> And it should work. > > But it doesnât ;). The script loads everything, while the > configuration says: "Error: Name not found: WithOpenGLAndExamplesâ. It's not broken it's just a bug related to configuration present by default in the image, you have to unload the oswindow configuration first... MCPackageLoader unloadPackage: (MCPackage named: 'ConfigurationOfOSWindow') > >> Every project should have a configuration. > > But it should be a responsibility of the owner, not JBâ¦ > >> >> Stef >> >

May 31, 2015

Re: [Pharo-dev] shortcut change in pharo 50075

by Mark Rizun

> > Hi, > I think test into the playground is a bad idea because the playground is a > GTool and glamour has his own shortcut system. > Also I think Playground use Rubric and not TextEditor/Smalltalk Editor. > Agreed. Apart from playground I used system browser code pane.

May 31, 2015

Re: [Pharo-dev] shortcut change in pharo 50075

by Cyril Ferlicot

Hi, I think test into the playground is a bad idea because the playground is a GTool and glamour has his own shortcut system. Also I think Playground use Rubric and not TextEditor/Smalltalk Editor. Do you know where text/smalltalk editor are used Nicolas ? Le dimanche 31 mai 2015, Mark Rizun <mrizun(a)gmail.com> a Ã©crit : > Hi, > > Tested in image: 50077 (hope it's not very critical to test on 50075) > OS: Win 7 > > This change is not yet visible, although I defined a postload >> you will see the change only after >> TextEditor/SmalltalkEditior initialize >> >> > Ok, I did TextEditor/SmalltalkEditior initialize. > > >> (all alt+ shortcut are removed now, only the >> ctrl+ shortcuts should work) >> >> alt+space / ctrl+space -> select word >> alt+b/ctrl+b browseIt >> alt+c/ctrl+c copy >> alt+x/ctrl+x cut >> alt+v/ctrl+v paste >> alt+f/ctrl+f find >> >> > In playground for me all of the above alt shortcuts work. As well as ctr. > In system browser it's different: > > - alt-space, alt-b, alt-f does not work > - all the others work (c, v, x) > - all of above ctr shortcuts work > > Some "duplicate" shortcuts weren't removed because the shortcut >> defined with the keymap pragma don't work (at least on windows). >> >> For example: >> >> ctrl+a/alt+a defined with the action map >> and ctrl+a defined by keymap pragam >> this wasn't remove, because ctrl+a does not work on windows vm >> >> ctrl+m/alt+m defined by the action map >> ctrl+m defined by keymap pragma >> this wasn't remove, because ctrl+m does not work on windows vm >> >> > True, ctr-m does not work on win. > > Thanks for your work Nicolai. > > Best, > Mark > > -- Cheers Cyril Ferlicot

May 31, 2015