https://bugs.documentfoundation.org/show_bug.cgi?id=90801

Jay Philips <philip...@hotmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |NEW
                 CC|                            |c...@nouenoff.nl,
                   |                            |heiko.tie...@user-prompt.co
                   |                            |m, vstuart.fo...@utsa.edu
           Hardware|x86-64 (AMD64)              |All
         Resolution|WONTFIX                     |---
                 OS|Linux (All)                 |All

--- Comment #9 from Jay Philips <philip...@hotmail.com> ---
(In reply to Yury from comment #7)
> Usually, one of the squarish, blackish fonts with easily distinguishable i/l
> shapes etc., in  (in fact, Chicago and Charcoal analogues -- think Grana
> Padano, Virtue, MacType).
> 
> I work with OOO/LO texts and formulas a lot, and consider such setup easier
> on eyes (I use the analogous setup in Firefox, BTW.) Text window is the
> focus of attention, and UI doesn't get in the way but is readable.
> 
> This is about the opposite of what's expected of 'system' font, which is
> used for menus, dialogs, etc., through which we convey our meaning to
> system. There the 'system' font is the main medium, for all applications in
> system-wide context, so there are different requirements to it.

Well i tried what i could but still wasnt able to get the substitution to work.
On my Mate desktop the menu font is the 'Application font' and it is Sans 9pt,
but setting that to do the substitution didnt work after unchecking using the
system font for UI.

> But I already know I can. :) I chose the GTK system font like 15 years ago,
> and tug the config along through my homedirs. Same with qtconfig. But in
> fact, I regret there is no capability in system to change the applications'
> fonts individually -- and I mean change easily, like it was done on OS/2 20+
> years ago. 

Well that is a limitation of the OS and not a feature that other apps provide.

> Bug 87016 was somewhat dubiously formulated and got about zero discussion
> before it was fast-tracked into the code. I didn't know about that urge to
> remove the option, or I would chime in. Now it seems it's too late.

Well as stated by Adolfo, it was a decision that the UX team had taken in 2012
and hadnt been implemented. Well the change is an attempt to clean up the
options dialog which is quite complicated.

(In reply to Yury from comment #8)
> To the business. Release notes for this (major) release do not take 5
> minutes reading, rather 1 or 2. I've reread them just now, for the sake of
> argument. I do not believe I see the revolutionary changes there -- and how
> much will the 5.* installation take on disk? in memory?

There are many changes that havent been included in the release notes yet, but
will be added closer to the release. 5.* will take up a similar amount of disk
space and memory as 4.*.

@Stuart, Cor, Heiko: Any input on this issue, as i was thinking to bring it to
the design meeting.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to