- Pharo-dev - lists.pharo.org

Re: [Pharo-project] FAQ migration

by Max Leske

Yeah, should probably better contain the TOC to the FAQ entries. Max On 11.04.2011, at 09:40, Adrian Lienhard wrote: > > On Apr 10, 2011, at 13:16 , Mariano Martinez Peck wrote: > >> Thanks Max, I am reading it now :) >> For those who doesn't know the link: http://book.pharo-project.org/book/FAQ/ > > Hm, this page is pretty empty... > > Adrian > > BTW, there's another FAQ, which I had written over some time: http://www.pharo-project.org/documentation/faq. Does it make sense to keep both (a technical and a non-technical FAQ)? Or should we merge this one also into the book? > >

April 11, 2011

Re: [Pharo-project] Issue 3977 in pharo: Undeclared vars in MorphTreeMorph

by pharo＠googlecode.com

Comment #2 on issue 3977 by Benjamin...(a)gmail.com: Undeclared vars in MorphTreeMorph http://code.google.com/p/pharo/issues/detail?id=3977 I think it's a fix based on an out dated version because the Issue 3955introduce those variables ... The problem comes from the fix Issue 3969 attachment: TreePart2.cs (8.0 KB) :) Those fixes should be merged using a clean image ^^

April 11, 2011

Re: [Pharo-project] Have started an independent developer activity - Thank you

by laurent laffont

On Sun, Apr 10, 2011 at 10:01 PM, ZeBourk <zebourk(a)gmail.com> wrote: > Congratulations Laurent! > > And thank you for having given me the motivation to dive into > smalltalk. Now I have introduced it in the company I work for, and > it's really fun. > Cool ! Can we add it to http://www.pharo-project.org/about/success-stories ? Laurent > > I wish you success, too. > > Thierry > > 2011/4/9 laurent laffont <laurent.laffont(a)gmail.com>: > > Hi, > > I discovered Smalltalk and Pharo almost three years ago and just after > read > > Chad Fowler book "Passionate Programmer" (1st edition title was "My job > went > > to India"). These have changed my developer life, how I perceive software > > and that great technology is fun, people doing it more. You're a cool > > community and I'm proud to be there. > > Now I've started an aside (paid :) independent developer activity thanks > to > > a cool guy. That would not be possible without all the stuff I learn > every > > day from the community and the urge to continue you give me. > > Each time I've made a step forward (open a blog, write ProfStef, fix > bugs, > > create PharoCasts) I've been amazed that the generated effects were those > > described in Passionate Programmer (go read it !) The last chapter is "Go > > independent" so now I need the sequel ;) > > Special big thank you to StÃ©phane Ducasse - you're crazy :) Long live > Pharo > > ! > > > > PS: nice piece of Passionate Programmer: > > When I was in India weeding through hundreds of candidates for only > > tens of jobs, the interview team was exhausting itself and running out > > of time because of a poor interview-to-hire hit rate. Heads hurting and > > eyes red, we held a late-night meeting to discuss a strategic change in > the > > way we would go through the candidates. We had to either optimize the > > process so we could interview more people or somehow interview better > > people (or both). With what little was left of my voice after twelve > > straight > > hours of trying to drag answers out of dumbstruck programmers, I argued > > for adding Smalltalk to the list of keywords our headhunters were using > > to search their rÃ©sumÃ© database. But, nobody knows Smalltalk in India, > cried > > the human resources director. That was my point. Nobody knew it, and > > programming in Smalltalk was a fundamentally different experience than > > programming in Java. The varying experience would give candidates a > > different level of expectations, and the dynamic nature of the Smalltalk > > environment would reshape the way a Java programmer would approach > > a problem. My hope was that these factors would encourage a level of > > technical maturity that I hadnât been seeing from the candidates Iâd met > so > > far. > > The addition of Smalltalk to the requirements list yielded a candidate > pool > > that was tiny in contrast to our previous list. These people were > diamonds > > in the rough. They really understood object-oriented programming. They > > were aware that Java isnât the idealistic panacea itâs sometimes made out > > to be. Many of them loved to program! Where have you been for the past > two > > weeks? we thought. > > Unfortunately, our ability to attract these developers for the salaries > we > > were able to pay was limited. They were calling the shots, and most of > > them chose to stay where they were or to keep looking for a new job. > > Though we failed to recruit many of them, we learned a valuable recruit- > > ing lesson: we were more likely to extend offers to candidates with > diverse > > (and even unorthodox) experience than to those whose experiences were > > homogenous. My explanation is that either the good people seek out > > diversity, because they love to learn new things, or being forced into > alien > > experiences and environments created more mature, well-rounded soft- > > ware developers. I suspect itâs a little of both, but regardless of why > it > > works, we learned that it works. I still use this technique when looking > > for developers. > > > > Laurent Laffont - @lolgzs > > > > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > > Blog: http://magaloma.blogspot.com/ > > Developer group: http://cara74.seasidehosting.st > > > > > >

April 11, 2011

