- Pharo-dev - lists.pharo.org

Re: [Pharo-project] New Text Completion suggestions

by Henrik Sperre Johansen

On 23.08.2012 13:00, Camillo Bruni wrote: > On 2012-08-22, at 20:22, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: > >> Is it just me who finds the new text completion resulting from O/E merge insufferably disruptive? >> Whenever I've been editing in an existing method, and try moving back/forward using arrow keys, instead of moving the cursor, it opens a browser on the completion suggestion for whatever I'd just finished writing (if I go right), or does jack squat (if I try moving left)... >> Ironically, clicking the text editor anywhere BUT the completion dialogue leaves the window open, and starts suggesting for whatever you type at the cursors new location, while clicking ON any part of the popup-pane CLOSES it. >> moving cursor with the mouse (not that you could before), only thing that works is pressing escape, which is a natural key to reach for whenever you've finished typing a word, no? >> Not to mention, if there is only one suggestion, and that suggestion you've already typed in completely, it DOES NOT CLOSE. >> >> Suggestions: >> - Don't hijack the arrow keys (at least not left/right) for autocomplete-popup functionality. >> - Close the fracking dialogue if the only suggestion it has is _exactly what is already typed_ >> - Handle mouse-clicks on a suggestion by selecting it, clicks anywhere else in the texteditor by closing it. > maybe I have some time at ESUG to fix this. The solution is to add options for these behaviors, > so everybody is happy You mean someone might LIKE - keep getting suggested something they just typed? - that the window doesn't close when they've clearly change context by moving the cursor? - that the window doesn't respond to mouse input to it by selecting what you clicked on, but rather closing? Cheers, Henry

Aug. 23, 2012

Re: [Pharo-project] New Text Completion suggestions

by Tudor Girba

I think an option would only add to the confusion. Please replace the option with one decision. If some do not like it, they can shout and the designer can take the input into account. But, it's the designer that decides. Cheers, Doru On Thu, Aug 23, 2012 at 1:00 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > On 2012-08-22, at 20:22, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: > >> Is it just me who finds the new text completion resulting from O/E merge insufferably disruptive? >> Whenever I've been editing in an existing method, and try moving back/forward using arrow keys, instead of moving the cursor, it opens a browser on the completion suggestion for whatever I'd just finished writing (if I go right), or does jack squat (if I try moving left)... >> Ironically, clicking the text editor anywhere BUT the completion dialogue leaves the window open, and starts suggesting for whatever you type at the cursors new location, while clicking ON any part of the popup-pane CLOSES it. >> moving cursor with the mouse (not that you could before), only thing that works is pressing escape, which is a natural key to reach for whenever you've finished typing a word, no? >> Not to mention, if there is only one suggestion, and that suggestion you've already typed in completely, it DOES NOT CLOSE. >> >> Suggestions: >> - Don't hijack the arrow keys (at least not left/right) for autocomplete-popup functionality. >> - Close the fracking dialogue if the only suggestion it has is _exactly what is already typed_ >> - Handle mouse-clicks on a suggestion by selecting it, clicks anywhere else in the texteditor by closing it. > > maybe I have some time at ESUG to fix this. The solution is to add options for these behaviors, > so everybody is happy > >> PS: AlphaBlendingCanvas suggested for 'aB'... really? > for me, clearly yes, substring matching is exactly then important when > you don't fully remember the selector name. But again, adding an option here > will make both sides happy... -- www.tudorgirba.com "Every thing has its own flow"

Aug. 23, 2012

[Pharo-project] Pharo 2.0 #20267

by Sven Van Caekenberghe

Hi Guys, I like to report postive things from time to time, mailing lists shouldn't be about bugs and problems only. I just took a fresh 2.0 image (#20267) and just for fun tried running all tests on my machine, something that didn't work very well in the past. I am happy to report that the _all_ passed ! Great work. All these small and big steps do make a difference. Sven

Aug. 23, 2012

Re: [Pharo-project] New Text Completion suggestions

by Camillo Bruni

On 2012-08-22, at 20:22, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: > Is it just me who finds the new text completion resulting from O/E merge insufferably disruptive? > Whenever I've been editing in an existing method, and try moving back/forward using arrow keys, instead of moving the cursor, it opens a browser on the completion suggestion for whatever I'd just finished writing (if I go right), or does jack squat (if I try moving left)... > Ironically, clicking the text editor anywhere BUT the completion dialogue leaves the window open, and starts suggesting for whatever you type at the cursors new location, while clicking ON any part of the popup-pane CLOSES it. > moving cursor with the mouse (not that you could before), only thing that works is pressing escape, which is a natural key to reach for whenever you've finished typing a word, no? > Not to mention, if there is only one suggestion, and that suggestion you've already typed in completely, it DOES NOT CLOSE. > > Suggestions: > - Don't hijack the arrow keys (at least not left/right) for autocomplete-popup functionality. > - Close the fracking dialogue if the only suggestion it has is _exactly what is already typed_ > - Handle mouse-clicks on a suggestion by selecting it, clicks anywhere else in the texteditor by closing it. maybe I have some time at ESUG to fix this. The solution is to add options for these behaviors, so everybody is happy > PS: AlphaBlendingCanvas suggested for 'aB'... really? for me, clearly yes, substring matching is exactly then important when you don't fully remember the selector name. But again, adding an option here will make both sides happy...

Aug. 23, 2012

Re: [Pharo-project] New Text Completion suggestions

by StÃ©phane Ducasse

