Version: (using KDE KDE 3.1.1) Installed from: Compiled From Sources Middle-click paste from non-KDE apps (f. e. Tcl ones) doesn't work in multiline editbox. It does work when pasting into single-line editbox, so it is possible to paste using such widget, but it is extremly awkward. (same behaviour for Qt 3.1.1 and Qt 3.1.2)
Which specific application for example?
Subject: Re: Middle-click paste from non-KDE apps doesn't work in multiline editbox W poniedzia
definitly a Qt problem. I look into it though
I admit I tested copy&paste :)
QMimeSource::provides('text/plain') doesn't return TRUE, because tcl includes the charset. I think, it should strip off the charset befor it compares it to the wanted charset. But I don't know the dirty details of XClipboard. Provide 'text/plain' -> 'text/plain;charset=UTF-8' Provide 'text/plain' -> 'text/plain;charset=ISO-8859-1' Provide 'text/plain' -> 'MULTIPLE' Provide 'text/plain' -> 'TARGETS' Provide 'text/plain' -> 'TIMESTAMP' Provide 'text/plain' -> 'TK_APPLICATION' Provide 'text/plain' -> 'TK_WINDOW'
*** Bug 57215 has been marked as a duplicate of this bug. ***
Subject: Clipboard fix for QTextEdit Hello, please apply the attached patch for widgets/qtextedit. QTextEdit currently uses QMimeSource::provides(), which doesn't work well with "text/plain" if it has also encoding specified (e.g. when pasting from tcl apps or aterm). The patch replaces it with a call to canDecode() method in QRichTextDrag, which handles the encoding fine. Created an attachment (id=1358) qtextedit.cpp.patch
Subject: Re: Middle-click paste from tcl apps doesn't work in QTextEdit On Monday 14 April 2003 15:18, Lubos Lunak wrote: > ------- You are receiving this mail because: ------- > You are on the CC list for the bug, or are watching someone who is. > > http://bugs.kde.org/show_bug.cgi?id=56238 > > > > > ------- Additional Comments From l.lunak@suse.cz 2003-04-14 15:18 ------- > Subject: Clipboard fix for QTextEdit > > Hello, > > please apply the attached patch for widgets/qtextedit. QTextEdit currently > uses QMimeSource::provides(), which doesn't work well with "text/plain" if it > has also encoding specified (e.g. when pasting from tcl apps or aterm). The > patch replaces it with a call to canDecode() method in QRichTextDrag, which > handles the encoding fine. > > > > Created an attachment (id=1358) > --> (http://bugs.kde.org/attachment.cgi?id=1358&action=view) > qtextedit.cpp.patch > The patch is empty for me. Greetings, Stephan
Created attachment 1365 [details] qtextedit.cpp.patch Maybe bugzilla bug? The attachment is fine in my sent mail folder.
*** Bug 58378 has been marked as a duplicate of this bug. ***
I can reproduce with xpdf too.
Subject: Re: [Issue N20628] Clipboard fix for QTextEdit On Monday, 14. Apr 2003 15:17 Lubos Lunak wrote: > > Hello, > > please apply the attached patch for widgets/qtextedit. QTextEdit > currently > uses QMimeSource::provides(), which doesn't work well with > "text/plain" if it > has also encoding specified (e.g. when pasting from tcl apps or > aterm). The > patch replaces it with a call to canDecode() method in QRichTextDrag, > which > handles the encoding fine. > > -- > Lubos Lunak Hi Lubos Done. Thanks for the report. best regards Anders Bakken -- Trolltech AS, Waldemar Thranes gate 98, NO-0175 Oslo, Norway
Fixed in Qt.
*** Bug 59637 has been marked as a duplicate of this bug. ***