- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Couldn't find an icon so...

by Schwab,Wilhelm K

Stef, I am motivated, perhaps not as (yet) empowered/capable as I would like. However, I am open to taking a stab at it. If I find I can get traction, I would be happy to put time on it. I suspect much of my ability to contribute will come as a side effect of "moving in" to Pharo. If it meets my needs (which I sincerely hope will be the case), then there are many tools that I built over the years that have core fuctionality that can be made open. As-is, you would not want them, but with some refactoring, they could serve many purposes, and I would have no problem releasing the results for others to use. As Pharo improves and my projects evolve (one that should seed this has been stuck for months now, but should open up shortly), I hope to show you what I mean. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Thursday, May 14, 2009 2:10 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Couldn't find an icon so... On May 14, 2009, at 1:53 PM, Schwab,Wilhelm K wrote: > Hello all, > > Sorry to have dropped out for a whlie - nothing against Pharo. I am > hopefully getting ready to ramp up some "real" work on Pharo, and > toward that end, have a couple of questions. The first is a trivial > concern that I have partially addressed with the attached icons. > All I did was take the logo and chop off the lighthouse itself. So > far it has been useless to me, but perhaps you will do better with it. what is the problem with the logos? > The next question is more aggressive. Having free use of underscores > would be a huge help to me. There are external libraries that are > littered with them, and relational databases for which the most > natural (leaving aesthetics out of it - this is about simplicity). Is > Gwenael's work to a point that it would be reasonable to hack it into > my own image? I'm not sure anymore that gwenael finished that supports. > I probably don't want to take the chance, but might consider it > depending on how close the code is to be reading. I have to at least > ask the question. Sure. So far I do not know. I imagine that if you really want this to happen so you propose some code. As you see in the bugTracker we put _ in selector for 1.1 > > > Thanks, > > Bill > > > <pharo.ico><pharo.png>_______________________________________________ > 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

May 14, 2009

Re: [Pharo-project] [ANN] OCompletion improves the accuracy of eCompletion

by Romain Robbes

Right now it works only if OCompletion is loaded after OB. You need to execute: OCompletionTable lookForOB to get it to work. Romain On May 14, 2009, at 10:45 PM, Alexandre Bergel wrote: >> Yes, it also works on OmniBrowser, and in the Workspace too. > > I see OCompletion in a debugger (the standard one), but not in OB > (obtained from ScriptLoader loadOBAlpha). > > Am i the only one? > > Cheers, > Alexandre > >> >> On May 13, 2009, at 3:26 PM, Damien Cassou wrote: >> >>> Hi Romain, >>> >>> On Tue, May 12, 2009 at 10:07 AM, Romain Robbes >>> <romain.robbes(a)lu.unisi.ch> wrote: >>>> To install it on Squeak or Pharo, simply execute the following line >>>> in >>>> your image: >>>> >>>> Installer squeaksource project: 'OCompletion'; install: 'OCLoader' >>> >>> thank you very much, this is great news. Could you please create a >>> package on Universes? How-to: http://wiki.squeak.org/squeak/5899 >>> >>> Does it work on OB (see ECompletionOmniBrowser)? and what about the >>> workspace ? Does it work with traits too (see ECompletionTraits)? >>> >>> Thank you >>> >>> -- >>> Damien Cassou >>> http://damiencassou.seasidehosting.st >>> >>> "Lambdas are relegated to relative obscurity until Java makes them >>> popular by not having them." James Iry >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> Romain Robbes >> http://www.inf.unisi.ch/phd/robbes >> >> >> _______________________________________________ >> 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 -- Romain Robbes http://www.inf.unisi.ch/phd/robbes

May 14, 2009

Re: [Pharo-project] accessors

by Schwab,Wilhelm K

Hello all, private accessors, different category - +10. Howoever, I will take this opportunity to re-re-express (sorry) my sincere hope for methods to have multiple categories. Then they become useful tags and can flag all kinds of things. Very useful. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Steve Wirts Sent: Thursday, May 14, 2009 12:13 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] accessors perhaps private accessors could go into a different category? On Thu, May 14, 2009 at 1:10 PM, Cameron Sanders <camsanders01(a)roadrunner.com<mailto:camsanders01@roadrunner.com>> wrote: That is not always the best policy. If you provide public accessors for your private model elements (representation), the next thing you know people start using them! And then your model interfaces is constrained. ? or am i just talking trash ? On May 14, 2009, at 12:55 PM, Steve Wirts wrote: > Hi Folks, > > Would it be inappropriate to request that an effort be made at some > point to try to provide accessors for all instance/class instance > variables, and try to get rid of inappropriate direct variable > accessing where possible? > > The "chasing variables" function is handy but seems more cumbersome > than just putting a halt in a setter. > > I know this would be a lot of work but maybe it could be automated. > > Just tell me to shut up and go away if I'm being a nuisance. Oh, and please stick around... to draw attention away from my pesky questions. > > > Steve :) -cam _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 14, 2009

Re: [Pharo-project] [ANN] OCompletion improves the accuracy of eCompletion

by Alexandre Bergel

