- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Gaucho Progress

by Fernando olivero

On Aug 19, 2010, at 1:25 PM, Stephan Eggermont wrote: > Gaucho looks like an interesting system. Too bad the monticello versions > don't have comments, making it difficult to track progress. Is there another > way to see what's happening? > > Stephan > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 23, 2010

Re: [Pharo-project] 'foo' asTime

by StÃ©phane Ducasse

On Aug 23, 2010, at 12:21 PM, Gary Chambers wrote: > He was porting his stuff from Squeak 3.9 > > 3107 apparently. > > c.f. > #(12 35) asByteArray asInteger asByteArray This is what I tried #(12 35) asByteArray asInteger on my old 3.9 7067 final image and it barks. Then a nice explicit loops should make it too. Stef > > Unfortunately heavily used when doing low-level stuff with external devices socket data etc. > (let us not get into endianess either though ;-) ) > > Regards, Gary > > ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, August 23, 2010 11:01 AM > Subject: Re: [Pharo-project] 'foo' asTime > > >> #[12 35] asInteger >> is not in 1.0, 1.1, and 1.2 >> It does not work in squeak trunk either >> did not work in 3.9 either. >> So I'm puzzled. >> >> Now everybody can create his own personal package with the extensions they like. >> >> Stef >> >> On Aug 23, 2010, at 11:52 AM, Gary Chambers wrote: >> >>> +1 >>> >>> One of our developers recently complained of #asInteger being removed from ByteArray for instance... >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Brent Pinkney" <brent(a)zamail.co.za> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Monday, August 23, 2010 8:00 AM >>> Subject: Re: [Pharo-project] 'foo' asTime >>> >>> >>>>> I would really like to have the approach proposed by K. Beck on conversion >>>>> methods. Conversion methods for API compatible objects. Of course it will >>>>> lead to less compact program (URL readFrom: 'http://' instead of 'http://' >>>>> url) but avoids a lot of code in String (of course class extensions limit >>>>> the plague). >>>> >>>> Hi, please reconsider this. There is just no way (Duration seconds: 3) is >>>> better than '3 seconds'. >>>> >>>> This smacks of working for the computer instead of the other way around. >>>> >>>> Brent >>>> >>>> _______________________________________________ >>>> 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

Aug. 23, 2010

Re: [Pharo-project] EditorCursorFix: AutoEnclose enhancement

by StÃ©phane Ducasse

Comment #7 on issue 2653 by fernando22480: Editor cursor fix http://code.google.com/p/pharo/issues/detail?id=2653 I ran into some problems integrating it. Comments: #moveCursor: directionBlock forward: forward specialBlock: specialBlock select: shouldSelect Wasnt need in Pharo because the sensor is not being asked directly , and the original event is being passed one. Juan's good coding style! Added 1. to enable/disable send TextEditor>>autoEnclose : ( TextEditor class AutoEnclose class variable ). ( in which settings should this go? , or should we make a new TextSettings ? ) 2. TextEditorTest>testAutoEnclose Try it out using NewTextMorph. On Aug 23, 2010, at 12:20 PM, Fernando olivero wrote: > Name: SLICE-Issue-2653-EditorCursorFix-FernandoOlivero.2 > Author: FernandoOlivero > Time: 23 August 2010, 12:15:26 pm > UUID: 28389065-9ee0-4739-99a8-da1e9e94af54 > Ancestors: SLICE-Issue-2653-EditorCursorFix-FernandoOlivero.1 > Dependencies: Polymorph-Tools-Diff-FernandoOlivero.39, System-Text-FernandoOlivero.28, Tests-FernandoOlivero.209 > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 23, 2010

Re: [Pharo-project] 'foo' asTime

by Gary Chambers

