it didn't, Stéphane, the result of that method is the same as without: MultiByteFileStream: '/private/var/folders/Yg/YgHKWBxBEfilHeP6wELlh++++TI/TemporaryItems/' instead of expected ( as from Safari ) : MultiByteFileStream: '/private/var/folders/Yg/YgHKWBxBEfilHeP6wELlh++++TI/TemporaryItems/soulkitchen_03.jpg' BTW reading the code for the recommended fix, I cannot see how the code should change the instance variable " result". result is expected to be a ReadStream with an extension, a drophandler is able to handle ( I replaced in method dropFiles in PasteUpMorph FileStream requestDropStream: i. by MultiByteFileStream new requestDropStream: i ) Assume we misunderstood each other some how Johannes Am 01.05.2010 um 16:29 schrieb Stéphane Ducasse:
johannes
did the following fix it?
http://code.google.com/p/pharo/issues/detail?id=2301
Stef On May 1, 2010, at 4:04 PM, Stéphane Ducasse wrote:
Begin forwarded message:
From: Johannes Rasche <johannesrasche@mac.com> Date: May 1, 2010 3:54:48 PM GMT+02:00 To: pharo-project-owner@lists.gforge.inria.fr Subject: DropPlugin issue?
Hi Folks,
just had a strange encounter, as I was dragging a picture from Firefox to Pharo ( on Mac OS X) - up to now I used only Safari -
ExternalDropHandler is receiving ⢠not a filestream having an extension expressing to the image format ⢠but a local temp folder containing that picture
as a work around I can take the most recent ... :) :(
other programs than Squeak are receiving that image properly
is it a DropPlugin deficiency ? or what ?
any advice is welcome
Johannes
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project