December 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Keyboard Shortcuts in Pharo?

by StÃ©phane Ducasse

On Dec 11, 2009, at 9:05 AM, Bart Gauquie wrote: > > The problem is that Pharo already binds all possible keyboard > shortcuts to something, which leaves no space for other tools like the > refactoring engine. > > Is it not possible to throw away some of the shortcuts defined? I'd rather have a limited set of shortcuts which are used often, than defining a lot which are almost never used. I noticed for instance in the list that there is a shortcut Ctrl+T which inserts ifTrue:[] ; to my humble opinion, that is way to specific; and I'm not sure anybody is using this one. I'd rather use Ctrl-T then to open a new Type (class) or something. > > Another one is Alt - t pressed no the world view to 'find a transcript'. Is it not better then to find a way to quickly navigate between windows in general, so for instance, hit a shortcut anywhere, you get a list of all windows, and by just typing t for Transcript, and hit Enter, you are already in the transcript window. We should really have an overview and see what we can do. > > > Kind Regards, > > Bart > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 11, 2009

Re: [Pharo-project] Keyboard Shortcuts in Pharo?

by StÃ©phane Ducasse

On Dec 11, 2009, at 8:44 AM, Lukas Renggli wrote: >> [snip] > > Yeah, I agree on all ;-) > >> will with every next hit on left arrow select a larger block of code. So if >> my cursor is on a message send, it will first select the message send, next >> the receiver and the message send, next: if this was a nested, select the >> part out of that, and so forth. This is very handy if you for instance want >> to do a extract method refactoring on some part of the code. Just quickly >> select it using this Alt-Shift selection and extract it. > > That's a cool idea. I will add it to the refactoring tools. > >> - Which brings me to the refactoring shortcuts, which I'm missing the most. >> * The most important one is rename. In Eclipse if I select a field, a >> temporary var, a message, a class, anything that can be renamed; I can >> always hit Alt-Shift-R to rename it. I don't have to go into a menu, >> refactor class, or refactor method, or refactor source with the mouse to >> select rename. Just click on it, hit the shortcut, type the new name and hit >> Enter. > > The problem is that Pharo already binds all possible keyboard > shortcuts to something, which leaves no space for other tools like the > refactoring engine. We should really clean that. > >> How are experienced Smalltalkers feeling about this? > > Safara was an attempt to implement a replacement for the current text > editor, where nothing was hardcoded but everything could be configured > by the tool (highlighting, completing, shortcuts, ...). Unfortunately > this project never made it into a useable state. Writing a text editor > is difficult. We should have a look at the trunk/Squeak integration of TextEditor from CUIS because this would be good to integrate it. > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 11, 2009

Re: [Pharo-project] Keyboard Shortcuts in Pharo?

by StÃ©phane Ducasse

