February 2013 - Pharo-users

Re: [Pharo-users] TWM in 2.0

by stephane ducasse

On Feb 26, 2013, at 1:14 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Anyone using it? > > I loaded it with: > Gofer it > squeaksource: 'TilingWindowManager'; > package: 'TWM'; > load. > > And all tests passed; which surprised me because I figured all the > keymapping changes would've broken it. I poked around though, and the few > things that I tried seemed to work fine. > > Also, I looked at the Metacello configuration and it looks like it's been > split up into sub-packages, but I see a keymapping one, and no symbolic > versions for Pharo 2.0, so I guess I'll stick with gofer for nowâ¦ > would be good to port it to SmalltalkHub and add a nice configuration :) > Thanks, > Sean > > > > -- > View this message in context: http://forum.world.st/TWM-in-2-0-tp4672131.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Feb. 26, 2013

Re: [Pharo-users] Pharo 2 and old shortcuts

by Paul DeBruicker

On Linux try the alt key for cmd On Feb 26, 2013, at 4:52 AM, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: > Well, I'm on Linux and I don't have a cmd key, but control+r and control+shift+r both indent the current line for me... > > > 2013/2/26 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > cmd+shift+r indent the line, no ? > > Ben > > On Feb 26, 2013, at 1:43 PM, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: > >> Oh, I meant while editing, for me c-r just seems to indent the current line... >> >> >> 2013/2/26 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> >> You can using key mapping. >> >> But cmd r is already use to rename (temp or the method depending of the selection) >> >> Ben >> >> On Feb 26, 2013, at 12:08 PM, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: >> >>> A bit related to this thread... is there an easy way to add a custom shortcut to an already existing context menu action in Nautilus? >>> >>> I'd love to have c-r trigger #format, as it did in 1.4's OB :) >>> >>> >>> 2013/2/19 Esteban Lorenzano <estebanlm(a)gmail.com> >>> slices need to be merged, always >>> and just the latest one, not all >>> >>> Esteban >>> >>> On Feb 19, 2013, at 3:11 PM, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: >>> >>> > Question: should I do a Load or a Merge of such slices in Monticello? >>> > >>> > TIA >>> > Phil >>> > >>> > 2013/2/19 Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >> slice is in inbox, I will integrate in half an hour >>> >> >>> >> http://code.google.com/p/pharo/issues/detail?id=7542 >>> >> >>> >> On Feb 19, 2013, at 2:45 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >> >>> >> thanks! >>> >> >>> >> N. >>> >> Am 19.02.2013 um 14:38 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >> >>> >> he, I have it... providing a fix now... >>> >> >>> >> On Feb 19, 2013, at 2:25 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >> >>> >> >>> >> Am 19.02.2013 um 14:19 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >> >>> >> I cannot reproduce it... did you tried in a new nautilus instance? >>> >> >>> >> I downloaded latest 2.0 image. I opened it, opened the Settings browser, >>> >> searched for "old style", checked option. Closed Settings browser, opened >>> >> over world menu a system browser, click in the left-most pane (classes), >>> >> pressed cmd-f, typed RxMatcher, selected appearing RxMatcher in list and >>> >> pressed enter. >>> >> >>> >> Norbert >>> >> >>> >> please, do not stay in 1.4... we need the feedback of people using 2.0 to >>> >> improve, otherwise we will not realize what is wrong :) >>> >> >>> >> Esteban >>> >> >>> >> On Feb 19, 2013, at 2:12 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >> >>> >> That was short time fun. If I select the "old style" option and try to find >>> >> a class using cmd-f I get the following error >>> >> >>> >> <Bildschirmfoto 2013-02-19 um 14.10.24.png> >>> >> >>> >> Maybe I stay in 1.4 a while longerâ¦ >>> >> >>> >> Norbert >>> >> >>> >> Am 19.02.2013 um 12:44 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >> >>> >> ha... problem is that is not "use historical keys" (I don't know what that >>> >> setting does, btw) >>> >> is "Use old style keys" under Nautilus group >>> >> >>> >> Esteban >>> >> >>> >> On Feb 19, 2013, at 12:39 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >> >>> >> >>> >> Am 19.02.2013 um 11:59 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >> >>> >> which most places? >>> >> >>> >> >>> >> e.g. in Nautilus with historical shortcuts on I can't click on a method and >>> >> press cmd-n to browse senders. >>> >> >>> >> Norbert >>> >> >>> >> the new shortcuts were defined in nautilus, and the historical shortcuts are >>> >> then targeting nautilus usage. Other places didn't change (or should not >>> >> change) any keybinding. >>> >> >>> >> Esteban >>> >> >>> >> On Feb 19, 2013, at 11:56 AM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >> >>> >> For a new project I started to use pharo 2.0. But I find it really >>> >> cumbersome to use the new keyboard shortcuts. As long as I use 1.4 in >>> >> parallel I don't want to switch to the new ones. I've found a setting in >>> >> Settings named "use historical shortcuts" but it is not effective in most >>> >> places. >>> >> Is there a way change that? >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> > >>> >>> >>> >>> >>> >>> -- >>> Bernat Romagosa. >> >> >> >> >> -- >> Bernat Romagosa. > > > > > -- > Bernat Romagosa.

