With dash to dock enabled, title in window is not centred aligned to clock when the window is maximised

[Andrew Hayzen]

With the dash-to-dock extension enabled and intelli-hide not enabled, the title of applications is not centre aligned with the gnome shell clock, as shown here [0].

Possible solutions are
1) When the window is maximised to align the title to the monitor centre not window centre
2) When dash-to-dock is enabled move the clock to be slightly off monitor centre so it would line up with the window centre
3) Ignore the alignment issue :-)

0 - http://imgur.com/a/5cJ47

[Daniel van Vugt (vanvugt)]

Confirmed... but maybe not a bug?

It's a good thing that the window title is always centred. In fact it might look weird at lower resolutions if that wasn't true. The user would notice the lack of symmetry.

I think the real bug here is that intelli-hide is not enabled, IMHO :)

[Jan Niklas Hasse (jhasse)]

You missed a fourth solution: Move the clock to the right.

[Jeremy Bícha (jbicha)]

Jan, moving the clock to the right is also controversial. The GNOME clock is not just a clock but the center of notifications (including weather and world clocks if you have gnome-weather or gnome-clocks installed).

[Launchpad Janitor (janitor)]

This bug was fixed in the package gnome-shell - 3.26.2-0ubuntu3

---------------
gnome-shell (3.26.2-0ubuntu3) bionic; urgency=medium

  * debian/patches/ubuntu_panel_center_date_workarea.patch:
    Align date entry relative to workarea. That way, title bars are
    centered relative to date entry. (LP: #1716432)
  * :
    Don't allow ubuntu mode extension to update
    Ensure that no update is proposed or loaded if sideloaded (always
    prefer system version) on the ubuntu session.
    We want to ensure that the default code running is going through
    our QA and security team process than being loaded from a 3rd
    party website.
    Also, that will enable us to upload newer versions on GNOME
    extension website while still letting older ubuntu release versions
    running expected extension version.
    Note that the patch set is simplified with a hardcoded extension list
    until https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/1 is merged.
    The patch set is too large otherwise to keep it maintainable as a distro
    patch.
    See also https://bugzilla.gnome.org/show_bug.cgi?id=789852.

 -- Didier Roche <email address hidden> Thu, 15 Feb 2018 15:25:18 +0100