Bug 66153 - Spreadsheet tabs do not scale for large font size
Summary: Spreadsheet tabs do not scale for large font size
Status: RESOLVED DUPLICATE of bug 36772
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
4.1.0.0.beta2
Hardware: Other Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 80426 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-06-25 11:20 UTC by Kat
Modified: 2014-11-26 06:42 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
screenshot (77.28 KB, image/png)
2013-06-25 11:20 UTC, Kat
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kat 2013-06-25 11:20:51 UTC
Created attachment 81407 [details]
screenshot

When using the "Large Text" accessibility feature (in GNOME) which increases the font size, most parts of the UI are scaled correctly except for the tabs at the bottom of the window which list the spreadsheets in the document. The text inside the tabs is not scaled, nor are the tabs themselves scaled.
Comment 1 Cédric_leporcq 2013-06-30 21:39:12 UTC
This problem occur in any version of libreoffice. This because the size of the sheet tabs are controled by the horizontal scrollbars size...
Comment 2 Petr Mladek 2013-07-03 12:34:18 UTC
This might need some design change. Either we need to make the scroll bar wider or leave some free space around or something else. So, I add a design guy into CC.
Comment 3 Stefan Knorr (astron) 2013-07-03 16:21:59 UTC
Ha. This is a fun problem, because on the other hand, most OS's are working on
removing or shrinking scrollbars, so people have to use touchscreens/touchpads/
mouse scroll wheels.

* Ubuntu generally uses overlay scrollbars that are two pixels wide (LibreOffice
  luckily doesn't support this)

* Mac OS uses disappearing scrollbars (I don't think we support this either, but
  I am not a Mac user)

* Gnome uses the scrollbars you can see in the screenshot (Hey, LibreOffice
  supports them!)

* Windows 8 "Metro" mode uses huge, but disappearing scrollbars (LibreOffice
  doesn't support the "Metro" mode)

* Windows 8 Desktop mode uses normal scrollbars (Phew ... but at the same time,
  Microsoft would rather do away with it)

* Elementary OS (customised Ubuntu) uses extremely small scrollbars (we support
  them, and it is terrible … we can be glad they don't have a large marketshare)

So, in summary, I think the only solution here is to move the tabs out of the
scrollbar.

Some options:

1. Draw them in the status bar, although that is probably undesirable, because:
  * It renders Calc unusable to anyone who tries to remove the status bar – so
    we'd need a backup placement
  * Supposedly, the status bar has the word "status" in it for a reason
  * As you can see from the screenshot, it would become a question where to put
  bottom-docked toolbars
  * Rather small space available

2. Give them a full line of screen space, below the scrollbar
  * may waste some space, but everyone who is using lots of sheets would
    probably be pretty happy
  * would allow to draw native tabs (which would make me personally rather
    happy) – although the sheet colours may stand in the way of getting native
    tabs

3. Steal some space from the formula bar
  * Would allow drawing native tabs (if the tab colouring thing worked with
    native tabs)
  * Would make the space pretty crammed
  * There would need to be an alternate solution for people who hide the formula
    bar (although that is probably rare)
Comment 4 Adolfo Jayme Barrientos 2013-11-18 03:39:25 UTC

*** This bug has been marked as a duplicate of bug 36772 ***
Comment 5 Kat 2013-11-18 08:59:33 UTC
(In reply to comment #4)
> 
> *** This bug has been marked as a duplicate of bug 36772 ***

Are you sure this is a duplicate? This bug is about an accessibility feature which should be used automatically (i.e. using the correct default), whereas the other bug is about overwriting the default.
Comment 6 Adolfo Jayme Barrientos 2014-11-26 06:42:21 UTC
*** Bug 80426 has been marked as a duplicate of this bug. ***