| | [ Return to Bugs & Features | Roadmap 2.0 | SVN ⇄ GIT ]
STR #1733
| Application: | FLTK Library |
|---|
| Status: | 1 - Closed w/Resolution |
|---|
| Priority: | 4 - High, e.g. key functionality not working |
|---|
| Scope: | 3 - Applies to all machines and operating systems |
|---|
| Subsystem: | Core Library |
|---|
| Summary: | Making fltk::ToggleItem and fltk::RadioItem work in fltk::Browser and fltk::MultiBrowser |
|---|
| Version: | 2.0-feature |
|---|
| Created By: | TobiasFar |
|---|
| Assigned To: | sanel.z |
|---|
| Fix Version: | 2.0-current |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
Trouble Report Comments:
| |
| #1 | TobiasFar
03:25 Jul 07, 2007 |
| Hi,
the attached patch for Item.cxx allows fltk::RadioItem and fltk::ToggleItem work in fltk::Browser and fltk::MultiBrowser. In fltk::Browsers they change their status on multiple clicks (e.g. double-click), because single click is used for selection there. According to test/menu.cxx the fltk::*Items still work correctly in a menu like fltk::MenuBar.
The doxygen description for fltk::Item::hanlde() seems to be wrong now but I don't know an appropriate one for the patched behaviour.
But I corrected the description for fltk::ToggleItem and fltk::RadioItem about undefined behaviour.
cheers,
Tobias Markmann | |
| |
| #2 | sanel.z
06:27 Jul 13, 2007 |
| Applied. Thanks! | |
[ Return to Bugs & Features ]
|
| |
