| | [ Return to Bugs & Features | SVN ⇄ GIT ]
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 ]
|
| |