He was porting his stuff from Squeak 3.9 3107 apparently. c.f. #(12 35) asByteArray asInteger asByteArray Unfortunately heavily used when doing low-level stuff with external devices socket data etc. (let us not get into endianess either though ;-) ) Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, August 23, 2010 11:01 AM Subject: Re: [Pharo-project] 'foo' asTime > #[12 35] asInteger > is not in 1.0, 1.1, and 1.2 > It does not work in squeak trunk either > did not work in 3.9 either. > So I'm puzzled. > > Now everybody can create his own personal package with the extensions they > like. > > Stef > > On Aug 23, 2010, at 11:52 AM, Gary Chambers wrote: > >> +1 >> >> One of our developers recently complained of #asInteger being removed >> from ByteArray for instance... >> >> Regards, Gary >> >> ----- Original Message ----- From: "Brent Pinkney" <brent(a)zamail.co.za> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Monday, August 23, 2010 8:00 AM >> Subject: Re: [Pharo-project] 'foo' asTime >> >> >>>> I would really like to have the approach proposed by K. Beck on >>>> conversion >>>> methods. Conversion methods for API compatible objects. Of course it >>>> will >>>> lead to less compact program (URL readFrom: 'http://' instead of >>>> 'http://' >>>> url) but avoids a lot of code in String (of course class extensions >>>> limit >>>> the plague). >>> >>> Hi, please reconsider this. There is just no way (Duration seconds: 3) >>> is >>> better than '3 seconds'. >>> >>> This smacks of working for the computer instead of the other way around. >>> >>> Brent >>> >>> _______________________________________________ >>> 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

Aug. 23, 2010

[Pharo-project] EditorCursorFix: AutoEnclose enhancement

by Fernando olivero

Name: SLICE-Issue-2653-EditorCursorFix-FernandoOlivero.2 Author: FernandoOlivero Time: 23 August 2010, 12:15:26 pm UUID: 28389065-9ee0-4739-99a8-da1e9e94af54 Ancestors: SLICE-Issue-2653-EditorCursorFix-FernandoOlivero.1 Dependencies: Polymorph-Tools-Diff-FernandoOlivero.39, System-Text-FernandoOlivero.28, Tests-FernandoOlivero.209

Aug. 23, 2010

Re: [Pharo-project] 'foo' asTime

by laurent laffont

On Mon, Aug 23, 2010 at 11:57 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > yes! > I did not say anything the last time because I did not want to break the > fun. > Don't hesitate to put some "Guru" tips in comments. Because it's really hard to know its own misconceptions :) I don't think it would break the fun (well.... unless you write "stupid idiot bastard don't use String>>#asUrl burn in hell !!!") but bring emulation. Laurent > > > > > > > 2010/8/23 Marcus Denker <marcus.denker(a)inria.fr> > > > > On Aug 23, 2010, at 9:40 AM, laurent laffont wrote: > >> > >> > >> Indeed I don't like '2010/08/01' asTime, but I like 3 seconds. > >> > > > > And I think the reason is the following: > > > > '2010/08/01' asTime > > > > this is just code... "string, you smalltalk object, please convert > yourself into an object of another class that > > you normally should know too much about". No reason why not to ask the > Time class: hey, time, > > I have a string, can you make a time for me? And it's even nicer... Time > knows about time, string > > about being a string. > > > > > > Yes. So I think I should avoid to show 'http://www.google.com' asUrl in > pharocasts...... > > > > > > Laurent > > > > > > > > > > BUT: > > > > 1 second + 3 hours > > > > This is different. This is a *domain specific language* for dealing with > time. When you read that, you do > > not think in term of general smalltalk code for coverting between > classes. We are (kind of) outside of > > our language model and the rules we normally follow do not apply. (e.g. > there is no hour and second class...). > > > > Domain specific languages are powerful, and one can abuse them very > easily. > > (am guilty of having written once some awful DSL where even the *name* of > a block > > parameter had semantic meaning ;-) > > > > Marcus > > > > -- > > Marcus Denker -- http://www.marcusdenker.de > > INRIA Lille -- Nord Europe. Team RMoD. > > > > > > _______________________________________________ > > 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 >

Aug. 23, 2010

Re: [Pharo-project] 'foo' asTime

by StÃ©phane Ducasse

