- Pharo-users - lists.pharo.org

Re: [Pharo-users] Aida 6.5 loading in Pharo 2.0!

by Paul DeBruicker

And I thought 'Untrusted' was going to be renamed 'Community Supported' or some such. Did that decision get changed or just slide through the cracks? On 02/27/2013 08:00 AM, Torsten Bergmann wrote: > Janko wrote: >> One-click load of Aida from Configuration Browser is now possibl > > > We manually make a copy of configs that are know to work for a specific > Pharo version into a specific "/MetaRepoForPharoXX". This will be automated in the future > with automatic validation, etc. > > So if Aida is really working in Pharo 2.0 then please make a copy of the sepcific > ConfigurationOfAida mcz into ss3.gemstone.com/ss/MetaRepoForPharo20 > using the "Copy" button of the Monticello repo browser. > > This way it will appear in "Configurations" tab in configuration browser > (containing the configs that are know to work). > > Currently Aidi is only in "Untrusted" since this is the repo for all configs > (squeaksource.com/MetacelloRepository) > > > I also think it would be nice if you also > > - add a beginners workspace with "SwazooAida start." > You can use > > spec postLoadDoIt: #postloadForCore:package: > > with > postloadForCore: loader package: packageSpec > > Workspace openContents: 'SwazooAida start.' > > - or you add a menu entry and server start panel, have a look at ConfigurationOfPharoOnlineHelp for an example > > This way even a complete beginner can easily start just by > loading Aida using the config browser in 2.0 and then "jump start" into the browser. > > Bye > T. >

Feb. 27, 2013

Aida 6.5 loading in Pharo 2.0!

by Torsten Bergmann

Janko wrote: >One-click load of Aida from Configuration Browser is now possibl We manually make a copy of configs that are know to work for a specific Pharo version into a specific "/MetaRepoForPharoXX". This will be automated in the future with automatic validation, etc. So if Aida is really working in Pharo 2.0 then please make a copy of the sepcific ConfigurationOfAida mcz into ss3.gemstone.com/ss/MetaRepoForPharo20 using the "Copy" button of the Monticello repo browser. This way it will appear in "Configurations" tab in configuration browser (containing the configs that are know to work). Currently Aidi is only in "Untrusted" since this is the repo for all configs (squeaksource.com/MetacelloRepository) I also think it would be nice if you also - add a beginners workspace with "SwazooAida start." You can use spec postLoadDoIt: #postloadForCore:package: with postloadForCore: loader package: packageSpec Workspace openContents: 'SwazooAida start.' - or you add a menu entry and server start panel, have a look at ConfigurationOfPharoOnlineHelp for an example This way even a complete beginner can easily start just by loading Aida using the config browser in 2.0 and then "jump start" into the browser. Bye T.

Feb. 27, 2013

Re: [Pharo-users] Aida 6.5 loading in Pharo 2.0!

by Janko MivÅ¡ek

Hi guys, One-click load of Aida from Configuration Browser is now possible just by selecting Install Configuration (Stable version)from right-click menu. No need for any script as Phil needed because a #stable symbolic version was not declared in ConfigurationOfAida. Now it is. I also just patched Aida so that realtime (WebSocked) demo works again. By "downgrading" the String>>#includesSubString to use a bit uglier but the least common denominator between all Smalltalk dialects: String>>#findString:statingAt:. FYI: this is a common example how Aida solves the portability problem without needing too invasive approaches. Best regards Janko Dne 25. 02. 2013 23:46, piÅ¡e phil(a)highoctane.be: > I loaded the 'Aida (janko.43)' from the Configuration browser. > > Then: > > (ConfigurationOfAida project version: '6.5') load. > > SwazooAida start. > > And I got the demo working on http://localhost:8888 > > Hey, cool. > > -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

Feb. 27, 2013

Re: [Pharo-users] Aida 6.5 loading in Pharo 2.0!

by stephane ducasse

+1 >> I loaded the 'Aida (janko.43)' from the Configuration browser. >> >> Then: >> >> (ConfigurationOfAida project version: '6.5') load. >> >> SwazooAida start. >> >> And I got the demo working on http://localhost:8888 >> >> Hey, cool. > > That is great news, and how it should be: good out of the box experience using the proper infrastructure. > > Thanks, Janko and co. > > Sven > > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > >

Feb. 26, 2013

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