April 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Ann] TxText. New text editor done!

by philippe.back＠highoctane.be

Like that sound! #cash Le 28 avr. 2013 21:09, "stephane ducasse" <stephane.ducasse(a)free.fr> a Ã©crit : > > Hi denis >> >> Alain is gone on vacation but it told me that if you code scale he will >> throw away what he did :) >> May be the decorators that alain wrote can be merged. >> In any case this is excellent to get a better system. >> > > Yes. This is why I work on this project. > But my first proposals was not make editor for large text. I actually not > think about it at all. > My main idea is make clean and extendible text editor. So anybody can > understand how layout built, where text insertion happens, how it > processed, how cursor wors and etc. I want text editor which is not > required hacks to simple tasks like allow only numbers, hide cursor, > disable text selection, make masked input, make smart completions and etc. > > > Yes I like the idea. > > Now if our clients cannot use our tools then we will survive long :). > And this is better for Pharo that we get rich :) > > Stef >

April 28, 2013

Re: [Pharo-project] ssl fails on build CI

by Max Leske

I just discovered that this only affects Pharo20 builds and older Pharo30 On 28.04.2013, at 21:07, Max Leske <maxleske(a)gmail.com> wrote: > The FileSystem-Git builds on CI generate many test failures because the SSL plugin is missing (apparently) here's the output: https://ci.inria.fr/pharo-contribution/job/FileSystem-Git/6/PHARO=20,VERSIO…. > > Is that to be expected? I gathered from a recent thread that at least libssl should be present on the CI servers. Or do I need to change something in the configuration? > > Max

April 28, 2013

[Pharo-project] ssl fails on build CI

by Max Leske

The FileSystem-Git builds on CI generate many test failures because the SSL plugin is missing (apparently) here's the output: https://ci.inria.fr/pharo-contribution/job/FileSystem-Git/6/PHARO=20,VERSIO…. Is that to be expected? I gathered from a recent thread that at least libssl should be present on the CI servers. Or do I need to change something in the configuration? Max

April 28, 2013

Re: [Pharo-project] Why keymap modifiers change receiver instead of return new instance?

by Igor Stasenko

On 28 April 2013 20:08, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > > On Sun, Apr 28, 2013 at 7:57 PM, Denis Kudriashov <dionisiydk(a)gmail.com> > wrote: >> >> Hello. >> >> I found this: >> >> shortcut := $a ctrl. >> self assert: shortcut == shortcut shift >> >> Why modifiers change receiver state instead of create new instance? >> To me it is very bad unexpected behaviour. > > > Hmm, I really never cared before because it was not a problem :$. > >> >> >> There is another example: >> >> shortcut := $a ctrl. >> self assert: shortcut == (KMModifier shift + shortcut) >> >> Yes. Such operation modified argument of message #+. What the crapp! Why >> it not returns new instance? >> >> I hope you agree to change this behaviour >> > The change makes sense, I'm for it :) > +1 -- Best regards, Igor Stasenko.

April 28, 2013

Re: [Pharo-project] [Ann] TxText. New text editor done!

by stephane ducasse

> Hi denis > > Alain is gone on vacation but it told me that if you code scale he will throw away what he did :) > May be the decorators that alain wrote can be merged. > In any case this is excellent to get a better system. > > Yes. This is why I work on this project. > But my first proposals was not make editor for large text. I actually not think about it at all. > My main idea is make clean and extendible text editor. So anybody can understand how layout built, where text insertion happens, how it processed, how cursor wors and etc. I want text editor which is not required hacks to simple tasks like allow only numbers, hide cursor, disable text selection, make masked input, make smart completions and etc. Yes I like the idea. Now if our clients cannot use our tools then we will survive long :). And this is better for Pharo that we get rich :) Stef

April 28, 2013

Re: [Pharo-project] [Ann] TxText. New text editor done!

by Igor Stasenko