Feb. 26, 2013

Re: [Pharo-users] zinc streaming post

by Sven Van Caekenberghe

On 26 Feb 2013, at 15:31, Camillo Bruni <camillobruni(a)gmail.com> wrote: > On 2013-02-26, at 15:24, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > >> Hi Camillo ! >> >> On 26 Feb 2013, at 15:13, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >>> we're having our weekly git hacking session and are working on the http protocol. >> >> Great ! >> >>> The smart git protocol simply runs over http, nothing too fancy once you found the >>> documentation (which is the hardest part). >>> >>> Now we want to post a request and wanted to directly stream it to the server, but >>> we only figure out on how to do it using an intermediate string. The code looks >>> something like this: >>> >>> >>> requestContents := self createGitRequestEntity. >>> client := ZnClient new >>> url: 'https://github.com/pharo-project/phar-core'; >>> entity: (requestContents); >>> post. >>> >>> Now I would like to do something like this. >>> >>> >>> postStream := ZnClient new >>> url: 'https://github.com/pharo-project/phar-core'; >>> postStream. >>> self writeGitRequestOn: postStream >>> >>> >>> How can I do that in Zn? I already skimmed the documentation but it only shows >>> the example of files, where we copy over from a fully existing source. >>> >>> best >>> cami >> >> OK. >> >> When you do a POST, at one point the entity is sent #writeOn: so that it gets transferred to the wire. The special thing about a ZnStreamingEntity is that is wraps an open stream and then in its #writeOn: copies from that stream to the wire. That is basically it. >> >> In the case of a file upload, you open the file stream, put it in a ZnStreamingEntity, set the content type and length (length is almost always required) and your good. >> >> Where does your input stream come from in this particular case ? > > right now we generate the git request on the fly, so it is not present as a whole > data structure at the tim we send the request. > > Later we will have more issue when we upload stuff to git. We will send a lot of > data but we generate it on the fly piece wise. So here it makes sense not to generate > an intermediate buffer to store the full post request. But it is simple: I assume you already have a stream that can be read for the data ? You know the mime-type and length ? Just take these 3 elements and make a ZnStreamingEntity and use/POST it. When the time comes, a piece wise copy from your stream to the HTTP wire will be done, directly. >> If you have your data already in memory, it makes no sense to want to do streaming. >> Have a look at #entityStreamContents: which is half right. > > ok, looks more or less what we want ;), yet you fully buffer the request first, which I > would like to avoid in the future. Of course, that example is not good(â¢) ;-) Sven

Feb. 26, 2013

Re: [Pharo-users] zinc streaming post

by Camillo Bruni