Re: [Pharo-project] Download choices :) or :(?

by Adrian Lienhard

On Apr 11, 2011, at 04:43 , Serge Stinckwich wrote: > There should be i guess just one download page. > On the first page, there is some downloads links in the three columns. > If you look at the python language website, there is only one download > page, the same for Ruby. Yep! > Adrian take care of the website if i remember. I know from experience > this a really boring task. > If we want to scale to a small team of volunteers, what could be done > to simplify the modification of pages ? > I know that the website currently used is based on Cmsbox and this is > great showcase for Pharo&Smalltalk, but > maybe an automatically generated html website with the help of tools > like webgen or something similar with the pages on a git repository > somewhere could help the management. I don't think we have a tool issue here. We already have several people that help with managing the website and that works pretty well. I think the confusion about what to download can be addressed by providing less options. Maybe we just have too many of them... The initial idea was that in particular newcomers would just download the one-click image. In the meantime we got a one-click image with and without COG. Then people asked for direct shortcuts on the home page for the stable core, the unstable core, and the stable full image. Of course this makes everything very complicated for people who don't know what they want/need. So we should think again about what images we want to provide for download and how to link them. Cheers, Adrian

April 11, 2011

Re: [Pharo-project] FAQ migration

by Adrian Lienhard

On Apr 10, 2011, at 13:16 , Mariano Martinez Peck wrote: > Thanks Max, I am reading it now :) > For those who doesn't know the link: http://book.pharo-project.org/book/FAQ/ Hm, this page is pretty empty... Adrian BTW, there's another FAQ, which I had written over some time: http://www.pharo-project.org/documentation/faq. Does it make sense to keep both (a technical and a non-technical FAQ)? Or should we merge this one also into the book?

April 11, 2011

Re: [Pharo-project] [SPAM] Nice post about files ....

by Sven Van Caekenberghe

On 11 Apr 2011, at 08:57, Geert Claes wrote: > http://gbracha.blogspot.com/2010/02/nail-files.html Indeed, it's very well put.

April 11, 2011

Re: [Pharo-project] Issue 2986 in pharo: DemoMode should not change Fonts only sizes

by pharo＠googlecode.com

Comment #7 on issue 2986 by aplan...(a)gmail.com: DemoMode should not change Fonts only sizes http://code.google.com/p/pharo/issues/detail?id=2986 Here is a new version Attachments: moreDejaVuAndRemoveAccunyFor1.3.st 675 bytes

April 11, 2011

[Pharo-project] Nice post about files ....

by Geert Claes

http://gbracha.blogspot.com/2010/02/nail-files.html -- View this message in context: http://forum.world.st/Nice-post-about-files-tp3441220p3441220.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 11, 2011

Re: [Pharo-project] A question about UIManager

by Fernando Olivero

Actually i havent uploaded the fix yet, so this is good because now i can modify the changeset to adopt Morph>>uiManager. Stef, what do you think about the class vars of SystemWindow, should they also be moved to UIManager: for example TopWindow and associated protocol. In Issue 3917:Make all uses of SystemWindow go thru UIManger, i provided an initial implementation. I've replaced the refs of SystemWindow to UIManager>>newWindowLabelled: aString, and eliminated the class vars in favor of ivars of the MorphiUIManager. Fernando On Mon, Apr 11, 2011 at 7:37 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > thanks! > > Stef > > On Apr 10, 2011, at 10:31 PM, Fernando Olivero wrote: > >> I believe that any UI element, should answer uiManager. And hardcoding >> the class in a single uiManager method in Morph is a good idea. So i >> vote in favor of Â Morph>>uiManager ^ MorphicUIManager default. >> >> Following the same line of thought we should do the same for the >> globals World, ActiveWorld, ActiveEvent and ActiveHand. >> I've provided with the code in Â Issue 3903: Â Removing the Globals >> World, ActiveHand and ActiveEvent. As well as direct references to >> WorldState. >> >> Fernando >> >> On Sun, Apr 10, 2011 at 9:21 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> Hi pharoers >>> >>> I was trying to change MenuMorph direct reference to use UIManager because I was thinking >>> that a popup menu should not open alone but this is the responsibility of the UIManager and I was not happy. >>> why because we have these >>> Â Â Â Â UIManager default >>> >>> and I started to think about them (ok I'm dead nearly sleeping at 9 in the evening because I took too much sun >>> and walk today). My gut feeling is that at least for UI code, any UI element could have an access to the current UIManager >>> via an instance variable or a message. >>> Â Â Â Â self uiManager. >>> Now may be the UI World should point to the UIMAnager and each graphical element should access it like that. >>> For non UI class then this is a different story. >>> >>> But I would like to get your point of view on that point. >>> >>> Tx >>> >>> stef >>> >> > >

April 11, 2011

Re: [Pharo-project] Issue 3982 in pharo: Error: can''t find EOCD position

by pharo＠googlecode.com

Comment #1 on issue 3982 by stephane...(a)gmail.com: Error: can''t find EOCD position http://code.google.com/p/pharo/issues/detail?id=3982 Can you try to flush your package cache? And retry.

April 11, 2011