On 28 April 2013 19:47, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > I upload new version 0.7: > - clipboard operations > - more navigation shortcuts > - fixed bugs when editing text from start or end text positions > - optimized text drawing to draw only visible lines > - optimized TxInterval>>contains:. So now #newTextContents: works on big > strings > > With this version I again investigate beautiful morphic events code (you > should install slice 10427). > I add shortcuts "Character end ctrl" and "Character home ctrl" to move > cursor at text end and start. And it was not work. > I debug what happens and KeyboardEvent from "Character home ctrl" was > printed as ctrl+d. What's the crap! > Ok I found this code: > > modifiedCharacter > self flag: #hack. > "Hack me. When Ctrl is pressed, the key ascii value is not right and we > have to do something ugly" > ^(self controlKeyPressed and: [ (#(MacOSX Windows) includes: Smalltalk > os current platformFamily) and: [ keyValue <= 26 ]]) > ifTrue: [ (self keyValue + $a asciiValue - 1) asCharacter ] > ifFalse: [ self keyCharacter ] > > I don't know why such complicated code needed but with only "^self > keyCharacter" you will replace many standart shortcuts with some random > behaviour. > So I just extract special logic to method and put here special checking for > home and end characters: > > KeyboardEvent>>hasSpecialCTRLKeyValue > " > 4 - Character end > 1 - Character home > " > > ^ self controlKeyPressed and: [ keyValue <= 26 & (keyValue ~= 4) & > (keyValue ~= 1) ] > > And I remove dublication in printing keyboard event. > > Slice with fix here https://pharo.fogbugz.com/default.asp?10427. Should I > put it at configuration dependency? > > I read about new events system at pharo vision. Is new system will remove > such hacks? > what other goal you think behind it? :) The reason why those things are still there, is because we simply don't have enough human power to address them. But we will get there. One by one. -- Best regards, Igor Stasenko.

April 28, 2013

Re: [Pharo-project] Why keymap modifiers change receiver instead of return new instance?

by Guillermo Polito

On Sun, Apr 28, 2013 at 7:57 PM, Denis Kudriashov <dionisiydk(a)gmail.com>wrote: > Hello. > > I found this: > > shortcut := $a ctrl. > self assert: shortcut == shortcut shift > > Why modifiers change receiver state instead of create new instance? > To me it is very bad unexpected behaviour. > Hmm, I really never cared before because it was not a problem :$. > > There is another example: > > shortcut := $a ctrl. > self assert: shortcut == (KMModifier shift + shortcut) > > Yes. Such operation modified argument of message #+. What the crapp! Why > it not returns new instance? > > I hope you agree to change this behaviour > > The change makes sense, I'm for it :)

April 28, 2013

[Pharo-project] Why keymap modifiers change receiver instead of return new instance?

by Denis Kudriashov

Hello. I found this: shortcut := $a ctrl. self assert: shortcut == shortcut shift Why modifiers change receiver state instead of create new instance? To me it is very bad unexpected behaviour. There is another example: shortcut := $a ctrl. self assert: shortcut == (KMModifier shift + shortcut) Yes. Such operation modified argument of message #+. What the crapp! Why it not returns new instance? I hope you agree to change this behaviour

April 28, 2013

Re: [Pharo-project] get.pharo.org missing .sources download

by Sven Van Caekenberghe

On 28 Apr 2013, at 19:12, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Sun, Apr 28, 2013 at 3:25 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> On Ubuntu with the new ppa, they seem to be installed automatically. > > they are. Nobody should care about these files anymore (except us to > get rid of them :-)) +1

April 28, 2013

Re: [Pharo-project] [Ann] TxText. New text editor done!

by Denis Kudriashov

I upload new version 0.7: - clipboard operations - more navigation shortcuts - fixed bugs when editing text from start or end text positions - optimized text drawing to draw only visible lines - optimized TxInterval>>contains:. So now #newTextContents: works on big strings With this version I again investigate beautiful morphic events code (you should install slice 10427). I add shortcuts "Character end ctrl" and "Character home ctrl" to move cursor at text end and start. And it was not work. I debug what happens and KeyboardEvent from "Character home ctrl" was printed as ctrl+d. What's the crap! Ok I found this code: modifiedCharacter self flag: #hack. "Hack me. When Ctrl is pressed, the key ascii value is not right and we have to do something ugly" ^(self controlKeyPressed and: [ (#(MacOSX Windows) includes: Smalltalk os current platformFamily) and: [ keyValue <= 26 ]]) ifTrue: [ (self keyValue + $a asciiValue - 1) asCharacter ] ifFalse: [ self keyCharacter ] I don't know why such complicated code needed but with only "^self keyCharacter" you will replace many standart shortcuts with some random behaviour. So I just extract special logic to method and put here special checking for home and end characters: KeyboardEvent>>hasSpecialCTRLKeyValue " 4 - Character end 1 - Character home " ^ self controlKeyPressed and: [ keyValue <= 26 & (keyValue ~= 4) & (keyValue ~= 1) ] And I remove dublication in printing keyboard event. Slice with fix here https://pharo.fogbugz.com/default.asp?10427. Should I put it at configuration dependency? I read about new events system at pharo vision. Is new system will remove such hacks?

April 28, 2013