On 2013-02-26, at 15:24, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > Hi Camillo ! > > On 26 Feb 2013, at 15:13, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> we're having our weekly git hacking session and are working on the http protocol. > > Great ! > >> The smart git protocol simply runs over http, nothing too fancy once you found the >> documentation (which is the hardest part). >> >> Now we want to post a request and wanted to directly stream it to the server, but >> we only figure out on how to do it using an intermediate string. The code looks >> something like this: >> >> >> requestContents := self createGitRequestEntity. >> client := ZnClient new >> url: 'https://github.com/pharo-project/phar-core'; >> entity: (requestContents); >> post. >> >> Now I would like to do something like this. >> >> >> postStream := ZnClient new >> url: 'https://github.com/pharo-project/phar-core'; >> postStream. >> self writeGitRequestOn: postStream >> >> >> How can I do that in Zn? I already skimmed the documentation but it only shows >> the example of files, where we copy over from a fully existing source. >> >> best >> cami > > OK. > > When you do a POST, at one point the entity is sent #writeOn: so that it gets transferred to the wire. The special thing about a ZnStreamingEntity is that is wraps an open stream and then in its #writeOn: copies from that stream to the wire. That is basically it. > > In the case of a file upload, you open the file stream, put it in a ZnStreamingEntity, set the content type and length (length is almost always required) and your good. > > Where does your input stream come from in this particular case ? right now we generate the git request on the fly, so it is not present as a whole data structure at the tim we send the request. Later we will have more issue when we upload stuff to git. We will send a lot of data but we generate it on the fly piece wise. So here it makes sense not to generate an intermediate buffer to store the full post request. > If you have your data already in memory, it makes no sense to want to do streaming. > Have a look at #entityStreamContents: which is half right. ok, looks more or less what we want ;), yet you fully buffer the request first, which I would like to avoid in the future.

Feb. 26, 2013

Re: [Pharo-users] zinc streaming post

by Sven Van Caekenberghe

Hi Camillo ! On 26 Feb 2013, at 15:13, Camillo Bruni <camillobruni(a)gmail.com> wrote: > we're having our weekly git hacking session and are working on the http protocol. Great ! > The smart git protocol simply runs over http, nothing too fancy once you found the > documentation (which is the hardest part). > > Now we want to post a request and wanted to directly stream it to the server, but > we only figure out on how to do it using an intermediate string. The code looks > something like this: > > > requestContents := self createGitRequestEntity. > client := ZnClient new > url: 'https://github.com/pharo-project/phar-core'; > entity: (requestContents); > post. > > Now I would like to do something like this. > > > postStream := ZnClient new > url: 'https://github.com/pharo-project/phar-core'; > postStream. > self writeGitRequestOn: postStream > > > How can I do that in Zn? I already skimmed the documentation but it only shows > the example of files, where we copy over from a fully existing source. > > best > cami OK. When you do a POST, at one point the entity is sent #writeOn: so that it gets transferred to the wire. The special thing about a ZnStreamingEntity is that is wraps an open stream and then in its #writeOn: copies from that stream to the wire. That is basically it. In the case of a file upload, you open the file stream, put it in a ZnStreamingEntity, set the content type and length (length is almost always required) and your good. Where does your input stream come from in this particular case ? If you have your data already in memory, it makes no sense to want to do streaming. Have a look at #entityStreamContents: which is half right. Sven -- Powering the T3 Platform - http://t3-platform.net Sven Van Caekenberghe - mailto:sven@beta9.be Beta Nine - software engineering - http://www.beta9.be

Feb. 26, 2013

zinc streaming post

by Camillo Bruni

we're having our weekly git hacking session and are working on the http protocol. The smart git protocol simply runs over http, nothing too fancy once you found the documentation (which is the hardest part). Now we want to post a request and wanted to directly stream it to the server, but we only figure out on how to do it using an intermediate string. The code looks something like this: requestContents := self createGitRequestEntity. client := ZnClient new url: 'https://github.com/pharo-project/phar-core'; entity: (requestContents); post. Now I would like to do something like this. postStream := ZnClient new url: 'https://github.com/pharo-project/phar-core'; postStream. self writeGitRequestOn: postStream How can I do that in Zn? I already skimmed the documentation but it only shows the example of files, where we copy over from a fully existing source. best cami

Feb. 26, 2013

Re: [Pharo-users] Pharo 2 and old shortcuts

by Bernat Romagosa

