January 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Splitting network package

by StÃ©phane Ducasse

> Hi all, > > updated MIME, URI and File packages in inbox. ok > Some of the URI related changes are somewhat incomplete as I merged > them > from a different context. Hopefully I didn't break anything though :-) > > With merges like this it is really a problem that MC doesn't allow > cherry picking changes... but you cannot reject a change? > The overall goal with the URI changes is to complete replace the > current > Url implementation. Do we keep around the Url class so that people can load their code? May be we could have a general mechanism for having class deprecation? > We have done this quite successfully in Sophie and > even more radically in the experimental ySqueak branch. > > Suggesting to replace Url classes by URI was a sure way to get a flame > war going on the Squeak dev list. I imagine that we are less knowgeable. > So what is general opinion on this for > Pharo? Not really. what could be the argument? Stef > > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 8, 2009

Re: [Pharo-project] Splitting network package

by Michael Rueger

Bill Schwab wrote: > Michael, > > It might be nice to involve the cryptography maintainers; their work > could probably just add onto the structure you create. Great suggestion! Will do Michael

Jan. 8, 2009

[Pharo-project] Platform class

by Michael Rueger

Hi all, in Tweak there is a hierarchy of CPlatform classes (CPlatformWindows etc) that provide a central place to add platform specific requests and avoid having the current platform detection code all over the system So instead of coding ExternalClipboard>>interfaceClass with all the gory details of platform detection you could just write Platform current externalClipboardClass We also used this in Sophie in connection with the FileLocations and URI package, supporting things like Platform current tempDirectoryURI Platform current userDirectoryURI etc What do people think about introducing something similar (category System-Platform) in Pharo? Michael

Jan. 8, 2009

Re: [Pharo-project] Splitting network package

by Michael Rueger

Hi all, updated MIME, URI and File packages in inbox. Some of the URI related changes are somewhat incomplete as I merged them from a different context. Hopefully I didn't break anything though :-) With merges like this it is really a problem that MC doesn't allow cherry picking changes... The overall goal with the URI changes is to complete replace the current Url implementation. We have done this quite successfully in Sophie and even more radically in the experimental ySqueak branch. Suggesting to replace Url classes by URI was a sure way to get a flame war going on the Squeak dev list. So what is general opinion on this for Pharo? Michael

Jan. 8, 2009

Re: [Pharo-project] [OT] Great job guys

by Dale Henrichs

----- "Janko MivÅ¡ek" <janko.mivsek(a)eranova.si> wrote: | And when you are already doing that, introduce also breakpoints back in | Pharo as they are on GLASS GemTools. Very intuitive and the same as on | most other Smalltalks. If they can be supported in GemTools, why | aren't yet in Pharo? Any technical reason? Breakpoints in GLASS/GemTools are taking advantage of the breakpoint feature in the GemStone/S VM. Remember, Squeak/Pharo are used as an OmniBrowser client for GLASS -- the debugger is running in a GemStone vm and the UI is running in the Squeak/Pharo vm. Dale

Jan. 8, 2009

Re: [Pharo-project] [OT] Great job guys

by Dale Henrichs

----- "Igor Stasenko" <siguctua(a)gmail.com> wrote: | 2009/1/7 Torsten Bergmann <astares(a)gmx.de>: | > see http://mue.tideland.biz/2009/01/great-job-guys.html | > -- | Since this is alredy OT ... | | by coincidence, i'm currently also working on GLASS, but still using | old squeak image. :) | Any success installing gemtools into pharo to use improved OB-based | look&feel? | Igor and Hilaire, I have been using Pharo with the GemTools/GLASS for several weeks now. You need to update to a new version of the GLASS package (using the old GemTools Client) and then you can create a new Pharo-based GemTools client using a recent Pharo dev image. Full instructions are located at [1] and [2]. Dale [1] http://gemstonesoup.wordpress.com/2008/12/24/glass-beta-update-tools-tuneup… [2] http://gemstonesoup.wordpress.com/2009/01/04/glass-beta-update-holiday-tool…

Jan. 8, 2009

Re: [Pharo-project] Buggy HTTPSocket in dev-image

by Andreas Wacknitz

Am 08.01.2009 um 14:38 schrieb Damien Cassou: Hi Damien, sorry for being so unprecise, here is the information: > Hi Andreas, > > On Tue, Jan 6, 2009 at 9:42 PM, Andreas Wacknitz <A.Wacknitz(a)gmx.de> > wrote: >> the dev images seem to have a (probably older version) of HTTPSocket. >> There are some undefined globals >> (like HTTPProxyServer, HTTPProxySocket, CrLf and CR) which lead to >> problems when I try to load Magma. >> The pharo-core image seem to have a correct version of this class. > > could you please give me more information: > > - what is the pharo dev image you are using? the newest: pharo0.1-10196dev08.12.3 > > - where do you see the undefined globals > HTTPSocket class>>httpGetDocument:args:accept:request: Regards Andreas

Jan. 8, 2009

Re: [Pharo-project] Splitting network package

by StÃ©phane Ducasse

Ok I will do a release this evening, except if marcus is faster than me. Stef On Jan 8, 2009, at 5:23 PM, Michael Rueger wrote: > Marcus Denker wrote: >> On 08.01.2009, at 16:00, StÃ©phane Ducasse wrote: >> >>> Yes go! >> Yes! > > :-) > OK, the packages are in the inbox now. I also split the Collections > package. > > MIME converters and document classes were moved to a new package, also > affects Collections-Streams. > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 8, 2009

Re: [Pharo-project] Splitting network package

by Bill Schwab

Michael, It might be nice to involve the cryptography maintainers; their work could probably just add onto the structure you create. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> stephane.ducasse(a)inria.fr 1/8/2009 10:00:53 AM >>> Yes go! I would like to have packages and not category besides that I prefer lot of packages well designed than a fat one. Let us know when we can include your changes. Stef > Hi all, > > while working on some unicode related stuff I ended up integrating > some > MIME changes from Sophie. > For that I would like to split up the Network package into nine sub > packages (Network-Kernel, Network-MIME, ...). Will also make it easier > to update URI and MIME packages later etc. > > > Hope that is ok with everybody. > > Michael > > _______________________________________________ > 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

Jan. 8, 2009

Re: [Pharo-project] Splitting network package

by Michael Rueger

Marcus Denker wrote: > On 08.01.2009, at 16:00, StÃ©phane Ducasse wrote: > >> Yes go! > Yes! :-) OK, the packages are in the inbox now. I also split the Collections package. MIME converters and document classes were moved to a new package, also affects Collections-Streams. Michael

Jan. 8, 2009