On Aug 23, 2012, at 9:20 AM, Torsten Bergmann wrote: > 1. In Pharo if you expand a keyword message like #replaceAll:with: > the cursor is set already to the first argument (so one can continue > typing) but to enter the second argument one has to move left using > arrow keys "manually". > How often you have to move left is dependent on the size of the > second word part of the message selector. Why not just TAB to set > the cursor to the next argument. I would love that > > 2. What I also really miss compared to other IDE's for completion > are "custom completion templates". So in Eclipse by default > there is a "sysout" template. It's enough to write "sys" > and by expanding this ends up in > > System.out.println("") > > where the cursor is already between the double quotes > to continue typing. > > The templates can be defined using placeholders and TAB > brings you to the next one to be filled out. > > This video demonstrated this (at around 4:20): > http://www.youtube.com/watch?v=kqXUMhRkn9g > > 3. AFAIK VisualWorks is modified to also have "non-Smalltalk" code > on methods - so you can store resources on methods and the > editor can be different depending on content type. > > I would like to see Pharo having a similar feature to better > support non-Smalltalk content within the image. > > So one can imagine a styled CSS editor for Seaside resources > with CSS tag completion, XML editor with completion depending > on XSL type definitions, SQL editor with completion, ... > > Not that we should support all these completion types/grammars > but at least have an open framework to plugin such mechanisms > in custom editors/completions. > > I know this is a lot of work ... but as a suggestion we should > discuss if this is a direction we want to go (or just have a > good Smalltalk editor/completion). :) this is not that we do not have the vision and wishes :) > > Bye > T. >

Aug. 23, 2012

Re: [Pharo-project] Hw do we organize the camp?

by StÃ©phane Ducasse

On Aug 23, 2012, at 9:31 AM, phil(a)highoctane.be wrote: > I'll be in for Sunday, possibly a bit of saturday as well. > > It would be nice to be able to do some podcast interviews and videos of practioners to up the social proof side of Pharo a bit. Can bring the cam and the editing system along. excellent idea!!! > > Philippe > > 2012/8/23 Rafael Luque <rafael.luque.leiva(a)gmail.com> > Hi all, > > I plan to attend Smalltalk camp sunday and perhaps also the saturday afternoon. I'm only an Smalltalk apprentice. In any case, I expect to be able to participate and help with some basic topics. > > Looking forward to attending the ESUG week. > > Rafael Luque > > 2012/8/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Hi pharoers > > I would like to see how we can organize the ESUG camp to be efficient at least the sunday :). > May be we should tag some topics or bug entries so that people can start helping straight. > > I will not be able to attend saturday but I will be present sunday. > > Stef > >

Aug. 23, 2012

Re: [Pharo-project] poll reminder

by Geert Claes

Whats the feedback so far? -- View this message in context: http://forum.world.st/poll-reminder-tp4645002p4645073.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 23, 2012

Re: [Pharo-project] ObjectAsMethodWrapper >> #uninstall breaks class organisation

by Frank Shearar

On 23 August 2012 10:24, Frank Shearar <frank.shearar(a)gmail.com> wrote: > ObjectAsMethodWrapper's test suite breaks ObjectAsMethodWrapperDummy's > organization - its #foo and #bar methods disappear even though the > method dictionary still has them. As a result, after you've run OAMW's > tests, you can't do anything with the OAMW PackageInfo - you can't > check to see what changes you made, save the new mcz, etc. > > The bug affects both Squeak and Pharo: when you try do anything with > the package you get a MNU because the MethodReferences to > ObjectAsMethodWrapperDummy >> #foo and #bar have nils for their > category instvars. > > The attached mcz changes the _ assignments to := ones so Pharo folk > can run the tests. > > I don't have a solution yet, but wanted to raise the issue. > > It looks like PackageInfo possibly isn't catching the AddEvent sent by > ClassDescription >> #addSelector:withMethod:notifying: but I'm just > guessing: I don't know enough about this part of the system. I've attached a test demonstrating the bug. > frank

Aug. 23, 2012

[Pharo-project] ObjectAsMethodWrapper >> #uninstall breaks class organisation

by Frank Shearar

ObjectAsMethodWrapper's test suite breaks ObjectAsMethodWrapperDummy's organization - its #foo and #bar methods disappear even though the method dictionary still has them. As a result, after you've run OAMW's tests, you can't do anything with the OAMW PackageInfo - you can't check to see what changes you made, save the new mcz, etc. The bug affects both Squeak and Pharo: when you try do anything with the package you get a MNU because the MethodReferences to ObjectAsMethodWrapperDummy >> #foo and #bar have nils for their category instvars. The attached mcz changes the _ assignments to := ones so Pharo folk can run the tests. I don't have a solution yet, but wanted to raise the issue. It looks like PackageInfo possibly isn't catching the AddEvent sent by ClassDescription >> #addSelector:withMethod:notifying: but I'm just guessing: I don't know enough about this part of the system. frank

Aug. 23, 2012

Re: [Pharo-project] Hw do we organize the camp?

by phil＠highoctane.be

I'll be in for Sunday, possibly a bit of saturday as well. It would be nice to be able to do some podcast interviews and videos of practioners to up the social proof side of Pharo a bit. Can bring the cam and the editing system along. Philippe 2012/8/23 Rafael Luque <rafael.luque.leiva(a)gmail.com> > Hi all, > > I plan to attend Smalltalk camp sunday and perhaps also the saturday > afternoon. I'm only an Smalltalk apprentice. In any case, I expect to be > able to participate and help with some basic topics. > > Looking forward to attending the ESUG week. > > Rafael Luque > > 2012/8/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >> Hi pharoers >> >> I would like to see how we can organize the ESUG camp to be efficient at >> least the sunday :). >> May be we should tag some topics or bug entries so that people can start >> helping straight. >> >> I will not be able to attend saturday but I will be present sunday. >> >> Stef >> > >

Aug. 23, 2012