[Xfce-bugs] [Bug 13680] Copying address bar text: unintuitive behaviour

[bugzilla-daemon at xfce.org]

https://bugzilla.xfce.org/show_bug.cgi?id=13680

--- Comment #18 from DarkTrick <notebook22312 at gmail.com> ---
Little summary:

Duplicates:
===========
Bug #7242
Bug #7298
Bug #9797

Technically related:
=====================
Bug #4537

Technically Problem description:
==========================================
(A)
In GTK the setting of ActionEntrys and Accelerators is global to the window.
That means using those will overwrite any "local" key-behaviour (this is what
happens in #4537). - At least, it's this behaviour if you go by the book.

(B)
However, looking at "native" Gtk Widgets, they all have local shortcuts (cf.
Ctrl+C for GtkEntry). 
Regarding my research on this topic, the big question is how this is
implemented. Information is very scrace here.

(C)
There is one problem left: Menu->Edit->Copy.
This is one item for (currently) two different behaviors: 
1) copy from GtkEntry
2) copy a file
+) Through plug-ins of thunar or future dev, there might be even more.

These behavioural differences have to be handled by one single function.

Evaluation of patch 2:
======================
Works, as long as there is only (C)1) and (C)2). Breaks as soon as we have any
more.

Possible Implementation 1:
==========================
The global onCopy/onCut/onPaste-Functions emit a `copy-clipboard` (and vv)
signal to the currently focussed widget.

That way implementation of the copy function would be cleanly separated between
widgets

Problem: there might be widgets, that don't support this signal. So we have
"complex" special cases. 

Possible Implementation 2:
==========================
The global onCopy/onCut/onPaste-Functions send a `Ctrl+C`-Shortcut (and vv) to
the currently focussed widget.

Problem: I don't think this is actually possible

Under investigation
===================
Implementation in Nautilus & co

-- 
You are receiving this mail because:
You are the assignee for the bug.