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

Re: [Pharo-project] Fwd: [squeak-dev] Stuff

by Michael van der Gulik

2009/12/17 keith <keith_hodges(a)yahoo.co.uk>: > > > I could commet in a detail on things which i don't agree with you, but > i don't want to repeat myself. > Words already been said (multiple times) and if you would want to > listen, you will hear. > But you seem simply not listening or just ignoring. > And then don't you think that you not better than others, who not > willing to listen, but feel offended that nobody seem wants to listen > them? > Such attitude makes any compromise impossible & futile. > And, Keith, each time you start blaming someone, ask yourself, what > makes you better than others > > I am not better than others, I can't work without others. It is precisely > because I need the contribution of others that I am so pissed off with > people for splitting up the community we used to have.Â Particularly the > Pharo team for explicitly choosing <snip> Email too long. Cannot read. Gulik. -- http://gulik.pbwiki.com/

Dec. 17, 2009

Re: [Pharo-project] managing external package with metacello

by Mariano Martinez Peck

On Thu, Dec 17, 2009 at 8:51 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > mariano > > I was thinking about the problem of managing pharo with metacello > we should start with the simple ones: the ones we removed from the system > - Sounds > - LedMorph > - MorphicExamples > - (ArchiveViewer) > > I am agree. Those are the easier. > Then check the packages that are shared. May be we can also publish > metacello descriptions to load them. > and we republish them when they changed. Yes, my idea is to publish all the ConfigurationOf... not in their own repositories, but in MetacelloRepository. > For example for OB I think that lukas publish in squeaksource > the latest version colin ships as sar files. So we can publish in the > OBSqueakSouce (not sure that this is good) > or in pharo a ConfigurationOfOB > I think we can create a ConfigurationOfOB, published in MetacelloRepository (like the other projects) and putting pharo specific in spec for: #pharo and not in spec for: #common (checking of course what goes to what). Cheers, Mariano > > Stef > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 17, 2009

Re: [Pharo-project] Default code browser

by Esteban Lorenzano

I use Package Browser, because I find it more confortable, but anyway: [O2PackageBrowser openOnClass: Object selector: #printString] timeToRun. 1236 [O2SystemBrowser openOnClass: Object selector: #printString] timeToRun. 578 So, there is a big difference. I'm on a macbook aluminium Cheers, Esteban On 2009-12-17 18:34:20 -0300, Alexandre Bergel <alexandre(a)bergel.eu> said: > [O2PackageBrowser openOnClass: Object selector: #printString] timeToRun

Dec. 17, 2009

Re: [Pharo-project] ProjectLauncher readDocumentAtStartup

by Michael Roberts

Hi, there is no comment on the tracker - is the fix ready yet? Also, I don't think it should be a preference. As far as I can tell it is the only mechanism to get the image to run a script from the unix command line and all the VM documentation describes this as a feature I have uploaded the 1 line change required to Inbox and tested it on my mac at least System-Download-MikeRoberts.27 thanks, Mike

Dec. 17, 2009

Re: [Pharo-project] Default code browser

by Schwab,Wilhelm K

Re Shout, someone _could_ say no, but Shout is generally not a bottleneck that I can see. It is a must. Refactoring tools: I use what works and works well. Sorry, but that's not much of it. I just had it let me down today on a pull-up operation. I probably could have fiddled and gotten it to work, but it was just plain easier to do it myself. I "never" use refactorings that lead to reformatting of my code. There has long been talk of getting to a point of respecting existing formatting, but I have nothing on hold over it. Code completion: no. I type very fast, and it just gets in the way. I _might_ use it in the debugger where there is more context to help it make good decisions, but for now, turning it off is one of the first things in my build script. Re the various browsers, they are not terribly well identified, so it takes work to figure out what I am using. I found the package browser to be VERY slow - too slow for normal use. I select the standard toolset. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Alexandre Bergel Sent: Thursday, December 17, 2009 4:46 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Default code browser > -What browser do you prefer? > --OBPackageBrowser Yes, david's browser > -Do you want syntax colorising enabled by default? Yes. (strange question by the way, someone will say no?) > -Do you use refactoring tools? Of course. > -Do you use code completion? Yes. > -What tool do you consider a must for Pharo in your daily work? Package Browser :-) Mondrian, Moose, Glamour, MC, Metacello. Alexandre > > 2009/12/17 Alexandre Bergel <alexandre(a)bergel.eu>: >> Hi! >> >> I saw many people using the package browser instead of >> OBSystemBrowserAdaptor, even if this last is faster and has less bug. >> I am just wondering whether reverting the default browser to >> O2PackageBrowser is not something we should consider. >> >> Cheers, >> 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: 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. 17, 2009

Re: [Pharo-project] Default code browser

by Alexandre Bergel

