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

Re: [Pharo-project] [squeak-dev] Cog+NativeBoost Linux32 binaries available

by Juan Vuletich

Hi Folks, Igor Stasenko wrote: > ... > Also, it would be cool to sync with Juan and his work on Morphic 3. > I'd like to provide a GL backend for Morphic 3. > > But its unclear to me, what plans Juans having about it. Recently he > said that he won't make any public releases. > But i really hope that we could work together on it, because such > ambitious projects need more than a single man > in order to complete. > My attempt to raise some funds to be able to work on it yielded very modest results. As a result, I'm spending more time in regular, paid work that I'd like (lately, even Drupal and PHP...). This means I don't have much time left. And most of it goes in keeping Cuis updated. So, Morphic 3 will keep advancing at a slow pace. Help in this regard would be much appreciated. Cheers, Juan Vuletich

Oct. 9, 2010

Re: [Pharo-project] XTream was Re: Ocean (was Re: Less plugins, more Smalltalk code!)

by Sven Van Caekenberghe

Martin & Michael, Thank you first for coming up with xtreams and second for taking the open source route and doing the effort to promote it. I've been browsing a bit in vwnc 7.7 and it really shows that you guys have been thinking about this for quite some time and that this is not the first implementation. This is Smalltalk code that confirms my belief why Smalltalk is better. I am happy with your reaction and I agree with the goal that xstreams should be loadable and usable next to the standard stuff. Selector names are clearly carefully chosen to make this possible, class names are a bit harder for Smalltalks without name spaces ;-) I think we (for me, that is Pharo users, for others that might be Squeak users) should really take this opportunity (your invitation) and help turn the xstreams codebase into something portable to multiple Smalltalk implementations. With Nicolas there is already somebody with great concrete experience and actual code to help make this a reality. If I can, I will at least be an interested user and hopefully also capable of contributing. Sven On 08 Oct 2010, at 22:04, mkobetic(a)gmail.com wrote: > I saw this thread on the pharo list and figured that a bit of feedback from Michael and myself might be helpful. Please, forgive the cross-posting, this concerns both dialects and I'd like to make this discussion visible on the VW side as well. > > First of all, let me thank everyone for the "xtreamly" positive feedback. It sure feels good to get a thumbs up once in a while. So, thanks! > > Since there was a question earlier about availability of my ESUG slides, I'll also add that a rather crude and plain but usable pdf export of those is available on the ESUG slideshare. I'd be happy to forward the pdf to anyone interested as well. It's full of examples and it certainly should be easier to copy those from there than from the video or memory :-). > > As far as the future plans for Xtreams go (at least on VW side), we'd primarily like to validate the design with actual use, and fix any outstanding issues of course. We are certainly open towards collaboration with others on further development or porting efforts. I'd be happy to help sort out any porting issues (at least from the VW side). > > Regarding the general direction of the project, we are skeptical about the possibility of maintaining backward compatibility with the classic streams and yet being able to make the kind of changes that we're experimenting with in Xtreams. At this point we believe that the only practical approach is to let them live side by side and let people chose whichever fits better their needs. If Xtreams ever do gain significant acceptance there certainly is a very real possibility that we'll end up having to live with both frameworks, maybe forever. But we don't think there's practical way to somehow evolve the classic streams into something like Xtreams without wreaking havoc. > > That's also partly why we took the liberty of changing even the basic APIs. They don't behave quite the same way (intentionally) in a number of cases and given that the two will likely have to coexist in the same context, it might be actually beneficial to make them distinctly different, so that it's clear which one is used where. Anyway, what I'm getting at is that some of the choices we've already made with Xtreams might be hard for us to compromise on, but we can certainly discuss the options. On the other hand, implementation changes that aid portability and don't compromise the basic goals are certainly a fair game. Ideally we'll be able to agree on an arrangement that would allow the project to co-evolve on multiple-dialects without the need to effectively fork the code-base. That would certainly be worth-while and we're definitely interested in trying to achieve that. I'll be at the Smalltalks 2010 conference in november and would be happy to discuss any details if there are people interested in this. > > Obviously, given the license, people are free to fork the code or start from scratch or whatever and take it in whatever direction they see fit. I just want to make it clear that we are open to collaboration as long as we can agree on general direction. So, no hard feelings Nicolas :-), although we may want to sort out the naming eventually just for the sake of avoiding confusion in the Squeak and Pharo world (if Xtreams ever get traction there). > > Anyway, I'm now subscribed to the pharo list so I'm reachable both there and on vwnc. > > Martin > > "Nicolas Cellier"<nicolas.cellier.aka.nice(a)gmail.com> wrote: >> Yes that's a correct description of the past and present. >> >> The futur is opened, and the main options for Squeak Xtream are: >> 1) change goals to get closer to VW - with a compatible API and lot of >> mud underneath to glue the implementation on squeak >> 2) stay at a proof of concept experimental level >> 3) continue developping independantly as a replacement for Stream >> >> There is a lot of buzz recently, and a renewed interest in VW Xtream. >> So there is a chance to gather enough force to attempt a squeak port, >> whether based on Squeak Xtream experiments or not. >> But it's not to me alone to answer this challenge. >> >> Nicolas >> >>> Sven >>> >>> _______________________________________________ >>> 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