Bart on my radar I would like migrate one of the keybinding package of old squeak Keymapper or Keybinding. I would like to have emacs like short cuts..... (yeah ctrl-e ctrl-a.... If you want to have a look and see > Dear all, > > On my job I'm using Java; and Eclipse as an IDE. I'm discovering Pharo since a year now. I find it in almost every way superior. But not on the following way. I use keyboard shortcuts heavily in Eclipse. I use them to quickly select parts of code, extract methods, rename methods, fields, classes, switch browsing windows, delete a line of code, copy and move lines of code. I tend to miss these shortcuts in Pharo. Me too :) > There are actually a lot of shortcuts (http://news.squeak.org/2007/01/26/looking-for-a-shortcut/ - Andreas comment). But I still find that I have to leave the keyboard way to often and use the mouse to navigate to another window / or part of the browser I'm working in. Let me explain that a bit further. I will try to give some examples of behaviour I'm missing in Pharo. > - If I'm editing a class and working in the source view. I'm done, I want to run the tests again I just ran. I have to take the mouse, navigate to the class and hit Alt-t. Or use the test runner. In Eclipse there is a global shortcut Alt-F11 which just runs the test (or even better: the suite of tests) which ran previously. It moreover runs it in the background and if everything is still ok, does not bother you again. It only pops up if something broke. This behaviour is very handy if you're refactoring. You can then with every small change run all relevant tests in matter seconds and continue. I want that :) > - If I'm editing in the source pane. I'm done editing, and I want to navigate for instance to another method. I have to take the mouse to navigate to the methods, scroll and click on the new method. Again had to take the mouse. In Eclipse, there is a Ctrl-O shortcut which brings up a list of all methods in this class. At the top there is an input field in which I can start typing; while typing the list is restricted. I can then using the arrow keys navigate to the method and hit Enter, and I'm in the method. > - For switching between browser windows Eclipse also does have a handy mechanism. Eclipse keeps in memory a list of files you're editing ordered by latests usage. I can then quickly navigate through the list by hitting Ctrl-F6. Just hitting Ctrl-F6 navigates to the previous window visited. Hitting it again gets back. If you however hit Ctrl - F6, keep the Ctrl pressed in, and hit F6 again, you navigate the the second last window edited. I use this behaviour constantly to navigate back and forth between the test you're writing and the implementation. This is nice. > - Eclipse also has very keyboard shortcut integration to select/delete parts of the code. Ctrl D deletes the current line. Alt arrow up / down moves the current line (or selection) up or down (while keeping the clipboard selection). Alt-Shift-arrow up/down copies the current line (or selection) up or down (while keeping the clipboard selection). Alt Shift Left arrow / right arrow does a nifty code selection: if the code compiles properly, it will with every next hit on left arrow select a larger block of code. So if my cursor is on a message send, it will first select the message send, next the receiver and the message send, next: if this was a nested, select the part out of that, and so forth. This is very handy if you for instance want to do a extract method refactoring on some part of the code. Just quickly select it using this Alt-Shift selection and extract it. > - Which brings me to the refactoring shortcuts, which I'm missing the most. > * The most important one is rename. In Eclipse if I select a field, a temporary var, a message, a class, anything that can be renamed; I can always hit Alt-Shift-R to rename it. I don't have to go into a menu, refactor class, or refactor method, or refactor source with the mouse to select rename. Just click on it, hit the shortcut, type the new name and hit Enter. > * The next one is Extract Method. After quickly selecting I just hit Alt-Shift-M, give a name (Eclipse guesses a name) and I extract. > * Another very useful one is Extract Local Variable using Alt Shift L. > > I'm very well aware of the fact that in Smalltalk you typically only need half of the lines of code to achieve the same, but still I'm missing this kind of behaviour to quickly navigate, adapt code, run tests, ... > All the tools are there in Pharo, but I just feel that they need a little better keyboard integration. > How are experienced Smalltalkers feeling about this? We want that! I hate to be forced to use mouse. We should reinvent code editing. > Are there any solutions available already that I haven't found ? If not, I'm more than happy to implement some of these, but my knowledge of Morphic is still rather limited. Can anyone provide me with some pointers how to achieve that? > > Kind Regards, > > Bart > > -- > imagination is more important than knowledge - Albert Einstein > Logic will get you from A to B. Imagination will take you everywhere - Albert Einstein > Learn from yesterday, live for today, hope for tomorrow. The important thing is not to stop questioning. - Albert Einstein > The true sign of intelligence is not knowledge but imagination. - Albert Einstein > Gravitation is not responsible for people falling in love. - Albert Einstein > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 11, 2009

Re: [Pharo-project] [Fwd: Issue 1571: automaticPlatformSettings preference]

by StÃ©phane Ducasse

remove it! Stef On Dec 11, 2009, at 6:33 AM, Alain Plantec wrote: > Henrik Sperre Johansen a Ã©crit : >> Is there any time you do *not* want things set automatically for you >> based on platform if it's needed? >> I vote remove it. >> >> Cheers, >> Henry >> >> > +1 > > Alain > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 11, 2009

Re: [Pharo-project] [ANN] ConfigurationOfAlgernon on MonticelloRepository

by StÃ©phane Ducasse

Cool > Hi, > For all the Algernon lovers (right now, Mariano and my self), I want to > announce a configuration available to Algernon on MetacelloRepository. > This version uses just monticello packages and metacello configuration > (I mean: no universes needed). > As always, you can install it by executing: > > ConfigurationOfAlgernon project latestVersion load. > > Enjoy! > Esteban > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 11, 2009

[Pharo-project] [update 1.1] 11089 to 11092: TO BE TESTED

by Marcus Denker

Issue 1565: [FIX] Improve performance of weak key dictionaries When Martin von Loewis visited SCG in 2007, he did some nice enhancements to weakkeydictionaries... The problem is that they are re-hashed far to often (when a nil key is found, which happens frequently if the keys are garbagecollected often...) For me, this change translates to a ca. 20% improvement in Monticello performance. Original bug report: 0006348: [FIX] Improve performance of weak key dictionaries http://bugs.squeak.org/view.php?id=6348 Marcus

Dec. 11, 2009

Re: [Pharo-project] can I debug a primitive?

by Henrik Johansen

XCode, http://svn.isqueak.org/vm, and some breakpoints works as well, if you can't get it running in smalltalk :) You only need to remove the MainWindow.xib from SqueakPureObjC targets' resources if you don't have the iPhone libs installed, then it's build and go!) Cheers, Henry On Dec 11, 2009, at 10:09 53AM, Mariano Martinez Peck wrote: > Ok...thanks for the replies. I think right now I will "debug it" with pen and paper :) > > Cheers, > > Mariano > > On Wed, Dec 9, 2009 at 2:48 PM, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > > now, the question is, should I be able to put a self halt there and > > debug it? I tried but I did nothing. Is this possible ? I thought > > it was :( > > I do not know for now, for few years ago you could. Simply adding a > 'self halt' in the VM code or pressing Cmd-. while executing would > popup a debugger. > > Alexandre > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 11, 2009

[Pharo-project] [ANN 1.1] new pre-build Core#11088

by Marcus Denker

New unstable build of Core1.1.... (We will do an image all 10 updates...) http://gforge.inria.fr/frs/download.php/25016/PharoCore-1.1-11088-alpha.zip Marcus

Dec. 11, 2009

Re: [Pharo-project] can I debug a primitive?

by Mariano Martinez Peck

Ok...thanks for the replies. I think right now I will "debug it" with pen and paper :) Cheers, Mariano On Wed, Dec 9, 2009 at 2:48 PM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > > now, the question is, should I be able to put a self halt there and > > debug it? I tried but I did nothing. Is this possible ? I thought > > it was :( > > I do not know for now, for few years ago you could. Simply adding a > 'self halt' in the VM code or pressing Cmd-. while executing would > popup a debugger. > > Alexandre > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 11, 2009

[Pharo-project] [update 1.1] #11088

by Marcus Denker

11088 ----- Issue 1574: remove SmalltalkImage>>#stripMethods:messageCode: Issue 1573: ifNil:ifNotNilDo: and ifNotNilDo:ifNil: Issue 1551: possible to create 2 ByteSymbols with the same sequence of characters

Dec. 11, 2009