| [ Return to Bugs & Features ]
STR #749
Application: | FLTK Library |
Status: | 1 - Closed w/Resolution |
Priority: | 1 - Request for Enhancement, e.g. asking for a feature |
Scope: | 3 - Applies to all machines and operating systems |
Subsystem: | Core Library |
Summary: | Enable a right-click copy/paste menu for all Input/Output/Editor/Display widgets |
Version: | 1.4-feature |
Created By: | ggutierrez.marketscan |
Assigned To: | matt |
Fix Version: | 1.4.0 |
Fix Commit: | 39a3212fc3160f268342068c2beb45b2dbc4107b |
Update Notification: | |
Trouble Report Files:
No files
Trouble Report Comments:
|
#1 | ggutierrez.marketscan 08:36 Mar 11, 2005 |
| I would like to see a right-click menu in FLTK. I was only able to psot this under v1.2 or v2.0 but I would like to see this for the 1.1.x tree.
For a Better explanation, I will quote Greg Ercolano: "... a right-click copy/paste menu (default off) for all Input/Output/Editor/Display widgets, if only for consistency with other toolkits/apps that inherit this by default.
Display/Output only widgets would of course have 'Paste' automatically grayed out.. Maybe two approaches could be available, with the defaults 'off' for back compat:
Fl_Input_::pastemenu(true/false); // per widget enable/disable Fl::pastemenu(true/false); // system wide enable(overrides per-widget behavior if true)" | |
|
#2 | AlbrechtS 03:47 Apr 23, 2008 |
| IMHO a good idea, but if this would be implemented, then it would also be needed to be able to populate the menu entries for different languages (as in fl_ask.cxx: fl_no, fl_yes etc. ?).
And it would be useful to "gray out" or even hide some menu entries, if necessary for a certain reason. | |
|
#3 | greg.ercolano 12:25 Feb 05, 2009 |
| FWIW, here's an example of how to implement the copy/paste menu. Or at least, one of probably many ways:
http://seriss.com/people/erco/fltk/#PopupCopyPasteMenu | |
|
#4 | matt 03:19 Jan 20, 2023 |
| I had that on my internal list at least as long as this STR is old, so, um, I guess I'll assign this to myself. | |
|
#5 | greg.ercolano 09:35 Oct 24, 2023 |
| To allow users to customize the menu, they can just leave the default behavior of "off" so they can use the 2009 technique I recommended in comment #3 to make their own menu as they see fit.
This way we don't have to worry about providing an API to all the widgets to reconfigure the menus. | |
|
#6 | greg.ercolano 09:41 Oct 24, 2023 |
| This could be a radio button in fluid too:
Copy/Paste menu? (On/Off/Default)
..where "Default" inherits the default global behavior and would be the default selection. Setting it to "Off" forces it off even if the global behavior is "On", so that a custom menu can be used on a specific widget, and global on for all the rest. | |
|
#7 | matt 13:55 Nov 25, 2023 |
| Fixed in Git repository. | |
[ Return to Bugs & Features ]
|
| |