June 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 2560 : Convenient methods from Grease for Strings

by Michael Roberts

On 21 Jun 2010, at 14:30, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > but do we want all grease? > Well. Not sure. Grease core is not that big. It has other useful stuff in. I was in part commenting on the philosophy markus was referring to. I have a different point of view. If we just copy the extensions we have to maintain our own branch. And we can not use any extensions that reference grease classes. Then what happens if we really want an extension like that? We copy classes too?that would not make a lot of sense to me. So what do you think? mike > Stef > > On Jun 17, 2010, at 6:42 PM, Michael Roberts wrote: > >> I'm missing something. Why do we need to adopt the (copy of) >> methods and not just adopt the package as lukas said? I thought we >> wanted core to get smaller over time and better modularised anyway? >> We would just need to track a stable version rather than >> maintaining our own branch. Surely it is worse to copy the methods >> renamed or not but put them in a pharo specific package? >> >> >> Cheers mike >> >> On 17 Jun 2010, at 14:14, Julian Fitzell <jfitzell(a)gmail.com> wrote: >> >>> 2010/6/17 Marcus Denker <marcus.denker(a)inria.fr>: >>>> >>>> On Jun 17, 2010, at 12:27 PM, Lukas Renggli wrote: >>>> >>>> - If included with Pharo I suggest to rename all the methods, >>>> otherwise we will run into big troubles with Seaside and other >>>> projects that depend on Grease. >>>> >>>> >>>> From a philosophical standpoint, I *hate* that. this means that >>>> as a >>>> plattform, we can not >>>> grow and improve our libraris anymore? >>>> Shouldn't be the goal that useful extensions gets adopted by the >>>> core? >>> >>> We will need to find a way to allow platforms to adopt Grease >>> methods >>> - I do think this is the end goal. It's a bit of a nightmare from >>> our >>> point of view because we end up having to have different Grease >>> versions for different versions of the platforms, but isn't that >>> sort >>> of unavoidable in the long run anyway? Part of the reason that's so >>> awful is simply due to the lack of good branching and management >>> tools >>> in our version control systems... >>> >>> Julian >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 21, 2010

Re: [Pharo-project] CogVM

by Serge Stinckwich

On Mon, Jun 21, 2010 at 10:44 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > Some people asked me how I got Pharo to run on Cog on OS X. Here's how: > > 1. Download the Cog source-code from > <http://ftp.squeak.org/Cog/OpenSourceCog.tar.gz>, open the Xcode > project CoreVM.xcodeproj, and compile the thing. For those who want to > skip this step I've put the resulting binaries here: > <http://www.lukas-renggli.ch/dropbox/cog-osx.zip>. > > 2. Open a (copy of a) Pharo image in an **old** VM and file-in the > appropriate change-set (there is one for Pharo 1.0 and one for Pharo > 1.1) from the following issue report: > <http://code.google.com/p/pharo/issues/detail?id=2579>. Save the image > and quit. > > 3. Open the image in the Cog VM. Note that if you safe the image, you > won't be able to open it again in a non-Cog VM. > > Hopefully John will provide a properly built binary soon :-) Thank you Lukas ! Quite impressive in some of my highly CPU-intensive robot simulations !!! Strange that the VM Cog icon is Croquet ;-) -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

June 21, 2010

Re: [Pharo-project] DummyUIManager

by Pavel Krivanek

Hi Stef, 1) this UIManager patch 2a) there is a small count of minor kernel changes that should be harvested (SoundService and Browser dependency etc.) 2b) http://code.google.com/p/pharo/issues/detail?id=2105, I will have to check it again for the latest Pharo. In this stage it should be possible to shrink the image to about 3MB (very unclean) 3) reorganize methods to clean the kernel packages, 4) prepare network and monticello packages (quite easy) 5) modify the rest of packages to be loadable None of this steps is hard or extremely time consuming. However it requires at least two next eyes to audit the changes and a selfmurderer to integrate it into the update stream ;-) -- Pavel On Mon, Jun 21, 2010 at 3:57 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Jun 21, 2010, at 12:03 PM, Pavel Krivanek wrote: > >> Hi Mariano, >> >> it is not so straightforward. You simply cannot switch from Morphic to >> DummyUIManager (it requires several next steps and modifications). >> This patch is only a small step to better Pharo UI Independency and >> PharoKernel. > > It would be good to identify a roadmap of actions to step by step > arrive to this point. > Do you have a high level list? > > >> When Pharo will be PharoKernel ready, we may start to >> talk about benefits for the deployment. However you may add me as the >> book user ;-) >> >> -- Pavel >> >> 2010/6/21 Mariano Martinez Peck <marianopeck(a)gmail.com>: >>> Hi pavel. This is excellent :) >>> >>> Now, it would be cool to document how to use it. And even more, the >>> scenarios where it can be useful. For example, suppose I deploy a headless >>> PharoCore image with seaside, should I replace the UIManager with the Dummy >>> ? what do I save? how can I do that? >>> >>> I think http://book.pharo-project.org/ Â is excellent for this. If you want >>> to write something please let me know and I make you an user. >>> >>> Thanks again >>> >>> mariano >>> >>> On Thu, Jun 17, 2010 at 11:36 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com> >>> wrote: >>>> >>>> Hi, >>>> >>>> I updated issue http://code.google.com/p/pharo/issues/detail?id=2069 >>>> that adds DummyUIManager and makes Pharo more UIManager independent. >>>> >>>> Please review it, it is an important patch for better modularization. >>>> >>>> For the method fileInSilentlyAnnouncing: it only changes the category. >>>> >>>> Cheers, >>>> -- Pavel >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> _______________________________________________ >> 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 >

