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

Re: [Pharo-project] Including Zinc HTTP Components in Pharo 1.2 Dev ?

by StÃ©phane Ducasse

BTW it was thinking that the expected a JPEG should be more inadequate mimetype or something else. Stef getImageOfType: mimeType usingParser: parserClass fromUrl: urlObject | url stream request response | url := urlObject asZnUrl. stream := ZnUtils socketStreamToUrl: url. (request := ZnRequest get: url) setAccept: mimeType. response := self executeOneShot: request on: stream. response status = 200 ifFalse: [ ^ self error: 'Expected OK response' ]. response contentType = mimeType ifFalse: [ ^ self error: 'Expected a JPEG' ]. On Jan 7, 2011, at 11:05 AM, Sven Van Caekenberghe wrote: > Hi, > > Maybe I am a bit late with this question, I also don't know who makes the decision, and it is probably external people who have to make the judgement, but would it be possible and/or a good idea to include Zinc HTTP Components into Pharo 1.2 Dev ? > > In any case, the code is in good shape, works on 1.2, has a reasonable number of tests, has comments, is pretty small and elegant. > > Whether or not to load the Zinc-Patch-HTTPSocket package is another question. This package patches (destructively overwrites) class methods in HTTPSocket, redirecting them to ZnHTTPSocketFacade, effectively steering all HTTP client access in your Smalltalk image through Zinc HTTP Components. This has been working for me for months, but my usage is certainly not universal. So maybe this should remain an option. > > I would especially like to expose this code to more people to get more feedback. I am also willing to keep on supporting the code. > > What do you think ? > > Sven > > > >

Jan. 7, 2011

Re: [Pharo-project] Including Zinc HTTP Components in Pharo 1.2 Dev ?

by StÃ©phane Ducasse

Sven two questions: - if we want to use zn for pharo to replace HTTPSocket, don't you think that Zinc-HTTP-Client-Server should be split into pieces. - do you think that some parts of zinc could be reused to implement other protocols such as POP, SMTP, IMAP? Stef On Jan 7, 2011, at 11:05 AM, Sven Van Caekenberghe wrote: > Hi, > > Maybe I am a bit late with this question, I also don't know who makes the decision, and it is probably external people who have to make the judgement, but would it be possible and/or a good idea to include Zinc HTTP Components into Pharo 1.2 Dev ? > > In any case, the code is in good shape, works on 1.2, has a reasonable number of tests, has comments, is pretty small and elegant. > > Whether or not to load the Zinc-Patch-HTTPSocket package is another question. This package patches (destructively overwrites) class methods in HTTPSocket, redirecting them to ZnHTTPSocketFacade, effectively steering all HTTP client access in your Smalltalk image through Zinc HTTP Components. This has been working for me for months, but my usage is certainly not universal. So maybe this should remain an option. > > I would especially like to expose this code to more people to get more feedback. I am also willing to keep on supporting the code. > > What do you think ? > > Sven > > > >

Jan. 7, 2011

Re: [Pharo-project] Issue 3511 in pharo: Possibility to register own help in system help

by pharo＠googlecode.com

Updates: Status: Fixed Cc: stephane.ducasse Comment #1 on issue 3511 by Torsten....(a)astares.de: Possibility to register own help in system help http://code.google.com/p/pharo/issues/detail?id=3511 Here is the fix - we can safely add it to 1.2 since it doesnt break anything. It just queries in a different way. Now a prama <systemHelp> can be used to mark help types that should appear in the standard system help Attachments: AddToSystemHelpFix.1.cs 1.3 KB

Jan. 7, 2011

Re: [Pharo-project] Including Zinc HTTP Components in Pharo 1.2 Dev ?

by Adrian Lienhard

Hi Sven, +1 for Pharo 1.2 (the dev image) -1 for patching HTTPSocket (dev packages should not modify core code) For 1.3 we should think about integrating Zinc in PharoCore to replace HTTPSocket. Cheers, Adrian On Jan 7, 2011, at 11:05 , Sven Van Caekenberghe wrote: > Hi, > > Maybe I am a bit late with this question, I also don't know who makes the decision, and it is probably external people who have to make the judgement, but would it be possible and/or a good idea to include Zinc HTTP Components into Pharo 1.2 Dev ? > > In any case, the code is in good shape, works on 1.2, has a reasonable number of tests, has comments, is pretty small and elegant. > > Whether or not to load the Zinc-Patch-HTTPSocket package is another question. This package patches (destructively overwrites) class methods in HTTPSocket, redirecting them to ZnHTTPSocketFacade, effectively steering all HTTP client access in your Smalltalk image through Zinc HTTP Components. This has been working for me for months, but my usage is certainly not universal. So maybe this should remain an option. > > I would especially like to expose this code to more people to get more feedback. I am also willing to keep on supporting the code. > > What do you think ? > > Sven > > > >

