June 2014 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] e5cb58: 40040

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: e5cb5826ae4a1e1afdbebb83c1df7cca104c9b63 https://github.com/pharo-project/pharo-core/commit/e5cb5826ae4a1e1afdbebb83… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-06-25 (Wed, 25 Jun 2014) Changed paths: A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script40.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40040.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40040 13287 Failing test: testLayoutIntegrity and testSlotScopeParallelism https://pharo.fogbugz.com/f/cases/13287 (script in postscript) http://files.pharo.org/image/40/40040.zip

June 25, 2014

Re: [Pharo-dev] Inspecting an OrderPreservingDictionary > entries show as nil and self prints entries

by Norbert Hartl

Am 25.06.2014 um 09:01 schrieb Marcus Denker <marcus.denker(a)inria.fr>: > > On 24 Jun 2014, at 21:52, stepharo <stepharo(a)free.fr> wrote: > >> Where which package? >> Because we should track it and publish a new package. >> >> > We should think about have an OrderedDictionary in the base systemâ¦ > SmallDictionary is an ordered dictionary. Norbert > >> Stef >> On 24/6/14 17:54, Sven Van Caekenberghe wrote: >>> We need to add >>> >>> OrderPreservingDictionary class>>#inspectorClass >>> ^ EyeDictionaryInspector >>> >>> On 24 Jun 2014, at 17:49, phil(a)highoctane.be wrote: >>> >>>> Kind of weird. >>>> >>>> Anyone knowing how to deal with that? Bug? >>>> >>>> Phil >>> >>> >> >> > >

June 25, 2014

[pharo-project/pharo-core]

by GitHub

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

June 25, 2014

[pharo-project/pharo-core] 825508: 40039

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 825508cc6500f91084756479338d9faf090d8466 https://github.com/pharo-project/pharo-core/commit/825508cc6500f91084756479… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-06-25 (Wed, 25 Jun 2014) Changed paths: M Refactoring-Critics.package/RBSmalllintChecker.class/instance/actions/run.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script39.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40039.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot.package/LayoutAbstractScope.class/instance/accessing/visibleSlotNames.st A Slot.package/LayoutAbstractScope.class/instance/accessing/visibleSlots.st R Slot.package/LayoutClassScope.class/instance/accessing/visibleSlotNames.st A Slot.package/LayoutClassScope.class/instance/accessing/visibleSlots.st R Slot.package/LayoutEmptyScope.class/instance/accessing/visibleSlotNames.st A Slot.package/LayoutEmptyScope.class/instance/accessing/visibleSlots.st Log Message: ----------- 40039 13348 Display progress when running lint rules https://pharo.fogbugz.com/f/cases/13348 13391 add #visibleSlots to layout https://pharo.fogbugz.com/f/cases/13391 http://files.pharo.org/image/40/40039.zip

June 25, 2014

Re: [Pharo-dev] Inspecting an OrderPreservingDictionary > entries show as nil and self prints entries

by phil＠highoctane.be

On Wed, Jun 25, 2014 at 9:01 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 24 Jun 2014, at 21:52, stepharo <stepharo(a)free.fr> wrote: > > > Where which package? > > Because we should track it and publish a new package. > > > > > We should think about have an OrderedDictionary in the base systemâ¦ > It is very useful indeed. Question: what are the consequences of using OrderedDictionary vs Dictionary? I read the class comment but would welcome some additional info. Phil > > > > Stef > > On 24/6/14 17:54, Sven Van Caekenberghe wrote: > >> We need to add > >> > >> OrderPreservingDictionary class>>#inspectorClass > >> ^ EyeDictionaryInspector > >> > >> On 24 Jun 2014, at 17:49, phil(a)highoctane.be wrote: > >> > >>> Kind of weird. > >>> > >>> Anyone knowing how to deal with that? Bug? > >>> > >>> Phil > >> > >> > > > > > > >

June 25, 2014

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

by Nicolai Hess

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

June 25, 2014

Re: [Pharo-dev] Inspecting an OrderPreservingDictionary > entries show as nil and self prints entries

by Marcus Denker

On 24 Jun 2014, at 21:52, stepharo <stepharo(a)free.fr> wrote: > Where which package? > Because we should track it and publish a new package. > > We should think about have an OrderedDictionary in the base systemâ¦ > Stef > On 24/6/14 17:54, Sven Van Caekenberghe wrote: >> We need to add >> >> OrderPreservingDictionary class>>#inspectorClass >> ^ EyeDictionaryInspector >> >> On 24 Jun 2014, at 17:49, phil(a)highoctane.be wrote: >> >>> Kind of weird. >>> >>> Anyone knowing how to deal with that? Bug? >>> >>> Phil >> >> > >

June 25, 2014

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

by Guillermo Polito

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" > > >

June 25, 2014

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

by Guillermo Polito

I think it is a VM problem (that does magic conversions :) ), but to actually know it you can log the output of the InputEventFetcher (so you know what you have before it enters into the morphic world). On Wed, Jun 25, 2014 at 8:42 AM, 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" >

June 25, 2014

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

by Sven Van Caekenberghe

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"

June 25, 2014