font in flat-text editor not resizable via Global Font setting

[Jason Etheridge]

Font size manipulations happen via a function called font_helper(), which adds a CSS classname to the document root, such as ALL_FONTS_LARGER, ALL_FONTS_18PT, etc.

In global.css, we have lines like this that look for those classnames:

.ALL_FONTS_LARGER * { font-size-adjust: 1.1 !important; }

.ALL_FONTS_18PT * { font-size: 18pt !important; }

These work with XUL textboxes, but the flat text editor is using an xhtml.textarea. I tried styling this with different selectors such as xhtml.textarea and *.textarea, to no avail, even after adding an xhtml @namespace directive to the CSS.

[Jason Etheridge (phasefx)]

Tried xhtml:textarea as well with no love.

[Jason Stephenson (jstephenson)]

Is this an Evergreen bug or a XUL issue?

[Jason Etheridge (phasefx)]

On Wed, Dec 8, 2010 at 4:39 PM, Jason Stephenson
<email address hidden> wrote:
> Is this an Evergreen bug or a XUL issue?

Not XUL, but maybe Mozilla. Evergreen insomuch as there are a lot of
elements that the font-helper isn't affecting, but the flat-text MARC
editor is one a library commented on. The question we could ask the
Mozilla community (or google for it, etc.) is: should xhtml:textarea
elements be affected by font-controlling CSS, and if so, how? We can
implement a fix if the answer is yes.

[Galen Charlton (gmc)]

I've created a patch (http://git.esilibrary.com/?p=evergreen-equinox.git;a=commitdiff;h=b7175e423861bf910934cbce7ccb123fea2b1c37 and attached to this bug) that appears to solve the problem. Because of the wide-ranging effect it could have, I would appreciate further testing.

[Galen Charlton (gmc)]

Proposed fix.