Bug 355733 - Add a "copy selection to clipbard" menu item
Summary: Add a "copy selection to clipbard" menu item
Status: RESOLVED NOT A BUG
Alias: None
Product: kinfocenter
Classification: Applications
Component: OpenGL (show other bugs)
Version: 5.4.3
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: David Hubner
URL:
Keywords:
: 439171 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-11-22 14:52 UTC by Gregor Mi
Modified: 2021-08-26 16:42 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gregor Mi 2015-11-22 14:52:55 UTC
Currently - for example in the "Graphical Information" --> "OpenGL" view - one can copy the selected item to clipboard by pressing Ctrl+C.

This feature is kind of hidden.

Suggestion:

Add a dropdown button named "Actions" to the bottom of the view with one menu item:
- "Copy selection to clibboard   -   Ctrl+C"

Later, one could add another item called "Copy everything to clipboard".
Comment 1 Harald Sitter 2020-01-24 13:12:24 UTC
So, as it turns out there once was rigging for a generic "export to text" feature. It was removed in 2015 because in the >=5 years it existed a grand total of 0 modules used it. It is just a whole lot of work to support this sort of feature for gaining little more than what CLI tools already do (and even better / more complete).

The fact that ctrl-c works at all is incidentally inherited from QTreeView, that's also why it has no UI backing. There is no specific support for it whatsoever.

But not all is bad, I suppose we could add Copy context (right click) menus to the treeviews, that'd at least make that particular functionality more discoverable. You think that'd make sense?

There is a general problem with kinfocenter in a way. The primary use (in my opinion anyway) of the advanced modules would be to copy stuff to post on bug reports or forum posts, but that is a use case that is inherently bad to meet with how the modules work. It'd be cool if you could outline some use cases for when you want to copy stuff out of kinfocenter.
Comment 2 Gregor Mi 2020-02-07 22:22:09 UTC
(In reply to Harald Sitter from comment #1)

Thanks for taking this up after such long time.

> The fact that ctrl-c works at all is incidentally inherited from QTreeView,
> that's also why it has no UI backing. There is no specific support for it
> whatsoever.
> 
> But not all is bad, I suppose we could add Copy context (right click) menus
> to the treeviews, that'd at least make that particular functionality more
> discoverable. You think that'd make sense?

Definitely. (Depends on the effort to implement it)

> It'd be cool if you could outline some use
> cases for when you want to copy stuff out of kinfocenter.

- E.g. when the name of my graphic card is displayed, I might want to copy the exact model string to search for infos about it on the web.
- In general, I might be a bit spoiled from browser-based application where copying stuff is possible by default on most places.
Comment 3 Harald Sitter 2021-06-28 09:30:01 UTC
*** Bug 439171 has been marked as a duplicate of this bug. ***
Comment 4 Harald Sitter 2021-08-26 16:42:24 UTC
We are moving select KCMs to text based presentation. Both reduces bespoke code and at the same time means they can easily be copied from