Opened 6 years ago

Closed 6 years ago

Last modified 5 years ago

#5 closed enhancement (fixed)

Clicktab formatting

Reported by: chris@… Owned by: Thore Böckelmann
Priority: normal Milestone: 4.0-2014R3
Component: Title.mui Version: 4.0-2014R2
Severity: minor Keywords:
Cc: OS Platform: AmigaOS4
Blocked By: Blocking:
Release Notes:

Implemented an often requested feature to disable the tab hovering effect. By default the effect is off. This feature can be configured on the Groups page of MUI prefs.

Description

Problem

The tabs highlight on mouse over, which is contrary to every other gadget and also the equivalent Reaction clicktabs which the style should be mimicking.

Analysis

There is no need for this highlighting and no other gadgets have it. Either apply it consistently to every gadget or (preferably) get rid of it!

Enhancement recommendation

If this feature has to exist please make it an option, and leave it disabled on the default style, which is supposed to look and work broadly like OS4.

Change History (6)

comment:1 Changed 6 years ago by Jens Maus

I agree as well that IMHO the current behavior of the hovering effect is sub optimal. It is irritating and not very intuitive IMHO. A better approach would be to change the behavior to how, e.g. Mac OSX is dealing with tab gadgets. There (e.g. in the 'Safari' browser) the hovering effect is limited to show the close gadget only when the mouse is over the tab. As soon as the mouse is leaving the tab object the close gadget is hided as well. This would be, IMHO, enough effect and it would be less annoying.

Perhaps we should prepare a prototype with the behavior slightly changed and distribute it via the upcoming nightly builds so that everyone can have a look and report back.

comment:2 Changed 6 years ago by Thore Böckelmann

Component: undefinedTitle.mui
Milestone: MUI 4.0-2014R3
Priority: undecidednormal

I simply implemented the class with all features as they are done on MorphOS, nothing more, nothing less. The hovering effect of course can be made optional. However, the close button is out of the scope here. It is the application's task to define which objects are placed into the tab object. If the application chooses to make the close button always visible then there is nothing we or MUI can do about this, because MUI doesn't even know if a certain object acts as a close button at all.

comment:3 Changed 6 years ago by Samir Hawamdeh

I agree with Chris, hovering on tabs should be disabled by default because it's not 100% consistent with the other areas of the system and of course not all people like it.
But of course having it optionally is also pretty cool, so we might add it as an option in MUI/Group prefs and so letting users to decide if they want it or not

Also an option for hovering the buttons might be added aswell :-)

comment:4 Changed 6 years ago by Thore Böckelmann

Owner: set to Thore Böckelmann
Resolution: fixed
Status: newclosed

In 3212:

  • Title.c, Settingsgroup.c: implemented an often requested feature to disable the tab hovering effect. By default the effect is off. This feature can be configured on the Groups page of MUI prefs. This closes #5.

comment:5 Changed 6 years ago by Thore Böckelmann

Release Notes: modified (diff)

comment:6 Changed 5 years ago by Thore Böckelmann

Milestone: MUI 4.0-2014R34.0-2014R3

Milestone renamed

Note: See TracTickets for help on using tickets.