The attached patch should help. It's a bit of a hack and it's mostly
untested but copy and paste in MSVC6 seems to work fine.
/Ulrich
On Wed, May 17, 2006 at 07:21:55AM +0800, qingdoa daoo wrote:
>
> --- Ulrich Czekalla <[EMAIL PROTECTED]> wrote:
>
> >
> > I still don't understand why it would
x11-6.8.2-100.2
>
>
>
> Many thanks
>
> Roland
>
>
> >- Ursprüngliche Mail ----
> >Von: Ulrich Czekalla <[EMAIL PROTECTED]>
> >An: Roland Kaeser <[EMAIL PROTECTED]>
> >Gesendet: Dienstag, den 16. Mai 2006, 02:14:07 Uhr
> &
Yes good idea. Things are a bit hectic around here but I'll try to do that
in the next couple of days.
/Ulrich
On Fri, May 12, 2006 at 09:22:49AM -0400, Dimi Paun wrote:
>
> Wine's clipboard implementation is a bit of a mistery to
> a lot of people :)
>
> Ulrich, it would be really great if you
ag, den 16. Mai 2006, 02:14:07 Uhr>Betreff: Re: thanks for wine>What exactly did you do to generate the log? What did you copy and to which>application were you pasting? Was this two instances of Corel Draw?>I might be able to get my hands on a copy of Corel Draw 9 sometime next>w
How about doing something in explorer. We already launch an instance of
explorer as systray listener for the first Win32 app. We could make explorer
also act as a clipboard server. If that can be done, we no longer rely
on any message loop in the process doing clipboard operations.
This case *is*
Yes this case is problematic.
Now that the desktop window is owned by the explorer process
OpenClipboard(GetDesktopWindow()) won't work. The selection owner will
become the explorer process but the data will live in the current process.
The result will be that no data will be available to external
On Sat, 13 May 2006 06:57:22 +0800, qingdoa daoo wrote:
> It just occurred to me that we don't need a new test case.
> Current tests don't pass on my box either.
> Although the result line shows 0 failure.
> there are error messages during the test.
That doesn't imply a problem, lots of our test
Hi Ulrich,On 5/11/06, Ulrich Czekalla <[EMAIL PROTECTED]> wrote:
> Copy-paste didn't work between wine and Gnome, but everything else was> without a hitch!Doh! What exactly failed? Could you give me the exact steps to reproducethe problem?I've tried now, but the quest has ended. I visited another f
It just occurred to me that we don't need a new test case.
Current tests don't pass on my box either.
Although the result line shows 0 failure.
there are error messages during the test.
[EMAIL PROTECTED] wine-0.9.12]# tools/runtest -p
dlls/user/tests/user32_test.exe.so
dlls/user/tests/clipboard.
A simple test
-
#include "windows.h"
int APIENTRY WinMain(HINSTANCE inst, HINSTANCE prev, LPSTR cmd, int show)
{
HGLOBAL hmem;
LPSTR lpstr;
OpenClipboard(GetDesktopWindow());
EmptyClipboard();
hmem = GlobalAlloc(GMEM_MOVEABLE, 6);
;>An: Roland Kaeser <[EMAIL PROTECTED]>>CC: wine-devel@winehq.org>Gesendet:
Freitag, den 12. Mai 2006, 14:18:00 Uhr>Betreff: Re: thanks for wine>On Fri, May 12, 2006 at 06:20:13AM +, Roland Kaeser wrote:>> >The only major issues that I'm aware of are coping a
Wine's clipboard implementation is a bit of a mistery to
a lot of people :)
Ulrich, it would be really great if you can spare a few
minutes and do a bit of a write up on it (no matter how
small initially) on the wiki:
http://wiki.winehq.org/CopyAndPaste
I'm sure it would help lots of people
On 5/12/06, Roland Kaeser <[EMAIL PROTECTED]> wrote:
>The only major issues that I'm aware of are coping and pasting OLE embedded
>objects. That should be taken care of when Rob is finished his COM work.>IMO 633, 2382 and 5061 are not really copy and paste bugs. They are caused>by problems translat
On Fri, May 12, 2006 at 06:20:13AM +, Roland Kaeser wrote:
> >The only major issues that I'm aware of are coping and pasting OLE embedded
> >objects. That should be taken care of when Rob is finished his COM work.
>
> >IMO 633, 2382 and 5061 are not really copy and paste bugs. They are caused
On Fri, May 12, 2006 at 04:16:28PM +0800, qingdoa daoo wrote:
> Now that you brought it up, clipboard in wine does have some limitations. e.g.
> when a process calls OpenClipboard(hwnd), Windows doesn't seem to care if the
> hwnd is owned by a thread of the calling process. A process doesn't even h
"qingdoa daoo" <[EMAIL PROTECTED]> wrote:
Although I never fully understood the inner working of Wine's clipboard
implementation, I did try messing with it to see if I could overcome the
limitation - with very limited success:-)
Perhaps then you could add the tests showing what's wrong with c
Now that you brought it up, clipboard in wine does have some limitations. e.g.
when a process calls OpenClipboard(hwnd), Windows doesn't seem to care if the
hwnd is owned by a thread of the calling process. A process doesn't even have
to have a window in order to grab the clipboard and put somethi
gger issue than assumed.Roland Kaeser>Von: Ulrich Czekalla <[EMAIL PROTECTED]>>An: Dan Kegel <[EMAIL PROTECTED]>>CC: wine-devel ; [EMAIL PROTECTED]>Gesendet: Freitag, den 12. Mai 2006, 00:47:01 Uhr>Betreff: Re: thanks for wine>There may be an odd bug here and there
There may be an odd bug here and there but copy and paste should be working
just fine between most applications. At least the X11 driver code should be
working correctly.
The only major issues that I'm aware of are coping and pasting OLE embedded
objects. That should be taken care of when Rob is f
On 5/11/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
>> Copy-paste didn't work between wine and Gnome, but everything else was>> without a hitch!>> Doh! What exactly failed? Could you give me the exact steps to reproduce> the problem?
Yes, please do! Let's get a bug filed about this.There are quite a
Copy-paste didn't work between wine and Gnome, but everything else was
without a hitch!
Doh! What exactly failed? Could you give me the exact steps to reproduce
the problem?
Yes, please do! Let's get a bug filed about this.
There are quite a few copy and paste bugs in Wine, e.g.
http://bugs.
On Wed, May 10, 2006 at 10:55:46PM +0300, Marius Andreiana wrote:
> Thank you wine developers for allowing me to play the Da Vinci Quest
> with Firefox and required Flash 8 plugin, not available for Linux.
>
Cool.
> Copy-paste didn't work between wine and Gnome, but everything else was
> without
Thank you wine developers for allowing me to play the Da Vinci Quest
with Firefox and required Flash 8 plugin, not available for Linux.
Copy-paste didn't work between wine and Gnome, but everything else was
without a hitch!
--
Marius Andreiana
http://marius.andreiana.googlepages.com
23 matches
Mail list logo