Same behaviour, it indents the current line, even if the selector is selected. Maybe we've accidentally found a bug? :) 2013/2/26 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > ok, and if you select the selector of the current method in the text pane > and do ctrl+r, then what is happening ? > > Ben > > On Feb 26, 2013, at 1:52 PM, Bernat Romagosa < > tibabenfortlapalanca(a)gmail.com> wrote: > > Well, I'm on Linux and I don't have a cmd key, but control+r and > control+shift+r both indent the current line for me... > > > 2013/2/26 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > >> cmd+shift+r indent the line, no ? >> >> Ben >> >> On Feb 26, 2013, at 1:43 PM, Bernat Romagosa < >> tibabenfortlapalanca(a)gmail.com> wrote: >> >> Oh, I meant while editing, for me c-r just seems to indent the current >> line... >> >> >> 2013/2/26 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> >> >>> You can using key mapping. >>> >>> But cmd r is already use to rename (temp or the method depending of the >>> selection) >>> >>> Ben >>> >>> On Feb 26, 2013, at 12:08 PM, Bernat Romagosa < >>> tibabenfortlapalanca(a)gmail.com> wrote: >>> >>> A bit related to this thread... is there an easy way to add a custom >>> shortcut to an already existing context menu action in Nautilus? >>> >>> I'd love to have c-r trigger #format, as it did in 1.4's OB :) >>> >>> >>> 2013/2/19 Esteban Lorenzano <estebanlm(a)gmail.com> >>> >>>> slices need to be merged, always >>>> and just the latest one, not all >>>> >>>> Esteban >>>> >>>> On Feb 19, 2013, at 3:11 PM, "phil(a)highoctane.be" <phil(a)highoctane.be> >>>> wrote: >>>> >>>> > Question: should I do a Load or a Merge of such slices in Monticello? >>>> > >>>> > TIA >>>> > Phil >>>> > >>>> > 2013/2/19 Esteban Lorenzano <estebanlm(a)gmail.com>: >>>> >> slice is in inbox, I will integrate in half an hour >>>> >> >>>> >> http://code.google.com/p/pharo/issues/detail?id=7542 >>>> >> >>>> >> On Feb 19, 2013, at 2:45 PM, Norbert Hartl <norbert(a)hartl.name> >>>> wrote: >>>> >> >>>> >> thanks! >>>> >> >>>> >> N. >>>> >> Am 19.02.2013 um 14:38 schrieb Esteban Lorenzano < >>>> estebanlm(a)gmail.com>: >>>> >> >>>> >> he, I have it... providing a fix now... >>>> >> >>>> >> On Feb 19, 2013, at 2:25 PM, Norbert Hartl <norbert(a)hartl.name> >>>> wrote: >>>> >> >>>> >> >>>> >> Am 19.02.2013 um 14:19 schrieb Esteban Lorenzano < >>>> estebanlm(a)gmail.com>: >>>> >> >>>> >> I cannot reproduce it... did you tried in a new nautilus instance? >>>> >> >>>> >> I downloaded latest 2.0 image. I opened it, opened the Settings >>>> browser, >>>> >> searched for "old style", checked option. Closed Settings browser, >>>> opened >>>> >> over world menu a system browser, click in the left-most pane >>>> (classes), >>>> >> pressed cmd-f, typed RxMatcher, selected appearing RxMatcher in list >>>> and >>>> >> pressed enter. >>>> >> >>>> >> Norbert >>>> >> >>>> >> please, do not stay in 1.4... we need the feedback of people using >>>> 2.0 to >>>> >> improve, otherwise we will not realize what is wrong :) >>>> >> >>>> >> Esteban >>>> >> >>>> >> On Feb 19, 2013, at 2:12 PM, Norbert Hartl <norbert(a)hartl.name> >>>> wrote: >>>> >> >>>> >> That was short time fun. If I select the "old style" option and try >>>> to find >>>> >> a class using cmd-f I get the following error >>>> >> >>>> >> <Bildschirmfoto 2013-02-19 um 14.10.24.png> >>>> >> >>>> >> Maybe I stay in 1.4 a while longerâ¦ >>>> >> >>>> >> Norbert >>>> >> >>>> >> Am 19.02.2013 um 12:44 schrieb Esteban Lorenzano < >>>> estebanlm(a)gmail.com>: >>>> >> >>>> >> ha... problem is that is not "use historical keys" (I don't know >>>> what that >>>> >> setting does, btw) >>>> >> is "Use old style keys" under Nautilus group >>>> >> >>>> >> Esteban >>>> >> >>>> >> On Feb 19, 2013, at 12:39 PM, Norbert Hartl <norbert(a)hartl.name> >>>> wrote: >>>> >> >>>> >> >>>> >> Am 19.02.2013 um 11:59 schrieb Esteban Lorenzano < >>>> estebanlm(a)gmail.com>: >>>> >> >>>> >> which most places? >>>> >> >>>> >> >>>> >> e.g. in Nautilus with historical shortcuts on I can't click on a >>>> method and >>>> >> press cmd-n to browse senders. >>>> >> >>>> >> Norbert >>>> >> >>>> >> the new shortcuts were defined in nautilus, and the historical >>>> shortcuts are >>>> >> then targeting nautilus usage. Other places didn't change (or should >>>> not >>>> >> change) any keybinding. >>>> >> >>>> >> Esteban >>>> >> >>>> >> On Feb 19, 2013, at 11:56 AM, Norbert Hartl <norbert(a)hartl.name> >>>> wrote: >>>> >> >>>> >> For a new project I started to use pharo 2.0. But I find it really >>>> >> cumbersome to use the new keyboard shortcuts. As long as I use 1.4 in >>>> >> parallel I don't want to switch to the new ones. I've found a >>>> setting in >>>> >> Settings named "use historical shortcuts" but it is not effective in >>>> most >>>> >> places. >>>> >> Is there a way change that? >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> > >>>> >>>> >>>> >>> >>> >>> -- >>> Bernat Romagosa. >>> >>> >>> >> >> >> -- >> Bernat Romagosa. >> >> >> > > > -- > Bernat Romagosa. > > > -- Bernat Romagosa.