Jan. 7, 2011

[Pharo-project] Issue 3511 in pharo: Possibility to register own help in system help

by pharo＠googlecode.com

Status: Accepted Owner: Torsten....(a)astares.de Labels: Milestone-1.2 New issue 3511 by Torsten....(a)astares.de: Possibility to register own help in system help http://code.google.com/p/pharo/issues/detail?id=3511 One can open the help browser on own topics like this HelpBrowser openOn: myTopic But when you open the help browse via menu or "HelpBrowser open" only CustomHelp and subbooks are displayed. Help System should provide a way to register own help types for the default system wide help. I tag this for Pharo 1.2 since it is important to get extensible help.

Jan. 7, 2011

Re: [Pharo-project] Including Zinc HTTP Components in Pharo 1.2 Dev ?

by StÃ©phane Ducasse

I was just reading the code with olivier auverlot. I would love to have a small if possible replacement to the HTTPSocket Stef > Hi, > > Maybe I am a bit late with this question, I also don't know who makes the decision, and it is probably external people who have to make the judgement, but would it be possible and/or a good idea to include Zinc HTTP Components into Pharo 1.2 Dev ? > > In any case, the code is in good shape, works on 1.2, has a reasonable number of tests, has comments, is pretty small and elegant. > > Whether or not to load the Zinc-Patch-HTTPSocket package is another question. This package patches (destructively overwrites) class methods in HTTPSocket, redirecting them to ZnHTTPSocketFacade, effectively steering all HTTP client access in your Smalltalk image through Zinc HTTP Components. This has been working for me for months, but my usage is certainly not universal. So maybe this should remain an option. > > I would especially like to expose this code to more people to get more feedback. I am also willing to keep on supporting the code. > > What do you think ? > > Sven > > > >

Jan. 7, 2011

Re: [Pharo-project] next irc meeting: Thursday 13 at 21h

by Adrian Lienhard

I can't be online at 21 (1 hour later would probably work). But don't worry about me :) Adrian On Jan 7, 2011, at 09:11 , StÃ©phane Ducasse wrote: > Hi guys > > Let us know if this is ok and that we broadcast it. > > the channel is #pharo-project on irc.freenode.net. If you don't have an IRC client you can browse to > http://webchat.freenode.net/?channels=pharo-project > http://www.timeanddate.com/counters/customcounter.html?day=13&month=1&year=… > > Stef

Jan. 7, 2011

Re: [Pharo-project] Origins [poll]

by CÃ©drick BÃ©ler

> > >> Name | Native Language | Greeting in native lang | Born country | Writing from | Interests CÃ©drick BÃ©ler french Salut France Tarbes (south west of France near Lourdes) Information System for industry / Companies, reasoning with imperfect information, computers and high-tech, sports (volley-ball)

Jan. 7, 2011

Re: [Pharo-project] Origins [poll]

by CÃ©drick BÃ©ler

> > >> Name | Native Language | Greeting in native lang | Born country | Writing from | Interests CÃ©drick BÃ©ler french Salut France Tarbes (south west of France near Lourdes) Information System for industry / Companies, reasoning with imperfect information, computers and high-tech, sports (volley-ball)

Jan. 7, 2011

Re: [Pharo-project] Including Zinc HTTP Components in Pharo 1.2 Dev ?

by CÃ©drick BÃ©ler

> Hi, > > Maybe I am a bit late with this question, I also don't know who makes the decision, and it is probably external people who have to make the judgement, but would it be possible and/or a good idea to include Zinc HTTP Components into Pharo 1.2 Dev ? > > In any case, the code is in good shape, works on 1.2, has a reasonable number of tests, has comments, is pretty small and elegant. > > Whether or not to load the Zinc-Patch-HTTPSocket package is another question. This package patches (destructively overwrites) class methods in HTTPSocket, redirecting them to ZnHTTPSocketFacade, effectively steering all HTTP client access in your Smalltalk image through Zinc HTTP Components. This has been working for me for months, but my usage is certainly not universal. So maybe this should remain an option. > > I would especially like to expose this code to more people to get more feedback. I am also willing to keep on supporting the code. > > What do you think ? big +1 I think you're doing a great job. > has a reasonable number of tests, has comments, is pretty small and elegant. totally true to me, but as I'm not an expert nor an intensive user, my impression is just when reading your code and using it a bit. Same impression as XMLSupport ie. some reference packages... So I vote for inclusion :). Killing HTTPSocket class method is also important but as you said it can maybe wait... My 2cents CÃ©drick > > Sven > > > >

Jan. 7, 2011