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

Re: [Pharo-project] Fwd: Re: Squeaksource XML Parser - Enhanced support for CDATA Sections

by jaayer

---- On Tue, 10 Aug 2010 13:41:09 -0700 jaayer wrote ---- >The first form is already in use elsewhere in the API and has some advantages over the third person singular form (the "is" prefix). I meant to say here that the "is" prefix is an advantage over the third person singular form (because people recognize it right away as indicating a boolean return value) and not that it is the third person singular (it isn't).

Aug. 10, 2010

Re: [Pharo-project] Fwd: Re: Squeaksource XML Parser - Enhanced support for CDATA Sections

by jaayer

---- On Tue, 10 Aug 2010 02:18:19 -0700 Norbert Hartl wrote ---- > >But as I wrote in my description of the problem I would call it > >coalesceCDATASections: aBoolean > >or > >enableCoalescing >disableCoalescing The downside of enable/disable pairs is the need for three message (two to modify, one to test and lazily initialize) rather than two. >The functionality that is described here is better known as coalescing. And it describes better what is going. If a parser is coalescing two things will happen. CDATA sections will be read in as text nodes and then subsequent text nodes are coalesing into a single text node. > >my 2 cents, > >Norbert I think "preserve" is better, if only because "coalesceCData" just implies a joining together of CDATA sections and says nothing about their status in the DOM tree as XMLString or XMLCData nodes. Although I am not wed to it.

Aug. 10, 2010

Re: [Pharo-project] Poll: missing libraries to support business

by GermÃ¡n Arduino

Hi Mariano: I was thinking the same (or use the already existing "Ideas" page). But I can't modify nor create new pages. Cheers. 2010/8/10 Mariano Martinez Peck <marianopeck(a)gmail.com>: > It would be nice of someone can collect aaaaall these ideas, and the future > ideas that derive from the different threads, and put them together > somewhere. I am not sure if a issue is the best approach. > > I would create a wiki page where all that information is written in kind of > bullet. With that, we have a big lists of projects of interest. Maybe people > is interested in doing a project maybe for university, master, or maybe > because it just have time. > > For each bullet we can also link to the thread of discussion for example. > This list will be a kind of wishlist for Pharo. > > Hopefully someone has time to write this down... > > Cheers > > Mariano > > > On Tue, Aug 10, 2010 at 3:03 PM, Hilaire Fernandes > <hilaire.fernandes(a)gmail.com> wrote: >> >> - loading binary code in an existging Pharo installation. It will ease >> to make very tiny Pharo application. Useful for plateform with limited >> resources. >> >> Hilaire >> >> Le 10/08/2010 14:37, Stephan Eggermont a Ã©crit : >> > Philippe wrote: >> >> Rather than imagining what problems non-users could have I'd focus on >> >> what problems existing users have. Instead of building libraries that >> >> you'll have to maintain forever I'd focus in infrastructure that allows >> >> users to write the libraries they need themselves. >> > >> >> Executive summary: >> >> - HTTP(S) >> >> - SqueakDBX >> >> - VM/Cog/kernel/FFI/Alien >> > >> > - making it possible to use all the memory in my system: 64 bit. >> > >> > Stephan >> >> >> >> _______________________________________________ >> 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. 10, 2010

Re: [Pharo-project] Loading platform-specific code

by Sean P. DeNigris

Mariano Martinez Peck wrote: > > ahhh sorry....and what about conditional loading? and using spec:for or > something like that? > After this discussion, it seems to me that the best strategy is to load the required code for all OSes, so the image remains cross-OS. This seems like a better default option, and someone who has special requirements (e.g. a deployment on a specific OS that will never change) can take whatever extra steps to slim it down. Sean -- View this message in context: http://forum.world.st/Loading-platform-specific-code-tp2318610p2320471.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 10, 2010

Re: [Pharo-project] Fixed: Issue 2754 - DateAndTime creation from string/stream using incorrect default offset

by Sean P. DeNigris

StÃ©phane Ducasse wrote: > > what is the DateAndTime localOffset? "Answer the duration we are offset > from UTC" > http://en.wikipedia.org/wiki/Coordinated_Universal_Time - In casual use, when fractions of a second are not important, Greenwich Mean Time (GMT) can be considered equivalent to UTC or UT1. In fact, saying "GMT" often implies either UTC or UT1. For this reason, saying "GMT" is generally avoided in technical contexts, with an unambiguous terminology of "UTC" or "UT1" preferred instead. StÃ©phane Ducasse wrote: > > Your changes basically uses DateAndTime localOffset when no offset is > specified (and before it used zero). > It sounds reasonable but I was wondering the impact. > Yes, that's correct. I changed it for two reasons: 1. when someone says, "6pm," I don't think they ever mean GMT (unless, of course, that's their local time). 2. The non-[string|stream] instance creation methods (e.g. DateAndTime date: Date today time: Time now) do not operate that way, and return a DateAndTime like "2010-08-10T17:11:36-04:00" (with my local offset) HTH, Sean -- View this message in context: http://forum.world.st/Fixed-Issue-2754-DateAndTime-creation-from-string-str… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 10, 2010

Re: [Pharo-project] Fwd: Re: Squeaksource XML Parser - Enhanced support for CDATA Sections

by jaayer

---- On Tue, 10 Aug 2010 12:17:36 -0700 StÃ©phane Ducasse wrote ---- >>> >> >> The infinitive in English is two words with possibly other words separating them, the word "to" and then the verb lacking any "s" or "es" or other tense, number or person modifiers: "to program" or "to code." > >Thanks. I know the difference :) I meant in method selectors include: vs includes: I think #includes*, #has* and similar messages use the third person singular so that when you use them in an expression like this: aCollection includes: anObject What you are really doing is affirming something (inclusion of an object) about some subject, (a collection). A sentence with a subject and a predicate that affirms or denies something about that subject is a proposition, and propositions in two-valued logic are either true or false (just as the smalltalk expression above would be when evaluated). > >isPreservingCDataSections >doesPreserveCDataSections The first form is already in use elsewhere in the API and has some advantages over the third person singular form (the "is" prefix). However, it can also imply an unnecessary temporal restriction to the present. For example, compare #resolvesExternalEntities with #isResolvingExternalEntities. The second selector could just mean--if true--that the parser supports resolution of external entities, but it could also mean that the parser is right now, at this very moment, resolving external entities. While the "does" form does not suffer from these ambiguities, it is also the longest and ugliest of bunch. > >Yes but it looks like an order too and I do not understand the difference between >using >Â Â Â Â preserveSCD.... >and >Â Â Â Â parseDocument (with no S after parseDocument) Imperative forms of a verb in English never have an "s" or "es" at the end of them. That means #preservesCDataSections (or #includes: or any other similar message) could never be taken to be an imperative command given to the receiver and instead must form, with the receiver and any arguments, some type of propositional sentence that is either true or false. >I follow Beck and Smalltalk with Style (see my web page) convention. I have read Kent's Smalltalk Best Practice Patterns, though not the other one. I will check it out, and I appreciate your feedback, StÃ©phane.

