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=2301Stef
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