July 2012 - Pharo-users - lists.pharo.org

Re: [Pharo-users] The opposite of encodeForHTTP

by Norbert Hartl

IMHO that would worsen the problem :) encodeForHTTP is not a good name. The encoding is defined for URLs and has nothing to do with HTTP. It is mostly called "url safe encoded" or just "url encoded". Doing it similar as base64 I would propose urlEncoded urlDecoded or urlSafeEncoded urlSafeDecoded my 2 cents, Norbert Am 19.07.2012 um 21:47 schrieb StÃ©phane Ducasse: > Let us fix it and propose a decodeFromHTTP method > > Stef > > On Jul 18, 2012, at 2:02 PM, Davide Varvello wrote: > >> Thanks Sven, >> I was looking for String>>decode..whatever... with no luck :-) >> Cheers >> >> -- >> View this message in context: http://forum.world.st/The-opposite-of-encodeForHTTP-tp4640491p4640510.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > >

July 20, 2012

Re: [Pharo-users] Zinc downloadTo: help required

by Sven Van Caekenberghe

On 19 Jul 2012, at 21:09, Sven Van Caekenberghe wrote: > Yes, this seems to be a problem: your analysis is correct, since the size is unknown upfront - the whole idea of chunked transfer -, #streamFrom:to:size: in its current version cannot work. I will look at this tomorrow, I am pretty sure this can quite easily be fixed (minus the progress bar). I made some changes and commits. You can load the lastest version of Zn with the following load script Gofer it squeaksource: 'ZincHTTPComponents'; package: 'Zinc-HTTP'; package: 'Zinc-FileSystem'; package: 'Zinc-Tests'; load If you are not on Pharo 2.0, use the following Gofer it squeaksource: 'ZincHTTPComponents'; package: 'Zinc-HTTP'; package: 'Zinc-FileSystem-Legacy'; package: 'Zinc-Tests'; load Now, your example should work fine '/tmp/foo.txt' asFileReference ensureDeleted. ZnClient new url: 'http://www.google.com'; downloadTo: '/tmp/foo.txt'. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

July 20, 2012

Re: [Pharo-users] The opposite of encodeForHTTP

by Davide Varvello

Good Stef, I opened a new feature as reminder here:Â http://code.google.com/p/pharo/issues/detail?id=6430 Â Davide ---- -Â Cerchi un bravo Dentista, Avvocato, Commercialista? Un buon Hotel, Ristorante, Pizzeria? Io l'ho trovato su Oltre il Passaparola - Blog: Cambia il Tempo >________________________________ > From: StÃ©phane Ducasse [via Smalltalk] <ml-node+s1294792n4640822h28(a)n4.nabble.com> >To: Davide Varvello <varvello(a)yahoo.com> >Sent: Thursday, July 19, 2012 10:43 PM >Subject: Re: The opposite of encodeForHTTP > > >Let us fix it and propose a decodeFromHTTP method > >Stef > >On Jul 18, 2012, at 2:02 PM, Davide Varvello wrote: > >> Thanks Sven, >> I was looking for String>>decode..whatever... with no luck :-) >> Cheers >> >> -- >> View this message in context: http://forum.world.st/The-opposite-of-encodeForHTTP-tp4640491p4640510.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > > > > >>________________________________ > >If you reply to this email, your message will be added to the discussion below: http://forum.world.st/The-opposite-of-encodeForHTTP-tp4640491p4640822.html >To unsubscribe from The opposite of encodeForHTTP, click here. >NAML > > -- View this message in context: http://forum.world.st/The-opposite-of-encodeForHTTP-tp4640491p4640866.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 20, 2012

Re: [Pharo-users] Zinc downloadTo: help required

by Chris

On 19/07/2012 20:09, Sven Van Caekenberghe wrote: > Chris, > > On 19 Jul 2012, at 20:21, Chris wrote: > >> I'm trying to do a wget style download with Zinc but running into a few problems when a server uses chunked transfer encoding. Eventually it ends up in ZnUtils streamFrom:to:size: with an empty totalSize (as content-length is unset) and then produces an empty file. However the download works fine if I simply do an upToEnd on the ZnChunkedReadStream. This can be seen by executing ZnClient new url: 'http://www.google.com'; downloadTo: '/tmp/foo.txt'. >> >> Thanks >> Chris > Yes, this seems to be a problem: your analysis is correct, since the size is unknown upfront - the whole idea of chunked transfer -, #streamFrom:to:size: in its current version cannot work. I will look at this tomorrow, I am pretty sure this can quite easily be fixed (minus the progress bar). > > Thanks for reporting this. > Thanks a lot Sven.

July 19, 2012

Re: [Pharo-users] The opposite of encodeForHTTP