Aug. 10, 2010

[Pharo-project] [update 1.2] #12087

by StÃ©phane Ducasse

12087 ----- - Issue 2573: Make it possible to run cleanup non-interactively. Thanks Andreas Raab and German Arduino. - Issue 2756: Morphic Cleansing - Remove use of findA:. Thanks Guillermo Polito. - Package name test. Thanks Luc Fabresse. Thanks guys!

Aug. 10, 2010

Re: [Pharo-project] Fixed: Issue 2754 - DateAndTime creation from string/stream using incorrect default offset

by StÃ©phane Ducasse

hi sean what is the DateAndTime localOffset? "Answer the duration we are offset from UTC" Your changes basically uses DateAndTime localOffset when no offset is specified (and before it used zero). It sounds reasonable but I was wondering the impact. Stef On Aug 5, 2010, at 10:57 PM, Sean P. DeNigris wrote: > > http://code.google.com/p/pharo/issues/detail?id=2754 > > Fix in PharoInbox > SLICE-Issue-2754-CreationFromStringOrStreamDefaultsToLocalOffset-SeanDeNigris.1 > -- > View this message in context: http://forum.world.st/Fixed-Issue-2754-DateAndTime-creation-from-string-str… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 10, 2010

Re: [Pharo-project] Polymorph enhancements

by StÃ©phane Ducasse