Feb. 26, 2013

Re: [Pharo-users] Pharo 2 and old shortcuts

by Benjamin

ok, and if you select the selector of the current method in the text pane and do ctrl+r, then what is happening ? Ben On Feb 26, 2013, at 1:52 PM, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: > Well, I'm on Linux and I don't have a cmd key, but control+r and control+shift+r both indent the current line for me... > > > 2013/2/26 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > cmd+shift+r indent the line, no ? > > Ben > > On Feb 26, 2013, at 1:43 PM, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: > >> Oh, I meant while editing, for me c-r just seems to indent the current line... >> >> >> 2013/2/26 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> >> You can using key mapping. >> >> But cmd r is already use to rename (temp or the method depending of the selection) >> >> Ben >> >> On Feb 26, 2013, at 12:08 PM, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: >> >>> A bit related to this thread... is there an easy way to add a custom shortcut to an already existing context menu action in Nautilus? >>> >>> I'd love to have c-r trigger #format, as it did in 1.4's OB :) >>> >>> >>> 2013/2/19 Esteban Lorenzano <estebanlm(a)gmail.com> >>> slices need to be merged, always >>> and just the latest one, not all >>> >>> Esteban >>> >>> On Feb 19, 2013, at 3:11 PM, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: >>> >>> > Question: should I do a Load or a Merge of such slices in Monticello? >>> > >>> > TIA >>> > Phil >>> > >>> > 2013/2/19 Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >> slice is in inbox, I will integrate in half an hour >>> >> >>> >> http://code.google.com/p/pharo/issues/detail?id=7542 >>> >> >>> >> On Feb 19, 2013, at 2:45 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >> >>> >> thanks! >>> >> >>> >> N. >>> >> Am 19.02.2013 um 14:38 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >> >>> >> he, I have it... providing a fix now... >>> >> >>> >> On Feb 19, 2013, at 2:25 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >> >>> >> >>> >> Am 19.02.2013 um 14:19 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >> >>> >> I cannot reproduce it... did you tried in a new nautilus instance? >>> >> >>> >> I downloaded latest 2.0 image. I opened it, opened the Settings browser, >>> >> searched for "old style", checked option. Closed Settings browser, opened >>> >> over world menu a system browser, click in the left-most pane (classes), >>> >> pressed cmd-f, typed RxMatcher, selected appearing RxMatcher in list and >>> >> pressed enter. >>> >> >>> >> Norbert >>> >> >>> >> please, do not stay in 1.4... we need the feedback of people using 2.0 to >>> >> improve, otherwise we will not realize what is wrong :) >>> >> >>> >> Esteban >>> >> >>> >> On Feb 19, 2013, at 2:12 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >> >>> >> That was short time fun. If I select the "old style" option and try to find >>> >> a class using cmd-f I get the following error >>> >> >>> >> <Bildschirmfoto 2013-02-19 um 14.10.24.png> >>> >> >>> >> Maybe I stay in 1.4 a while longerâ¦ >>> >> >>> >> Norbert >>> >> >>> >> Am 19.02.2013 um 12:44 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >> >>> >> ha... problem is that is not "use historical keys" (I don't know what that >>> >> setting does, btw) >>> >> is "Use old style keys" under Nautilus group >>> >> >>> >> Esteban >>> >> >>> >> On Feb 19, 2013, at 12:39 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >> >>> >> >>> >> Am 19.02.2013 um 11:59 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >> >>> >> which most places? >>> >> >>> >> >>> >> e.g. in Nautilus with historical shortcuts on I can't click on a method and >>> >> press cmd-n to browse senders. >>> >> >>> >> Norbert >>> >> >>> >> the new shortcuts were defined in nautilus, and the historical shortcuts are >>> >> then targeting nautilus usage. Other places didn't change (or should not >>> >> change) any keybinding. >>> >> >>> >> Esteban >>> >> >>> >> On Feb 19, 2013, at 11:56 AM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >> >>> >> For a new project I started to use pharo 2.0. But I find it really >>> >> cumbersome to use the new keyboard shortcuts. As long as I use 1.4 in >>> >> parallel I don't want to switch to the new ones. I've found a setting in >>> >> Settings named "use historical shortcuts" but it is not effective in most >>> >> places. >>> >> Is there a way change that? >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> > >>> >>> >>> >>> >>> >>> -- >>> Bernat Romagosa. >> >> >> >> >> -- >> Bernat Romagosa. > > > > > -- > Bernat Romagosa.

