https://bugzilla.xfce.org/show_bug.cgi?id=13680
--- Comment #18 from DarkTrick <[email protected]> --- 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. _______________________________________________ Xfce-bugs mailing list [email protected] https://mail.xfce.org/mailman/listinfo/xfce-bugs