On Aug 10, 2010, at 9:34 PM, Tudor Girba wrote: > > On 10 Aug 2010, at 20:34, StÃ©phane Ducasse wrote: > >> >> On Aug 10, 2010, at 5:27 PM, Tudor Girba wrote: >> >>> Aha, that is it then (I am using the default Watery theme). >>> >>> I will give 1.2 a try. We should anyway switch Moose to it soon :). >> >> so soon? > > I just want to put some pressure on Pharo :) ;D We will resist and continue to shake the system. at one point we played with the idea to have a fast 1.2 release to get something for ESUG but I would like to have webClient fileSystem and a lot of changes in so may be we will go slowly and nicely :) > >> 1.2 is bleeeeeeeeeeding edge :) >> You know it. > > Sure. We moved the development on 1.1 the very next day after we released the Moose 4.0 version based on Pharo 1.0. It worked well and I think it's a good pattern. ok > > Doru > > >> Stef >> >> >>> >>> Cheers, >>> Doru >>> >>> >>> On 10 Aug 2010, at 17:24, Gary Chambers wrote: >>> >>>> Only for 1.2 due to changes in the window controls (is ok in 1.1 for themes other than Watery/Watery2)... >>>> >>>> Regards, Gary >>>> >>>> ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> >>>> To: <Pharo-project(a)lists.gforge.inria.fr> >>>> Sent: Tuesday, August 10, 2010 4:11 PM >>>> Subject: Re: [Pharo-project] Polymorph enhancements >>>> >>>> >>>>> Only tested on the bleeding edge 1.2... >>>>> >>>>> Shouldn't crash though (if not on W2K theme)... >>>>> Do you have a debug log available? >>>>> >>>>> Regards, Gary >>>>> >>>>> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >>>>> To: <Pharo-project(a)lists.gforge.inria.fr> >>>>> Sent: Tuesday, August 10, 2010 4:07 PM >>>>> Subject: Re: [Pharo-project] Polymorph enhancements >>>>> >>>>> >>>>>> Ah, ok. I will wait :) >>>>>> >>>>>> Doru >>>>>> >>>>>> >>>>>> On 10 Aug 2010, at 16:39, Gary Chambers wrote: >>>>>> >>>>>>> Wait a mo, need to upload a fix for W2K theme... project hosting is currently read-only... >>>>>>> >>>>>>> Regards, Gary >>>>>>> ----- Original Message ----- >>>>>>> From: Gary Chambers >>>>>>> To: Pharo Development >>>>>>> Sent: Tuesday, August 10, 2010 3:31 PM >>>>>>> Subject: [Pharo-project] Polymorph enhancements >>>>>>> >>>>>>> See: http://code.google.com/p/pharo/issues/detail?id=2777 >>>>>>> >>>>>>> Mostly since Doru expressed an interest in closable tabs... ;-) >>>>>>> >>>>>>> Regards, Gary >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com >>>>>> >>>>>> "If you interrupt the barber while he is cutting your hair, >>>>>> you will end up with a messy haircut." >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>> >>> -- >>> www.tudorgirba.com >>> >>> "Reasonable is what we are accustomed with." >>> >>> >>> _______________________________________________ >>> 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 > > -- > www.tudorgirba.com > > "Every thing should have the right to be different." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 10, 2010

Re: [Pharo-project] Polymorph enhancements

by Tudor Girba

On 10 Aug 2010, at 20:34, StÃ©phane Ducasse wrote: > > On Aug 10, 2010, at 5:27 PM, Tudor Girba wrote: > >> Aha, that is it then (I am using the default Watery theme). >> >> I will give 1.2 a try. We should anyway switch Moose to it soon :). > > so soon? I just want to put some pressure on Pharo :) > 1.2 is bleeeeeeeeeeding edge :) > You know it. Sure. We moved the development on 1.1 the very next day after we released the Moose 4.0 version based on Pharo 1.0. It worked well and I think it's a good pattern. Doru > Stef > > >> >> Cheers, >> Doru >> >> >> On 10 Aug 2010, at 17:24, Gary Chambers wrote: >> >>> Only for 1.2 due to changes in the window controls (is ok in 1.1 >>> for themes other than Watery/Watery2)... >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com >>> > >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Tuesday, August 10, 2010 4:11 PM >>> Subject: Re: [Pharo-project] Polymorph enhancements >>> >>> >>>> Only tested on the bleeding edge 1.2... >>>> >>>> Shouldn't crash though (if not on W2K theme)... >>>> Do you have a debug log available? >>>> >>>> Regards, Gary >>>> >>>> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com >>>> > >>>> To: <Pharo-project(a)lists.gforge.inria.fr> >>>> Sent: Tuesday, August 10, 2010 4:07 PM >>>> Subject: Re: [Pharo-project] Polymorph enhancements >>>> >>>> >>>>> Ah, ok. I will wait :) >>>>> >>>>> Doru >>>>> >>>>> >>>>> On 10 Aug 2010, at 16:39, Gary Chambers wrote: >>>>> >>>>>> Wait a mo, need to upload a fix for W2K theme... project >>>>>> hosting is currently read-only... >>>>>> >>>>>> Regards, Gary >>>>>> ----- Original Message ----- >>>>>> From: Gary Chambers >>>>>> To: Pharo Development >>>>>> Sent: Tuesday, August 10, 2010 3:31 PM >>>>>> Subject: [Pharo-project] Polymorph enhancements >>>>>> >>>>>> See: http://code.google.com/p/pharo/issues/detail?id=2777 >>>>>> >>>>>> Mostly since Doru expressed an interest in closable tabs... ;-) >>>>>> >>>>>> Regards, Gary >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>> >>>>> -- >>>>> www.tudorgirba.com >>>>> >>>>> "If you interrupt the barber while he is cutting your hair, >>>>> you will end up with a messy haircut." >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >> >> -- >> www.tudorgirba.com >> >> "Reasonable is what we are accustomed with." >> >> >> _______________________________________________ >> 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 -- www.tudorgirba.com "Every thing should have the right to be different."

Aug. 10, 2010