Feb. 26, 2013

Re: [Pharo-users] Morphic View UI and Pharo Tabbed Pane IDE on Pharo 2.0

by Sean P. DeNigris

S Krish wrote > Pharo Morphic View and Pharo Tabbed Pane IDE. Thanks for the link! I read the blog post and linked document (the second link is a 404). A few comments/questions: - How does Pharo Morphic View differ from / enhance what's already available with Spec? They seem to provide a lot of similar functionality... - Spec conflicts: I was going to load it, but then noticed that it redefines some Spec classes (e.g. CheckboxModel, RadioButtonGroup). Since Spec is becoming more integrated with the system (tools are converting to spec-based), I don't know what the ramifications of that would be and I would rename those classes. - The inbox is probably not a good place to store these, unless you're proposing that they be included, in which case please open an issue Cheers, Sean -- View this message in context: http://forum.world.st/Morphic-View-UI-and-Pharo-Tabbed-Pane-IDE-on-Pharo-2-… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 26, 2013

Re: [Pharo-users] Pharo 2 and old shortcuts

by Bernat Romagosa

Well, I'm on Linux and I don't have a cmd key, but control+r and control+shift+r both indent the current line for me... 2013/2/26 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > cmd+shift+r indent the line, no ? > > Ben > > On Feb 26, 2013, at 1:43 PM, Bernat Romagosa < > tibabenfortlapalanca(a)gmail.com> wrote: > > Oh, I meant while editing, for me c-r just seems to indent the current > line... > > > 2013/2/26 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > >> You can using key mapping. >> >> But cmd r is already use to rename (temp or the method depending of the >> selection) >> >> Ben >> >> On Feb 26, 2013, at 12:08 PM, Bernat Romagosa < >> tibabenfortlapalanca(a)gmail.com> wrote: >> >> A bit related to this thread... is there an easy way to add a custom >> shortcut to an already existing context menu action in Nautilus? >> >> I'd love to have c-r trigger #format, as it did in 1.4's OB :) >> >> >> 2013/2/19 Esteban Lorenzano <estebanlm(a)gmail.com> >> >>> slices need to be merged, always >>> and just the latest one, not all >>> >>> Esteban >>> >>> On Feb 19, 2013, at 3:11 PM, "phil(a)highoctane.be" <phil(a)highoctane.be> >>> wrote: >>> >>> > Question: should I do a Load or a Merge of such slices in Monticello? >>> > >>> > TIA >>> > Phil >>> > >>> > 2013/2/19 Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >> slice is in inbox, I will integrate in half an hour >>> >> >>> >> http://code.google.com/p/pharo/issues/detail?id=7542 >>> >> >>> >> On Feb 19, 2013, at 2:45 PM, Norbert Hartl <norbert(a)hartl.name> >>> wrote: >>> >> >>> >> thanks! >>> >> >>> >> N. >>> >> Am 19.02.2013 um 14:38 schrieb Esteban Lorenzano <estebanlm(a)gmail.com >>> >: >>> >> >>> >> he, I have it... providing a fix now... >>> >> >>> >> On Feb 19, 2013, at 2:25 PM, Norbert Hartl <norbert(a)hartl.name> >>> wrote: >>> >> >>> >> >>> >> Am 19.02.2013 um 14:19 schrieb Esteban Lorenzano <estebanlm(a)gmail.com >>> >: >>> >> >>> >> I cannot reproduce it... did you tried in a new nautilus instance? >>> >> >>> >> I downloaded latest 2.0 image. I opened it, opened the Settings >>> browser, >>> >> searched for "old style", checked option. Closed Settings browser, >>> opened >>> >> over world menu a system browser, click in the left-most pane >>> (classes), >>> >> pressed cmd-f, typed RxMatcher, selected appearing RxMatcher in list >>> and >>> >> pressed enter. >>> >> >>> >> Norbert >>> >> >>> >> please, do not stay in 1.4... we need the feedback of people using >>> 2.0 to >>> >> improve, otherwise we will not realize what is wrong :) >>> >> >>> >> Esteban >>> >> >>> >> On Feb 19, 2013, at 2:12 PM, Norbert Hartl <norbert(a)hartl.name> >>> wrote: >>> >> >>> >> That was short time fun. If I select the "old style" option and try >>> to find >>> >> a class using cmd-f I get the following error >>> >> >>> >> <Bildschirmfoto 2013-02-19 um 14.10.24.png> >>> >> >>> >> Maybe I stay in 1.4 a while longerâ¦ >>> >> >>> >> Norbert >>> >> >>> >> Am 19.02.2013 um 12:44 schrieb Esteban Lorenzano <estebanlm(a)gmail.com >>> >: >>> >> >>> >> ha... problem is that is not "use historical keys" (I don't know what >>> that >>> >> setting does, btw) >>> >> is "Use old style keys" under Nautilus group >>> >> >>> >> Esteban >>> >> >>> >> On Feb 19, 2013, at 12:39 PM, Norbert Hartl <norbert(a)hartl.name> >>> wrote: >>> >> >>> >> >>> >> Am 19.02.2013 um 11:59 schrieb Esteban Lorenzano <estebanlm(a)gmail.com >>> >: >>> >> >>> >> which most places? >>> >> >>> >> >>> >> e.g. in Nautilus with historical shortcuts on I can't click on a >>> method and >>> >> press cmd-n to browse senders. >>> >> >>> >> Norbert >>> >> >>> >> the new shortcuts were defined in nautilus, and the historical >>> shortcuts are >>> >> then targeting nautilus usage. Other places didn't change (or should >>> not >>> >> change) any keybinding. >>> >> >>> >> Esteban >>> >> >>> >> On Feb 19, 2013, at 11:56 AM, Norbert Hartl <norbert(a)hartl.name> >>> wrote: >>> >> >>> >> For a new project I started to use pharo 2.0. But I find it really >>> >> cumbersome to use the new keyboard shortcuts. As long as I use 1.4 in >>> >> parallel I don't want to switch to the new ones. I've found a setting >>> in >>> >> Settings named "use historical shortcuts" but it is not effective in >>> most >>> >> places. >>> >> Is there a way change that? >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> > >>> >>> >>> >> >> >> -- >> Bernat Romagosa. >> >> >> > > > -- > Bernat Romagosa. > > > -- Bernat Romagosa.

Feb. 26, 2013