by StÃ©phane Ducasse

Let us fix it and propose a decodeFromHTTP method Stef On Jul 18, 2012, at 2:02 PM, Davide Varvello wrote: > Thanks Sven, > I was looking for String>>decode..whatever... with no luck :-) > Cheers > > -- > View this message in context: http://forum.world.st/The-opposite-of-encodeForHTTP-tp4640491p4640510.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

July 19, 2012

alpha testers wanted for app to go Pharo Android

by Robert Shiplett

Folks This little app is still in MIT Curl in alpha, but I will move to Android in at least two or three forms - when Pharo is ready - when Curl CAEDE is ready ( Japanese for "maple" Kaede ) at curl.com - if Red replaces Rebol3 MIT Curl is now owned by Tokyo's SCSK Corp but some pieces are open-source libraries on sourceforge.net Curl is the markup for which I have advocated on the Seaside beach on occasion ( there is still some SGML-bias is a couple of Seaside 3 classes ;-) For a snapshot see http://passphrases.aule-browser.com (plain JPG in plain-old HTML page ) The app is a mnemonics utility for recalling a passphrase which you may have forgotten. Passphrases should be randomly generated as more secure alternatives to passwords. The app uses 4-part passphrases of 4 or 5-letter words. User must recall the punctuation separating the words. At the moment the words are all upper-case. Current word lists are English, but Curl is UNICODE, so many to follow. First ALPHA feedback requested How Annoying is the app already ? (no login, no entry dialog, one passphrase to recognize ) For the URL, please respond to robert -AT- aule-browser.com or to this post or to robert -AT- logiquewerks.com Thanks / merci / danke / gracias / ÑÐ¿Ð°ÑÐ¸Ð±Ð¾ Robert / Fredericton NB / Canada 2 decades in Smalltalk ( and other ; when I want java, I brew some more coffee ; why C# when you could just play D-flat ? )

July 19, 2012

Re: [Pharo-users] Zinc downloadTo: help required

by Sven Van Caekenberghe

Chris, On 19 Jul 2012, at 20:21, Chris wrote: > I'm trying to do a wget style download with Zinc but running into a few problems when a server uses chunked transfer encoding. Eventually it ends up in ZnUtils streamFrom:to:size: with an empty totalSize (as content-length is unset) and then produces an empty file. However the download works fine if I simply do an upToEnd on the ZnChunkedReadStream. This can be seen by executing ZnClient new url: 'http://www.google.com'; downloadTo: '/tmp/foo.txt'. > > Thanks > Chris Yes, this seems to be a problem: your analysis is correct, since the size is unknown upfront - the whole idea of chunked transfer -, #streamFrom:to:size: in its current version cannot work. I will look at this tomorrow, I am pretty sure this can quite easily be fixed (minus the progress bar). Thanks for reporting this. Regards, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

July 19, 2012

Zinc downloadTo: help required

by Chris

I'm trying to do a wget style download with Zinc but running into a few problems when a server uses chunked transfer encoding. Eventually it ends up in ZnUtils streamFrom:to:size: with an empty totalSize (as content-length is unset) and then produces an empty file. However the download works fine if I simply do an upToEnd on the ZnChunkedReadStream. This can be seen by executing ZnClient new url: 'http://www.google.com'; downloadTo: '/tmp/foo.txt'. Thanks Chris

July 19, 2012

Re: [Pharo-users] [Vm-dev] Pharo 1.4 "Summer" released!

by Tudor Girba

