Review Request 128880: [OS X] use a different tab bar widget for tabbed documents

René J.V. Bertin rjvbertin at gmail.com
Mon Sep 12 13:20:38 UTC 2016


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/128880/
-----------------------------------------------------------

(Updated Sept. 12, 2016, 3:20 p.m.)


Review request for KDE Software on Mac OS X and KDevelop.


Changes
-------

Here are 2 consistent examples of the tabbed document interface in native OS X applications, on OS X 10.9 : Terminal.app (background) and Safari (foreground). FWIW, I don't call that a "tabbed document interface", i.e. an interface presenting documents with tabs...
I did not find examples of such an interface where the tabs do NOT appear to be attached to the titlebar, i.e. where there's at least one toolbar between the tabbar and the window titlebar.


Bugs: 363473
    http://bugs.kde.org/show_bug.cgi?id=363473


Repository: kdevplatform


Description
-------

This is a potential fix for an issue raised on BKO: https://bugs.kde.org/show_bug.cgi?id=363473

It's also the most complete/implementation:
- applies only when the Macintosh widget style is being used
- if so, creates a QStyle object for the Fusion widget style
- when successful, sets the `Sublime::ContainerTabBar` to use that style

This solves all issues stemming from Qt's use of a "native" widget that is intended only for use in dialogs and not in tabbed document interfaces.

In my testing, the `ContainerTabBar` ctor is called only rarely, apparently only when changing views (e.g. code -> patch review and back again, or code -> debug). If that observation is correct, use of a global `qTabBarStyle` variable is justified (but more elegant solutions might exist). This observation also justifies (IMHO) the check for the active application style rather than using an `#ifdef Q_OS_OSX` or even applying the fix across all platforms and application styles. That is certainly a possibility that doesn't lead to any shocking style mismatches in my eyes. It does cause some loss of compactness when using my QtCurve settings, which is why I added the style check; a small cost as a gesture to users of a highly configurable style.

There is still some weirdness behind the tabs which looks like a misaligned well or frame. I'd love to get that right too.


Diffs
-----

  sublime/container.cpp 478606d 

Diff: https://git.reviewboard.kde.org/r/128880/diff/


Testing
-------

See https://bugsfiles.kde.org/attachment.cgi?id=99160 (unpatched) and the last series of screenshots attached to the ticket on BKO. They show the fix applied to various styles on OS X.


File Attachments (updated)
----------------

background: pure Breeze theme. Foreground: Breeze with the QTabBar set to Fusion
  https://git.reviewboard.kde.org/media/uploaded/files/2016/09/12/3fbb5571-8fb7-4af7-b6d5-eb1d9b32cea1__tabbar-breeze-with-fusion.png
Background: pure QtCurve<OS X Graphite>. Foreground: QtCurve<OS X Graphite> with QTabBar set to Fusion
  https://git.reviewboard.kde.org/media/uploaded/files/2016/09/12/b1bc9406-4f98-4920-832b-2728aa9d2ee2__tabbar-breeze-with-qtcurve.png
Tabbed document interface in native OS X applications
  https://git.reviewboard.kde.org/media/uploaded/files/2016/09/12/5790c412-566c-42bc-83b5-efbec458d711__MacNativeTabs.png


Thanks,

René J.V. Bertin

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-mac/attachments/20160912/372e5fa7/attachment-0001.html>


More information about the kde-mac mailing list