Oct. 9, 2010

Re: [Pharo-project] Learning by download all the mcz files from a repository

by HwaJong Oh

Your name is very familar. Are you Bill Schwab from Dolphin community? If true, hi! I just want to be productive by learning packages effectively by researching better way of doing it. This idea is just one of them. The point of the idea is, sometimes knowing history can explain better than just knowing present. Quantum theory is very hard to understand, but its history tells us why the equations has to change. Some unexplainable facts enters and new theory can expain the past facts and new facts together. I think it is very similar in software. It has to change for a reason which was not the case in the past. Besides I can find some classes which do not change in the timeline. They can be considered as core concept of the package. Best regards HwaJong Oh -- View this message in context: http://forum.world.st/Learning-by-download-all-the-mcz-files-from-a-reposit… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 9, 2010

Re: [Pharo-project] Strange code replacement when prompting unknown selector

by Juan Vuletich

Sounds reasonable. Cheers, Juan Vuletich Mariano Martinez Peck wrote: > > > 2010/10/9 Guillermo Polito <guillermopolito(a)gmail.com > <mailto:guillermopolito@gmail.com>> > > The problem seems to be between /TextEditor>>correctFrom:to:with:/ > and /Parser>>substituteWord:wordInterval:offset:/ > > The TextEditor isn't using well the selection offset to calculate > the replacement, and the parser is sending an interval that's not > the one that the Editor must replace. > > I think the right place to put this is the Editor, but behind > another message like replaceInSelectionFrom:to:with: > > What do you think? > > Guille > > > > On Wed, Oct 6, 2010 at 6:33 PM, Guillermo Polito > <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com>> wrote: > > http://code.google.com/p/pharo/issues/detail?id=3070 > > Cheers! > Guille > > > > _______________________________________________ > 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 > > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.862 / Virus Database: 271.1.1/3184 - Release Date: 10/08/10 03:34:00 > >

Oct. 9, 2010

Re: [Pharo-project] bad bracket autocompletion in Pharo Core 1.2

by Juan Vuletich

Hi Folks, Cuis doesn't include #autoEnclose, so I don't know how it should behave. Cheers, Juan Vuletich Mariano Martinez Peck wrote: > Guille, if I remember correctly (not sure), these new classes like > TextEditor and Smalltalk editor came from Cuis. Juan (Cuis author) i > think he is in the mailing list but not read it so frequently. So, for > this issues maybe you can cc'ed him. > > Cheers > > Mariano > > 2010/10/9 Guillermo Polito <guillermopolito(a)gmail.com > <mailto:guillermopolito@gmail.com>> > > Here is the piece of code that's behaving weird > > TextEditor>>dispatchOn: > > ... > ... > char := aKeyboardEvent keyCharacter. > openers := '([{'. > closers := ')]}'. > ( closers includes: char) ifTrue: [ self blinkPrevParen: > char ]. > result := self normalCharacter: aKeyboardEvent. > (self class autoEnclose and: [ openers includes: char ]) > not ifTrue: [ ^ result ]. > suffix := closers at: (openers indexOf: char). > paragraph text append: suffix asString. > self moveCursor: [ : position | position ] forward: true > specialBlock: [ : pos | "no special behavior" ] event: > aKeyboardEvent . > self userHasEdited. > > ------------------------------------- > > So, if I evaluate "TextEditor autoEnclose: false", it is stops > behaving like that :) > > What should be the desired behavior? Having it configurable as it > is today but fix the strange bracket adding? remove this behavior? > I can't find now how ParagraphEditor did this. > > Guille > > > On Wed, Oct 6, 2010 at 10:34 PM, Guillermo Polito > <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com>> wrote: > > Yes, the issue can be reduced to: > > open parenthesis (or brackets), then something else (anywhere > in the editor). > > 2010/10/6 Mariano Martinez Peck <marianopeck(a)gmail.com > <mailto:marianopeck@gmail.com>> > > I detected a similar problem: > > once you type an opening parenthesis, and then something > else, it adds a new one at the END of the code > > check http://code.google.com/p/pharo/issues/detail?id=2939 > > 2010/10/6 Guillermo Polito <guillermopolito(a)gmail.com > <mailto:guillermopolito@gmail.com>> > > http://code.google.com/p/pharo/issues/detail?id=3069 > > if you type: > > [] -> []] > > () -> ()) > > {} -> {}} > > > > > Bye! > > _______________________________________________ > 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 > > > > _______________________________________________ > 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 > > > > > _______________________________________________ > 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 > > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.862 / Virus Database: 271.1.1/3184 - Release Date: 10/08/10 03:34:00 > >