> > More than one second to open the brower. More than one second to go > > to another method, etc. > There should be something wrong with your config. I have the following > result: > [O2PackageBrowser openOnClass: MOGraphElement selector: #displayOn] > timeToRun > => 810 > > [O2PackageBrowser openOnClass: Object selector: #printString] > timeToRun > => 1380 > > > you put the same browser twice and I don't have the class > MOGraphElement ;) I was checking whether the package browser takes more than 1 sec to open. This is the case for a very big class only (Object) [O2PackageBrowser openOnClass: GraphMorph selector: #clear] timeToRun => 1117 > Anyway, I tried with the class GraphMorph same selector: > > O2PackageBrowser: 1407 > O2SystemBrowser: 422 > OBSystemBrowser: 487 I am not saying that package browser is fast. I am just saying that its features overcome its slowness for some people (and more than 3 or 4). I am just a bit concerned about the fact that O2SystemBrowser is the default browser. But if I am the only one, no problem at all then. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 17, 2009

Re: [Pharo-project] Default code browser

by HernÃ¡n Morales Durand

Ok, then my own answers, although I thought a survey is a nice thing to have in the web site (people love to take surveys :) > -What browser do you prefer? OBSystemBrowser > -Do you want syntax colorising enabled by default? Yes (it's a question I ask myself everytime I just open a Pharo-Core image :) > -Do you use refactoring tools? Yes > -Do you use code completion? No > -What tool do you consider a must for Pharo in your daily work? -ScriptManager -KeyMapper -Code Coverage -CHB with Hierarchy Integration -Resources Browser -Memory Monitor -MessageSpy HernÃ¡n

Dec. 17, 2009

Re: [Pharo-project] ProjectLauncher readDocumentAtStartup

by Michael Roberts

sorry stef, snowed under. will check and comment soon I also want to write to stderr and stdout, just like you no doubt for coral but that is another day ;-) Mike On Thu, Dec 17, 2009 at 8:36 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > :) > Thanks alain. I decided to kill red test on something else... :) > but I will look at that. > > Stef > > On Dec 17, 2009, at 9:06 PM, Alain Plantec wrote: > >> StÃ©phane Ducasse a Ã©crit : >>> Mike do you know if this problem was fixed because I need it for coral. >>> >> Hi Stef, >> With my next slice you will be able to do >> ProjectLauncher readDocumentAtStartup: true >> >> Alain >>> Stef >>> >>> On Dec 15, 2009, at 12:15 AM, Michael Roberts wrote: >>> >>> >>>> Hi, this method was changed recently I think probably by the >>>> preferences work (Alain Plantec). It used to be a pref. Now it is hard >>>> coded to false. >>>> >>>> Is there a reason? Â It prevents scripts being executed on the command >>>> line. Â It causes the Mason example to not work in Pharo, and a bunch >>>> of other stuff to break. >>>> >>>> Is there a replacement for loading code on the command line? otherwise >>>> this needs changing, perhaps you did not know it is registered in the >>>> auto start mechanism. >>>> >>>> thanks, >>>> Mike >>>> >>>> _______________________________________________ >>>> 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 >

Dec. 17, 2009

Re: [Pharo-project] Default code browser

by Mariano Martinez Peck

On Thu, Dec 17, 2009 at 10:34 PM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > > More than one second to open the brower. More than one second to go > > to another method, etc. Anyway, for me its the same as I can change > > it when I download an image. We can do a poll if you want, but I > > think someone (david, lukas or I don't know who) is working in a > > better browser with a faster package. > > ?? > There should be something wrong with your config. I have the following > result: > [O2PackageBrowser openOnClass: MOGraphElement selector: #displayOn] > timeToRun > => 810 > > [O2PackageBrowser openOnClass: Object selector: #printString] timeToRun > => 1380 > > you put the same browser twice and I don't have the class MOGraphElement ;) Anyway, I tried with the class GraphMorph same selector: O2PackageBrowser: 1407 O2SystemBrowser: 422 OBSystemBrowser: 487 Cheers Mariano > I have a macbook pro. > I am more concerned with the user aspect point of view of Pharo. All > my students prefer the package browser. This says something I feel. > > 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. 17, 2009

Re: [Pharo-project] Default code browser

by Alexandre Bergel

> -What browser do you prefer? > --OBPackageBrowser Yes, david's browser > -Do you want syntax colorising enabled by default? Yes. (strange question by the way, someone will say no?) > -Do you use refactoring tools? Of course. > -Do you use code completion? Yes. > -What tool do you consider a must for Pharo in your daily work? Package Browser :-) Mondrian, Moose, Glamour, MC, Metacello. Alexandre > > 2009/12/17 Alexandre Bergel <alexandre(a)bergel.eu>: >> Hi! >> >> I saw many people using the package browser instead of >> OBSystemBrowserAdaptor, even if this last is faster and has less bug. >> I am just wondering whether reverting the default browser to >> O2PackageBrowser is not something we should consider. >> >> Cheers, >> 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 17, 2009