Hello dev team,
I've tried to copy and paste a graphic (print screen for example) from the Windows clipboard buffer into eToys 4.1.1 in both Win7 and XP.
I get a walkback that ExtendedClipboardWinInterface doesn't understand #openClipboard called from #readAvailableFormats .... which is true that the method isn't in the image.
I've found #openClipboard in the Sophe code and imported it. Now the FFI call to 'user32.dll' fails.
Any suggestions how to get the call to user32.dll in #openClipboard to work?
Cheers, Darius
On 26.10.2010, at 09:29, Darius Clarke wrote:
Hello dev team,
I've tried to copy and paste a graphic (print screen for example) from the Windows clipboard buffer into eToys 4.1.1 in both Win7 and XP.
I get a walkback that ExtendedClipboardWinInterface doesn't understand #openClipboard called from #readAvailableFormats .... which is true that the method isn't in the image.
I've found #openClipboard in the Sophe code and imported it. Now the FFI call to 'user32.dll' fails.
Any suggestions how to get the call to user32.dll in #openClipboard to work?
Well, you would have to install the FFI plugin. We do not ship this with Etoys for security reasons. On Mac and Linux, the ExtendedClipboard plugin does the work, no FFI is needed. But that has not been implemented for Windows yet/
- Bert -
I understand. Perhaps I can make a small suggestion for a pop-up error message to that effect or just catching and consuming the error when running in windows. I can easily imagine a use case of someone using eToys on windows trying to paste.
I did try to find a Jira issue about this. Sorry if I missed it. If there isn't one, maybe add one to say that the solution isn't implemented yet for windows.
- Darius
On Tue, Oct 26, 2010 at 7:07 AM, Bert Freudenberg bert@freudenbergs.dewrote:
On 26.10.2010, at 09:29, Darius Clarke wrote:
Hello dev team,
I've tried to copy and paste a graphic (print screen for example) from the Windows clipboard buffer into eToys 4.1.1 in both Win7 and XP.
I get a walkback that ExtendedClipboardWinInterface doesn't understand #openClipboard called from #readAvailableFormats .... which is true that the method isn't in the image.
I've found #openClipboard in the Sophe code and imported it. Now the FFI call to 'user32.dll' fails.
Any suggestions how to get the call to user32.dll in #openClipboard to work?
Well, you would have to install the FFI plugin. We do not ship this with Etoys for security reasons. On Mac and Linux, the ExtendedClipboard plugin does the work, no FFI is needed. But that has not been implemented for Windows yet/
- Bert -
On 26.10.2010, at 20:55, Darius Clarke wrote:
I understand. Perhaps I can make a small suggestion for a pop-up error message to that effect or just catching and consuming the error when running in windows. I can easily imagine a use case of someone using eToys on windows trying to paste.
I did try to find a Jira issue about this. Sorry if I missed it. If there isn't one, maybe add one to say that the solution isn't implemented yet for windows.
- Darius
Yes, please open an ticket.
- Bert -
On Tue, Oct 26, 2010 at 7:07 AM, Bert Freudenberg bert@freudenbergs.de wrote:
On 26.10.2010, at 09:29, Darius Clarke wrote:
Hello dev team,
I've tried to copy and paste a graphic (print screen for example) from the Windows clipboard buffer into eToys 4.1.1 in both Win7 and XP.
I get a walkback that ExtendedClipboardWinInterface doesn't understand #openClipboard called from #readAvailableFormats .... which is true that the method isn't in the image.
I've found #openClipboard in the Sophe code and imported it. Now the FFI call to 'user32.dll' fails.
Any suggestions how to get the call to user32.dll in #openClipboard to work?
Well, you would have to install the FFI plugin. We do not ship this with Etoys for security reasons. On Mac and Linux, the ExtendedClipboard plugin does the work, no FFI is needed. But that has not been implemented for Windows yet/
- Bert -
squeakland@lists.squeakfoundation.org
-
Bert Freudenberg -
Darius Clarke