Oct. 9, 2010

Re: [Pharo-project] Learning by download all the mcz files from a repository

by HwaJong Oh

Maybe it is not worth my time. Thanks for advice. :-) -- View this message in context: http://forum.world.st/Learning-by-download-all-the-mcz-files-from-a-reposit… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 9, 2010

Re: [Pharo-project] R: Problem with inspector

by Frederic Pluquet

Hello, It's the NewInspector on both pictures but two different versions of this tool. In the old version, the class and the methods were displayed for each inspected object. In the current version, there are not displayed (because the community prefers less children for each object). FrÃ©d ---- FrÃ©dÃ©ric Pluquet UniversitÃ© Libre de Bruxelles (ULB) Assistant http://www.ulb.ac.be/di/fpluquet 2010/10/8 morod <morod(a)tiscali.it> > Hi Mariano > > > > I tried it with multiple images and the behavior is the same with all the > images. > > > > Sent the sample is made with: > > Pharo-1.1-11411 > > Latest update: #11411 > > > > The first one is my image and the second is taken from the book âPharo by > Exampleâ > > > > Thanks again > > > > Morod > > > > *Da:* pharo-project-bounces(a)lists.gforge.inria.fr [mailto: > pharo-project-bounces(a)lists.gforge.inria.fr] *Per conto di *Mariano > Martinez Peck > *Inviato:* venerdÃ¬ 8 ottobre 2010 21:43 > *A:* Pharo-project(a)lists.gforge.inria.fr > *Oggetto:* Re: [Pharo-project] Problem with inspector > > > > Hi morod, and welcome to Pharo! > > Which Pharo image are you exactly using? (the name of the zip, the image > file or go to System -> About) The first one is your image, right ? and > the second one? where is it from ? > > The difference is that the first image is using the "old" traditional > inspector, while the second picture is using another inspector, which is > called "NewInspector", which provides more information. > > Cheers > > Mariano > > 2010/10/8 morod <morod(a)tiscali.it> > > Hi > > iâm new to smalltalk and Pharo and my inspector show > > > > > > instead of > > > > Why? Thanks > > > > > _______________________________________________ > 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 >

Oct. 9, 2010

Re: [Pharo-project] OrderedCollection

by StÃ©phane Ducasse

looks like an exercise :) Stef On Oct 9, 2010, at 12:50 PM, Paper Spot Paper Spot wrote: > Hello, > > I've a small question about the OrderedCollection. I've an OrderedCollection wich contains some Users. Every Users have a name and a password. > > How can I search a user with a specific name ? > > Thank you in advance. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 9, 2010

Re: [Pharo-project] OrderedCollection

by Bart Gauquie

Hello, The free http://pharobyexample.org/ book is an excellent source for all your questions concerning Pharo. Under 9.5 Collection iterators on page 200 you can find what you are searching for. Kind regards, Bart 2010/10/9 Paper Spot Paper Spot <paperspot.sepm(a)gmail.com> > Hello, > > I've a small question about the OrderedCollection. I've an > OrderedCollection wich contains some Users. Every Users have a name and a > password. > > How can I search a user with a specific name ? > > Thank you in advance. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- imagination is more important than knowledge - Albert Einstein Logic will get you from A to B. Imagination will take you everywhere - Albert Einstein Learn from yesterday, live for today, hope for tomorrow. The important thing is not to stop questioning. - Albert Einstein The true sign of intelligence is not knowledge but imagination. - Albert Einstein However beautiful the strategy, you should occasionally look at the results. - Sir Winston Churchill It's not enough that we do our best; sometimes we have to do what's required. - Sir Winston Churchill

Oct. 9, 2010

[Pharo-project] OrderedCollection

by Paper Spot Paper Spot

Hello, I've a small question about the OrderedCollection. I've an OrderedCollection wich contains some Users. Every Users have a name and a password. How can I search a user with a specific name ? Thank you in advance.

Oct. 9, 2010