> Yes, it also works on OmniBrowser, and in the Workspace too. I see OCompletion in a debugger (the standard one), but not in OB (obtained from ScriptLoader loadOBAlpha). Am i the only one? Cheers, Alexandre > > On May 13, 2009, at 3:26 PM, Damien Cassou wrote: > >> Hi Romain, >> >> On Tue, May 12, 2009 at 10:07 AM, Romain Robbes >> <romain.robbes(a)lu.unisi.ch> wrote: >>> To install it on Squeak or Pharo, simply execute the following line >>> in >>> your image: >>> >>> Installer squeaksource project: 'OCompletion'; install: 'OCLoader' >> >> thank you very much, this is great news. Could you please create a >> package on Universes? How-to: http://wiki.squeak.org/squeak/5899 >> >> Does it work on OB (see ECompletionOmniBrowser)? and what about the >> workspace ? Does it work with traits too (see ECompletionTraits)? >> >> Thank you >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Lambdas are relegated to relative obscurity until Java makes them >> popular by not having them." James Iry >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Romain Robbes > http://www.inf.unisi.ch/phd/robbes > > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 14, 2009

Re: [Pharo-project] Couldn't find an icon so...

by StÃ©phane Ducasse

Ok I asked samuel for the logos and icons and I will put them public. Stef On May 14, 2009, at 9:31 PM, Henrik Sperre Johansen wrote: > There's no problem with the logos (well, with the possible exception > that the pdf containing an svg version was somewhat hard to find, > maybe it could be hosted on the website instead of trawling through > mail archives and finding a link that still works?), he was talking > about an icon. > > Cheers, > Henry > > On 14.05.2009 21:10, StÃ©phane Ducasse wrote: >> >> what is the problem with the logos? >> > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 14, 2009

Re: [Pharo-project] Couldn't find an icon so...

by Adrian Lienhard

Hi Henry, Could you send me all the relevant files you found? I'll put them on the website. Thanks, Adrian On May 14, 2009, at 21:31 , Henrik Sperre Johansen wrote: > There's no problem with the logos (well, with the possible exception > that the pdf containing an svg version was somewhat hard to find, > maybe it could be hosted on the website instead of trawling through > mail archives and finding a link that still works?), he was talking > about an icon. > > Cheers, > Henry > > On 14.05.2009 21:10, StÃ©phane Ducasse wrote: >> >> what is the problem with the logos? >> > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 14, 2009

[Pharo-project] [ANN] 10304 new pharo-core available

by StÃ©phane Ducasse

https://gforge.inria.fr/frs/?group_id=1299 Stef

May 14, 2009

Re: [Pharo-project] Couldn't find an icon so...

by Henrik Sperre Johansen

There's no problem with the logos (well, with the possible exception that the pdf containing an svg version was somewhat hard to find, maybe it could be hosted on the website instead of trawling through mail archives and finding a link that still works?), he was talking about an icon. Cheers, Henry On 14.05.2009 21:10, StÃ©phane Ducasse wrote: > > what is the problem with the logos? >

May 14, 2009

Re: [Pharo-project] accessors

by StÃ©phane Ducasse

you can always do an abstract iv refactoring when you want to debug to funnel an halt. I should say that I'm not a big fan of accessor in a language that does not have protected like semantics. Stef On May 14, 2009, at 8:02 PM, Marcus Denker wrote: > > On 14.05.2009, at 12:55, Steve Wirts wrote: > >> Hi Folks, >> >> Would it be inappropriate to request that an effort be made at some >> point to try to provide accessors for all instance/class instance >> variables, and try to get rid of inappropriate direct variable >> accessing where possible? >> >> The "chasing variables" function is handy but seems more cumbersome >> than just putting a halt in a setter. >> >> I know this would be a lot of work but maybe it could be automated. >> >> Just tell me to shut up and go away if I'm being a nuisance. > > > In general I am a fan of self-style way of not destinguishing between > sends and instvar access. > (like NewSpeak, Gilad has some nice blog-posts on why you want message > sends for everything). > > But one thing can be quite problematic: performance. In Morphic, some > years ago somebody did this > refactoring. *all* accesses where replaced by messages sends. The > problem: performance. Especially > the path when accessing morphic properties added *lots* of message > sends, even for the case when > it was supposed to fail fast (e.g. morph-extension nil). > > Just removing those got us a lot of performance back when comparing > 3.9 with 3.8 (these changes where > later added to the OLPC image, too). > > Of course, this can be optimized easily in a JITed environment, but > just doing it for everything in Pharo > now would not be wise. In addition, one would need to think about > syntax.... implicit self, yes or no? > > The question about debugging of course can be solved, too, by making > variables real objects that one can, > for example, put a break-point on... > > Marcus > > -- > Marcus Denker - http://marcusdenker.de > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 14, 2009

Re: [Pharo-project] Couldn't find an icon so...

by StÃ©phane Ducasse

On May 14, 2009, at 1:53 PM, Schwab,Wilhelm K wrote: > Hello all, > > Sorry to have dropped out for a whlie - nothing against Pharo. I am > hopefully getting ready to ramp up some "real" work on Pharo, and > toward that end, have a couple of questions. The first is a trivial > concern that I have partially addressed with the attached icons. > All I did was take the logo and chop off the lighthouse itself. So > far it has been useless to me, but perhaps you will do better with it. what is the problem with the logos? > The next question is more aggressive. Having free use of > underscores would be a huge help to me. There are external > libraries that are littered with them, and relational databases for > which the most natural (leaving aesthetics out of it - this is about > simplicity). Is Gwenael's work to a point that it would be > reasonable to hack it into my own image? I'm not sure anymore that gwenael finished that supports. > I probably don't want to take the chance, but might consider it > depending on how close the code is to be reading. I have to at > least ask the question. Sure. So far I do not know. I imagine that if you really want this to happen so you propose some code. As you see in the bugTracker we put _ in selector for 1.1 > > > Thanks, > > Bill > > > <pharo.ico><pharo.png>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 14, 2009