Hi,
wcmd mark/paste has greatly improved since the last version, the current CVS feels very good so far.
However, to copy text it is still not possible to drag over the text as in other X apps. In fact even if Context menu->Edit->Mark is selected it is necessary to use the keyboard to increase the selection area. This is not very quick because keyboard repeat is not used, so I have to hammer my arrow keys like I am playing an old Atari game!
(perhaps related to the other X11 Clipboard thread currently)
I'm glad to see the copied text is not corrupted anymore
The wine debugger also exhibits this problem.
The "quick edit" functionality is great, however I am still getting an extra date column on the right of my pastes when typing "dir" (date column is on the left of dir output).
Regards
JG
However, to copy text it is still not possible to drag over the text as in other X apps. In fact even if Context menu->Edit->Mark is selected it is necessary to use the keyboard to increase the selection area. This is not very quick because keyboard repeat is not used, so I have to hammer my arrow keys like I am playing an old Atari game!
(perhaps related to the other X11 Clipboard thread currently)
yes, behavior is the one of windows... need to explicitely copy info into the clipboard. and yes, key autorepeat as to implemented... :-(
The "quick edit" functionality is great, however I am still getting an extra date column on the right of my pastes when typing "dir" (date column is on the left of dir output).
I don't understand your issue here A+
Hi
Thanks for the info.
Eric Pouech wrote:
However, to copy text it is still not possible to drag over the text as in other X apps. In fact even if Context menu->Edit->Mark is selected it is necessary to use the keyboard to increase the selection area. This is not very quick because keyboard repeat is not used, so I have to hammer my arrow keys like I am playing an old Atari game!
(perhaps related to the other X11 Clipboard thread currently)
yes, behavior is the one of windows... need to explicitely copy info into the clipboard. and yes, key autorepeat as to implemented... :-(
Is there a reason Wine does not have its own X11 compatible code the same way that Mozilla or other Free Software applications do?
The "quick edit" functionality is great, however I am still getting an extra date column on the right of my pastes when typing "dir" (date column is on the left of dir output).
I don't understand your issue here
Basically the buffer wraps around, so if i manually try and resize the window right, the right of the copy repeats the left etc
C:\windows>dir /p /w V Volume in drive D is Home V Volume Serial Number is 1234-5678
D Directory of D:\c\windows\
[ [.] [..] [Desktop] [Fonts] notepad.exe [ [Profiles] regedit.exe rundll32.exe [Start Menu] [system] s system.ini uninstall.exe win.ini winhelp.exe winhlp32.exe 8 files 3,782,759 bytes 7 directories 19,766,005,760 bytes free
C
See this text in unwrapped mode of your email client, ths "V" of the two "Volumes" appears at the end of the line in an extra collumn.
This is worse if the window is bigger. This bug also surface under other circumstances that I have not been able to repeat yet.
Regards
JG
Is there a reason Wine does not have its own X11 compatible code the same way that Mozilla or other Free Software applications do?
it's mainly because most of the clipboard related code (I mean part of Wine putting info onto the clipboard) are using the Win32 interface, which means we cannot differentiate between CLIPBOARD and PRIMARY as X11 apps can do. See a thread a couple of weeks ago on this subject.
Basically the buffer wraps around, so if i manually try and resize the window right, the right of the copy repeats the left etc
when you resize what ? the original window or the text you pasted ? whatever I try, I cannot reproduce. did you try with some other destination app than your mail client ? (which wine are you using... this also looks like some bugs that have been fixed more than 6 months ago) A+
Hi,
Eric Pouech wrote:
Is there a reason Wine does not have its own X11 compatible code the same way that Mozilla or other Free Software applications do?
it's mainly because most of the clipboard related code (I mean part of Wine putting info onto the clipboard) are using the Win32 interface, which means we cannot differentiate between CLIPBOARD and PRIMARY as X11 apps can do. See a thread a couple of weeks ago on this subject.
In this case I think it should be implemented in X11 code, so that apps running under Wine fit correctly into the X11 enviroment.
Basically the buffer wraps around, so if i manually try and resize the window right, the right of the copy repeats the left etc
when you resize what ? the original window or the text you pasted ?
I resized the window by dragging the corner with the mouse.
whatever I try, I cannot reproduce. did you try with some other destination app than your mail client ?
Yeah, i pasted into a text editor, and vi in a shell, all the same.
I've attatched the text file.
(which wine are you using... this also looks like some bugs that have been fixed more than 6 months ago)
Yeah, 2002-08-xx build was even worse than this CVS build, from a few weeks ago.
Also there is a buffer corruption in the buffer. Basically I can mark/copy from the wcmd shell below the "c:\windows>_" prompt. Which means its out of array bounded or something, see wcmd-bug2.txt attatched as well
Chears
JG
C:\windows>dir /w Volume in d Volume in drive C is MS-DOS Volume Seri Volume Serial Number is 1234-5678 Directory o Directory of C:\windows\ [.] [.] [..] [Desktop] [Fonts] notepad.exe [Profiles] [Profiles] regedit.exe rundll32.exe [Start Menu] [system] system.ini system.ini uninstall.exe win.ini winhelp.exe winhlp32.exe 8 fi 8 files 3,782,759 bytes 7 di 7 directories 19,747,438,592 bytes free C:\windows> C:\windows>
C:\windows> ????????? ??õõõõõõõõõõõõõõõõõõõõõõõõõõõõ?õõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõ?Èàò?9??Èàò?9i?Ú²???õ õõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõ?õõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõ??õõõ???õõõõõõ??õõ õõõ????õõõ???õõõõª®Ô???õõ???hË????hËõõõÈ?????õõ?????Éõõ?Ð????õõ??®íõõõõ?º??¸??º??¸õõõ??º ???õ²???õõõõ²?????õõ²????Éõõõõõ?f?õõõ?f??õõõõõõõõ????qI®?õõõõõõõõõõõõõõõõõõõõ???õõõ??¨?àk?? õ???????I®???õõõõõõõõõõõõõõõõõõõõ?õõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõõ???îC????îC\õõõ õõõõõõõõõõõõõõõõõõõõõõõõõõõõõõ?????æ®???????éùä_????????????????????????????????????????????? ????????????
In this case I think it should be implemented in X11 code, so that apps running under Wine fit correctly into the X11 enviroment.
Dimi proposal might be better (no longer forcing copy operation and just keeping the selection as a copy to Win32-clipboard operation) (also remember that Wine can you several graphical drivers, one of them being X11).
Basically the buffer wraps around, so if i manually try and resize the window right, the right of the copy repeats the left etc
when you resize what ? the original window or the text you pasted ?
I resized the window by dragging the corner with the mouse.
ok, I now see the issue (because we don't restrict size of window for now, as we should do). I'll look into that too.
Also there is a buffer corruption in the buffer. Basically I can mark/copy from the wcmd shell below the "c:\windows>_" prompt. Which means its out of array bounded or something, see wcmd-bug2.txt attatched as well
I wonder whether this is linked to provious issue
A+
On February 21, 2003 02:39 pm, Eric Pouech wrote:
it's mainly because most of the clipboard related code (I mean part of Wine putting info onto the clipboard) are using the Win32 interface, which means we cannot differentiate between CLIPBOARD and PRIMARY as X11 apps can do. See a thread a couple of weeks ago on this subject.
True, but it's courter intuitive for a Windows user. I think we're better off simply copying to clipboard on select (using the Win32 API). All consoles in X behave this way, there's no way a user can tell our console it's written for Winelib, and hence behaves differently. In fact, the user should not care what lib a console uses: a console, is a console, is a console.
Dimitrie O. Paun wrote:
... I think we're better off simply copying to clipboard on select (using the Win32 API). All consoles in X behave this way ...
Really? Xterm and apps from that era don't touch clipboard, I think. This matters to me, since I use Xterm as my day-to-day console.
Ideally, Wine apps would put stuff in the X select buffer when they selected, and in X's clipboard when they "copy" or "cut". If that's hard (and I suspect it is), putting stuff in both places only on "copy" or "cut" is a fine compromise.
- Dan