| [ Return to Bugs & Features | Roadmap 2.0 | Post Text | Post File | SVN ⇄ GIT ]
STR #449
Application: | FLTK Library |
Status: | 4 - Pending |
Priority: | 2 - Low, e.g. a documentation error or undocumented side-effect |
Scope: | 2 - Specific to an operating system |
Subsystem: | MacOS |
Summary: | OSX detachable menus "feature" |
Version: | 2.0-current |
Created By: | ian.macarthur.baesystems |
Assigned To: | matt |
Fix Version: | Unassigned |
Update Notification: | |
Trouble Report Files:
[ Post File ]No files
Trouble Report Comments:
[ Post Text ]
|
#1 | ian.macarthur.baesystems 11:35 Jun 23, 2004 |
| I rebuilt a bit of code from my linux box on OSX. When running it, I discovered that if I opened a menu, then sneaked out the top of the menu, I could pick up the main window by its titlebar and drag it away, leaving the menu detached and hanging in space...
I'd never noticed this before, but it seems to work with the menubar demo too, so it is reproducible. This was with CVS ~1.1.5.rc2 -- Ian
| |
|
#2 | mike 11:30 Jul 26, 2004 |
| OK, I've reproduced this behavior, however I am not sure 1) whether we can fix this, and 2) if we should even bother doing so, since it doesn't seem to have any negative effect on the application (one might even call it a "feature" :)
I will look into this a little more closely to see if I can find an easy fix... | |
|
#3 | mike 13:00 Sep 24, 2004 |
| OK, I've tried various things and have not been able to disable the parent window moving, so I think for now we can't fix this.
Reassigning to 2.0 so we can figure out a proper fix in the new codebase... | |
|
#4 | matt 14:20 Mar 09, 2005 |
|
| |
|
#5 | Sadysta 00:12 May 29, 2006 |
| The proper solution is to dismiss the menu when user clicks anywhere out of it. | |
|
#6 | matt 13:05 Nov 19, 2006 |
| I beleive that this is fixed for FLTK 1.1 now. | |
[ Return to Bugs & Features | Post Text | Post File ]
|
| |