June 21, 2010

[Pharo-project] CogVM

by Lukas Renggli

Some people asked me how I got Pharo to run on Cog on OS X. Here's how: 1. Download the Cog source-code from <http://ftp.squeak.org/Cog/OpenSourceCog.tar.gz>, open the Xcode project CoreVM.xcodeproj, and compile the thing. For those who want to skip this step I've put the resulting binaries here: <http://www.lukas-renggli.ch/dropbox/cog-osx.zip>. 2. Open a (copy of a) Pharo image in an **old** VM and file-in the appropriate change-set (there is one for Pharo 1.0 and one for Pharo 1.1) from the following issue report: <http://code.google.com/p/pharo/issues/detail?id=2579>. Save the image and quit. 3. Open the image in the Cog VM. Note that if you safe the image, you won't be able to open it again in a non-Cog VM. Hopefully John will provide a properly built binary soon :-) Don't try Seaside, it won't work. Cog does not (yet) support the stack manipulation tricks yet. Lukas -- Lukas Renggli www.lukas-renggli.ch

June 21, 2010

Re: [Pharo-project] [squeak-dev] Re: Using WebClient

by GermÃ¡n Arduino

Hi People: I was playing a bit with this stuff and reading the RFC (http://www.w3.org/Protocols/rfc1341/7_2_Multipart.html) I managed the way to upload a file using a POST method that requires multipart/form-data. My method is: httpPost: urlString fileToUpload: aFile "Example POST method to upload a file (text/plain) over a multipart form on the example url http://cgi-lib.berkeley.edu/ex/fup.cgi" "See also: http://cgi-lib.berkeley.edu/ex/fup.html and more details about multipart/form-data variations on: http://www.w3.org/Protocols/rfc1341/7_2_Multipart.html " "aFile is a common ascii file" | boundaryChar idBoundary boundary postData file contentType | boundaryChar := '---------------------------'. idBoundary := self createIdBoundary. boundary := boundaryChar, idBoundary. contentType := 'multipart/form-data; boundary=', boundary. file := CrLfFileStream readOnlyFileNamed: aFile. postData := '--', boundary, String crlf, 'Content-Disposition: form-data; name="upfile"; filename="', aFile, '" Content-Type: text/plain', String crlf, String crlf, file contents, String crlf, '--', boundary, String crlf, 'Content-Disposition: form-data; name="note"', String crlf, String crlf, 'Smalltalk Upload Test File', String crlf, '--', boundary, '--', String crlf. ^self httpPost: urlString content: postData type: contentType do:[:req] #createIdBundary return a value to use as idBoundary. And this method may be called as: (WebClient new httpPost: 'http://cgi-lib.berkeley.edu/ex/fup.cgi' fileToUpload: 'test.txt') getContent The drawback is that I can't imagine a solution to anything because each form may be different and with different fields and names. I used Firebug to understand how was the post to this site (and any other) and then build the multipart data accordingly. Cheers. GermÃ¡n. 2010/6/2 GermÃ¡n Arduino <garduino(a)gmail.com>: > Unfortunately the customer cancelled the project (He selected an > automation solution > using ActiveX, but automating the IE. My proposal was talking directly with the > http server and make a service and so, but well....are the business :) ). > > Anyway I got very interested by this topic and will try to give a try > to the implementation > of the post method using multipart boundaries when time permit (This > topic is already on > my near-to-infinite-todo list). > > Cheers. > GermÃ¡n. > > > 2010/6/2 GermÃ¡n Arduino <garduino(a)gmail.com>: >> Hi Andreas: >> >> Thanks by the comments. >> >> I will continue with the multipart stuff, because this may become a >> payed work for a local customer. >> >> Indeed I could do the job with other tools but in most of cases that >> means install a gazillion of different pieces of software of third >> parts that are complex to make work. I prefer to develop my own >> solution, even with a bit more of work, but completeley Smalltalk. >> Then I can deploy on the customer a self containded service that I can >> extend as the customer need. >> >> I'm now reading about multipart/form-data enctype and will try to >> develop this feature for WebClient (if the customer don't cancel the >> project). >> >> Will send the news. >> >> Cheers. >> GermÃ¡n. >> >

June 21, 2010

[Pharo-project] the pharosearch looks nice!

by Mariano Martinez Peck

http://www.google.com/cse/home?cx=002648833966092822604:lxyrxyhpyv8&ie=UTF-8 http://magaloma.seasidehosting.st/ This is cool Nico, Thanks :) Mariano

June 21, 2010

Re: [Pharo-project] Autotest (TDD), request for comments

by laurent laffont

> > >> So..maybe a better description in the Settings would be "Enable AutoTest" > or something like that, refering to enable/disable AutoTest rather than > Dashboard. > OK. Indeed, if you look at World Menu > Tools > Autotest there's another example of view (SUnit-like). Laurent > > >> >>> In addition, I think we can add AutoTest to PharoDev 1.2 images. What you >>> and others think? >>> >> >> I would like more feedback. If you use it you notice that your workflow >> changes because of that instant feedback. >> I'm looking for people who use it on real TDD for real projects (as I'm >> only pharoing on my freetime). I think it can be a great tool we cannot have >> in Â«standardÂ» programming languages. >> >> > ok... > > >> Cheers, >> >> Laurent >> >> >>> >>> >>>> To load it: >>>> >>>> Gofer new >>>> squeaksource: 'Autotest'; >>>> package: 'Autotest'; >>>> load >>>> >>>> HelpSystem book included. >>>> >>>> >>>> I would like to know what needs enhancements, what to add (and to remove >>>> :) and whether you would use it or not (and why). >>>> >>>> Thanks for feedback. >>>> >>>> Cheers, >>>> >>>> Laurent Laffont >>>> >>>> http://pharocasts.blogspot.com/ >>>> http://magaloma.blogspot.com/ >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> _______________________________________________ >> 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 >

June 21, 2010

Re: [Pharo-project] Where is everyone? Watching the world cup?

by Miguel Enrique CobÃ¡ MartÃnez

El lun, 21-06-2010 a las 11:31 +0200, CÃ©drick BÃ©ler escribiÃ³: > not the french guys ;-) Ja, same here, I thought that I was banned because of my mexican nationality. Anyway, the messages are arriving correctly right now. Cheers > > 2010/6/21 Peter Hugosson-Miller <oldmanlink(a)gmail.com> > Same here, nothing since Wednesday, so I assumed it was the > football :-p > > > Still now it's working again for me, so whatever the real > problem was, it appears to have been fixed. > > > -- > Cheers, > Peter > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > CÃ©drick > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel CobÃ¡ http://miguel.leugim.com.mx

June 21, 2010

Re: [Pharo-project] Autotest (TDD), request for comments

by Mariano Martinez Peck

> > >> what happens with subclasses? suppose I refactor/modify a subclass, do >> you also run the tests of the superclasses? >> > > Now there's no heuristics on the class level, only method / package. So as > long as there's a sender of the method you edit, tests will run. You can > have a look at AutotestFinder, heuristics protocol. > ok... > > >> >> >>> To activate the Autotest dashboard >>> >>> >> - open the settings browser >>> - go under System >>> - check "Show Autotest Dashboard" option >>> >>> >> Here I am confused. This setting, just enables de dashborad or the run of >> the tests? I guess one thing is to run the tests and another one is to see >> them in the dashborad. >> >> I would love to be able to enable/disable AutoTest completly. >> > > Closing the dashboard disables Autotest completly. AutotestDashboard sets > up as a view of its Autotest instance. When you close it garbageCollect to > be sure Autotest>>release is called. > > So..maybe a better description in the Settings would be "Enable AutoTest" or something like that, refering to enable/disable AutoTest rather than Dashboard. > >> In addition, I think we can add AutoTest to PharoDev 1.2 images. What you >> and others think? >> > > I would like more feedback. If you use it you notice that your workflow > changes because of that instant feedback. > I'm looking for people who use it on real TDD for real projects (as I'm > only pharoing on my freetime). I think it can be a great tool we cannot have > in Â«standardÂ» programming languages. > > ok... > Cheers, > > Laurent > > >> >> >>> To load it: >>> >>> Gofer new >>> squeaksource: 'Autotest'; >>> package: 'Autotest'; >>> load >>> >>> HelpSystem book included. >>> >>> >>> I would like to know what needs enhancements, what to add (and to remove >>> :) and whether you would use it or not (and why). >>> >>> Thanks for feedback. >>> >>> Cheers, >>> >>> Laurent Laffont >>> >>> http://pharocasts.blogspot.com/ >>> http://magaloma.blogspot.com/ >>> >>> _______________________________________________ >>> 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 >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 21, 2010

Re: [Pharo-project] Autotest (TDD), request for comments

by StÃ©phane Ducasse

> > > In addition, I think we can add AutoTest to PharoDev 1.2 images. What you and others think? yes even if we should think about having a nice metacelloRepository browser to load the components. > > To load it: > > Gofer new > squeaksource: 'Autotest'; > package: 'Autotest'; > load > > HelpSystem book included. > > > I would like to know what needs enhancements, what to add (and to remove :) and whether you would use it or not (and why). > > Thanks for feedback. > > Cheers, > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > > _______________________________________________ > 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

June 21, 2010