Version: (using KDE KDE 3.4.2) Installed from: RedHat RPMs OS: Linux i want to be able to copy text from any part of the screen, even from menus/images or anything that has any sort of text written on it. They way I imagine this would work is if you hold down the windows key, or some other key combinations you can use the mouse pointer to select anything that is currently shown on the screen, the selected text should be copied into klipper.
The chances of this getting implemented are pretty low. I don't even know if it's possible.
well i was thinking you could capture whats currently on the screen then do some image processing to parse out the text.
*** Bug 162325 has been marked as a duplicate of this bug. ***
Well, for a start much simpler idea -- some switch (copy text) to switch KDE into copy text mode, then click on the widget --> titlebar, button, you name it. After click the text is copied to the clipboard. Not perfect but it is much better than manual copying. USECASES (what you have to do without this feature): a) you want to copy some number from the table, but the table is static and the only way is to make a screenshot (image) or retype those manually b) you are explaining how to use program, but you cannot copy labels from buttons, so you have to retype all labels manually c) you want to send reference to some page, program, whatever, but you cannot copy the title, because they are static
*IF* this is possible to implement outside of Qt... I don't think it should be. If we do something like this it should be in Qt. Or, possibly, dovetailed somehow into KSnapshot, maybe using screen reader stuff?
Matthew, a) it should not be possible outside Qt b) it is rather not possible outside Qt ? Screen reader, i.e. OCR? We are talking here not about images but text displayed on the screen, as far as I know all those text are well known (in text, QString, form) to the the system. So you have access to them, now it is the matter of implementing this feature.
What I meant was, I'm not sure it will be possible to implement this as stated (i.e. 'press a magic key and be able to select any text') unless Qt does most of the work. In which case, it really isn't a KDE feature request, but a Qt feature request (KDE will likely want a QSettings front-end to change the key, but that would be about the extent of what KDE would do). Alternatively, there might be a way to do something like this using screen-reader hooks (note: I know basically nada about screen readers, but I don't think it's OCR-based), but then the closest you would get is that pressing the key takes a "snapshot" of the current window or desktop, and then you can select text. Hmm... actually, you *might* be able to do something with walking the widget tree, but Qt could do that just as easily, and I maintain that I think if we take any approach like this, it should go in Qt proper so that all Qt4 applications will benefit, and not just KDE applications. OTOH, a text-mode snapshot leveraging screen-reader interfaces might also work with GTK applications, which is a point in favor of that method.
Well, I could only say that normally you would simply point out (x,y) coordinate, ask the system what window it is there, then ask that window what widget is there, then ask the widget about the label and that's is -- you get the whole text. But there is of course problem with non-KDE apps.
> then ask that window what widget is there I don't think that's possible? Maybe I'm wrong, but I wouldn't expect that Process A can go around asking Process B about its widgets without Process B assisting (security implications!), which is why I'm thinking that there needs to be something in Qt, or at least KApplication, to assist. Or existing screen-reader API's might provide that already (and hopefully are cross-toolkit).
*** Bug 191257 has been marked as a duplicate of this bug. ***
Oh my god... it takes YEARS to simply allow to copy text from message boxes? O_o It sounds like that GNOME fiasco when it took several years to fix bug where clicking buttons with mouse didn't work until you move the mouse. This function is really helpful to have for debugging of other errors (and also for writing manuals). Can we just do a partial (but good) solution for now so that the normal dialog box (ok, yes/no, and other variants) will be displayed as a windows with some text area (or what ever widget will work best) and therefore allowing to select© the text?
With the exception of input items and titlebars, this seems possible in Qt4. In fact, most of the KDE dialogues are copyable. Please implement this for the rest of the UI. Thanks.
Hi, kdelibs (version 4 and earlier) is no longer maintained since a few years. KDE Frameworks 5 or 6 might already have implemented this wish. If not, please re-open against the matching framework if feasible or against the application that shows the issue. We then can still dispatch it to the right Bugzilla product or component. Greetings Christoph Cullmann