#[12 35] asInteger is not in 1.0, 1.1, and 1.2 It does not work in squeak trunk either did not work in 3.9 either. So I'm puzzled. Now everybody can create his own personal package with the extensions they like. Stef On Aug 23, 2010, at 11:52 AM, Gary Chambers wrote: > +1 > > One of our developers recently complained of #asInteger being removed from ByteArray for instance... > > Regards, Gary > > ----- Original Message ----- From: "Brent Pinkney" <brent(a)zamail.co.za> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, August 23, 2010 8:00 AM > Subject: Re: [Pharo-project] 'foo' asTime > > >>> I would really like to have the approach proposed by K. Beck on conversion >>> methods. Conversion methods for API compatible objects. Of course it will >>> lead to less compact program (URL readFrom: 'http://' instead of 'http://' >>> url) but avoids a lot of code in String (of course class extensions limit >>> the plague). >> >> Hi, please reconsider this. There is just no way (Duration seconds: 3) is >> better than '3 seconds'. >> >> This smacks of working for the computer instead of the other way around. >> >> Brent >> >> _______________________________________________ >> 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

Aug. 23, 2010

Re: [Pharo-project] 'foo' asTime

by StÃ©phane Ducasse

yes! I did not say anything the last time because I did not want to break the fun. > > > 2010/8/23 Marcus Denker <marcus.denker(a)inria.fr> > > On Aug 23, 2010, at 9:40 AM, laurent laffont wrote: >> >> >> Indeed I don't like '2010/08/01' asTime, but I like 3 seconds. >> > > And I think the reason is the following: > > '2010/08/01' asTime > > this is just code... "string, you smalltalk object, please convert yourself into an object of another class that > you normally should know too much about". No reason why not to ask the Time class: hey, time, > I have a string, can you make a time for me? And it's even nicer... Time knows about time, string > about being a string. > > > Yes. So I think I should avoid to show 'http://www.google.com' asUrl in pharocasts...... > > > Laurent > > > > > BUT: > > 1 second + 3 hours > > This is different. This is a *domain specific language* for dealing with time. When you read that, you do > not think in term of general smalltalk code for coverting between classes. We are (kind of) outside of > our language model and the rules we normally follow do not apply. (e.g. there is no hour and second class...). > > Domain specific languages are powerful, and one can abuse them very easily. > (am guilty of having written once some awful DSL where even the *name* of a block > parameter had semantic meaning ;-) > > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > 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

Aug. 23, 2010

Re: [Pharo-project] 'foo' asTime

by StÃ©phane Ducasse

what is #[12 35] asInteger? Stef On Aug 23, 2010, at 11:52 AM, Gary Chambers wrote: > +1 > > One of our developers recently complained of #asInteger being removed from ByteArray for instance... > > Regards, Gary > > ----- Original Message ----- From: "Brent Pinkney" <brent(a)zamail.co.za> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, August 23, 2010 8:00 AM > Subject: Re: [Pharo-project] 'foo' asTime > > >>> I would really like to have the approach proposed by K. Beck on conversion >>> methods. Conversion methods for API compatible objects. Of course it will >>> lead to less compact program (URL readFrom: 'http://' instead of 'http://' >>> url) but avoids a lot of code in String (of course class extensions limit >>> the plague). >> >> Hi, please reconsider this. There is just no way (Duration seconds: 3) is >> better than '3 seconds'. >> >> This smacks of working for the computer instead of the other way around. >> >> Brent >> >> _______________________________________________ >> 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

Aug. 23, 2010

Re: [Pharo-project] 'foo' asTime

by Gary Chambers

+1 One of our developers recently complained of #asInteger being removed from ByteArray for instance... Regards, Gary ----- Original Message ----- From: "Brent Pinkney" <brent(a)zamail.co.za> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, August 23, 2010 8:00 AM Subject: Re: [Pharo-project] 'foo' asTime >> I would really like to have the approach proposed by K. Beck on >> conversion >> methods. Conversion methods for API compatible objects. Of course it will >> lead to less compact program (URL readFrom: 'http://' instead of >> 'http://' >> url) but avoids a lot of code in String (of course class extensions limit >> the plague). > > Hi, please reconsider this. There is just no way (Duration seconds: 3) is > better than '3 seconds'. > > This smacks of working for the computer instead of the other way around. > > Brent > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 23, 2010