| [ Return to Bugs & Features | Roadmap 1.1 | SVN ⇄ GIT ]
STR #882
Application: | FLTK Library |
Status: | 1 - Closed w/Resolution |
Priority: | 3 - Moderate, e.g. unable to compile the software |
Scope: | 3 - Applies to all machines and operating systems |
Subsystem: | Core Library |
Summary: | Selected tabs should stand out (+patch) |
Version: | 1.1-current |
Created By: | tommie |
Assigned To: | mike |
Fix Version: | 1.1-current (SVN: v4371) |
Update Notification: | |
Trouble Report Files:
Trouble Report Comments:
|
#1 | tommie 10:05 May 25, 2005 |
| When not using colored tabs, it's quite hard to tell which tab is currently selected. The common trick is to make the active tab a little bigger, so that it appears closer.
I've made a patch that does this, and it makes the FLTK tabs look much better (well, at least it makes them look more like 'standard' tabs). | |
|
#2 | mike 06:51 May 26, 2005 |
| [Comment from Mike]
+1 without the width adjustment, since the corresponding change would need to be made to the tab_positions() method in order to have the click areas exactly right, and the reduced spacing makes the tabs look cluttered.
Also, the patch has a xofs variable that is initialized but never used...
I'll apply to 1.1.x...
[Comment from Dejan]
+1 (conditional) It should be optional and changeable. This is purely matter of taste. I would peronally, for example, like simple colored overline on active tab (similar to what tabs look like in XP) ... Than is pretty obvious which tab is active.
If others agree on aplying this patch I am volunteering to put change in FLTK 2.0 as well. | |
|
#3 | mike 06:55 May 26, 2005 |
| Fixed in Subversion repository. | |
[ Return to Bugs & Features ]
|
| |