Hi, Not bad at all :). Moose already builds since a week on top of the pre summer release (14455). Now, it's building on the summer one. Thanks, Doru On 18 Jul 2012, at 17:57, Esteban Lorenzano wrote: > We are proud to announce the summer release of Pharo 1.4! > You can find information about Pharo at: http://www.pharo-project.org > > About this release. > > We integrated 30 fixes (the rounded number is completely casual) and integrated some tools that users feedback showed as necessary, specially the inclusion of OmniBrowser as part of the core for 1.4. As a result of all this changes and fixes, the stability of this version is a lot better and we are really happy with it. > > Structural changes to the image: > > - Backport configurations browser from 2.0. This will easy the loading of packages for everybody, specially newcomers. > - Integrated ProfStef. Again, useful for newcomers. > - Integrated Spotlight. Easy to find classes and methods. > - Integrated OmniBrowser. Nautilus will wait to 2.0 to be core, but it is still loadable. > - Integrated Keymapping. This is in fact a sub-product of the inclusion of Spotlight, but the framework is powerful and it deserves its inclusion too :) > - Updated Zinc to latest version. > > Complete list of bugs fixed: > > - 5665: bug on new ecompletion/ocompletion, http://code.google.com/p/pharo/issues/detail?id=5665 > - 5773: Have access to the original event in PLuggableButtonMorph, http://code.google.com/p/pharo/issues/detail?id=5773 > - 5584: File Browser not recognizing cs and st if filename has more than one point, http://code.google.com/p/pharo/issues/detail?id=5584 > - 5667: Renaming a file just deletes it due to missing #fileNameFromFormattedItem:, http://code.google.com/p/pharo/issues/detail?id=5667 > - 5445: Broken command-line arguments in 1.4, http://code.google.com/p/pharo/issues/detail?id=5445 > - 5679: Removing a trait does not remove trait methods from class, http://code.google.com/p/pharo/issues/detail?id=5679 > - 5722: Be able to remove traits from class definition, http://code.google.com/p/pharo/issues/detail?id=5722 > - 5858: DateAndTime >>#hash, http://code.google.com/p/pharo/issues/detail?id=5858 > - 5833: More robust allSuperclassesIncluding:, http://code.google.com/p/pharo/issues/detail?id=5833 > - 5966: DropListMorph do not pop the list when the text field is clicked, http://code.google.com/p/pharo/issues/detail?id=5966 > - 5627: "MessageNotUnderstood: receiver of "displayWorld" is nil" on clicking the red Menu-Halo., http://code.google.com/p/pharo/issues/detail?id=5627 > - 5742: BallonMorph shows flyover help using an extra line, http://code.google.com/p/pharo/issues/detail?id=5742 > - 6150: During snapshot: Send cr after Transcript message for 1.4, http://code.google.com/p/pharo/issues/detail?id=6150 > - 6147: Code completion in all tools for 1.4, http://code.google.com/p/pharo/issues/detail?id=6147 > - 6189: [BUG]: Port to Pharo 1.4 - stdin hangs until EOF, http://code.google.com/p/pharo/issues/detail?id=6189 > - 6143: MIME decoding and Unicode not working, http://code.google.com/p/pharo/issues/detail?id=6143 > - 6188: [BUG]: (1.4) Put back the correct order in #asert:equals:, http://code.google.com/p/pharo/issues/detail?id=6188 > - 6187: [Bug]: (1.4) Mouse down events are being processed twice, http://code.google.com/p/pharo/issues/detail?id=6187 > - 6117: SimplifiedChineseEnvironment should implement leadingChar, http://code.google.com/p/pharo/issues/detail?id=6117 > - 6082: Missed translated selector for the dialog title in the ColorChooserMorph, http://code.google.com/p/pharo/issues/detail?id=6082 > - 6231: FileList revert, http://code.google.com/p/pharo/issues/detail?id=6231 > - 6303: [BUG]: Completion DNU in Inspector/Object Explorer for 1.4, http://code.google.com/p/pharo/issues/detail?id=6303 > - 6305: StartupPreferences "run once" broken, http://code.google.com/p/pharo/issues/detail?id=6305 > - 6324: For Pharo 1.4 disable StartupPreferences only for Windows, http://code.google.com/p/pharo/issues/detail?id=6324 > - 6313: failing test: MorphicTests.Event.EventHandlerTest.testKeyStrokeFromMorph, http://code.google.com/p/pharo/issues/detail?id=6313 > - 6352: StartupPreferences loads non-st files in 1.4, http://code.google.com/p/pharo/issues/detail?id=6352, , > - 6373: Add #version to OSPlatform, http://code.google.com/p/pharo/issues/detail?id=6373 > - 6366: [Bug]: In 1.4, Finder UI DNU guessTypeByName:, http://code.google.com/p/pharo/issues/detail?id=6366 > - 6343: move Windows on screen should take in account the task bar, http://code.google.com/p/pharo/issues/detail?id=6343 > - 6386: [BUG]: [1.4]: New ProcessSpecificVariables & Running Processes, http://code.google.com/p/pharo/issues/detail?id=6386 > > Not bad, isn't? > > Thanks a lot to all who contributed with fixes, reports and suggestions. > > The Pharo Team -- www.tudorgirba.com "Reasonable is what we are accustomed with."

July 19, 2012

Re: [Pharo-users] The opposite of encodeForHTTP

by Davide Varvello

>________________________________ > From: EstebanLM [via Smalltalk] <ml-node+s1294792n4640511h87(a)n4.nabble.com> >To: Davide Varvello <varvello(a)yahoo.com> >Sent: Wednesday, July 18, 2012 2:08 PM >Subject: Re: The opposite of encodeForHTTP > I wonder why you were lost, with such a clear method name... ;) > > > >:-) > -- View this message in context: http://forum.world.st/The-opposite-of-encodeForHTTP-tp4640491p4640641.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 19, 2012