Closed Bug 1244910 Opened 8 years ago Closed 1 year ago

JSON Viewer: font size and family styles need improving

Categories

(DevTools :: JSON Viewer, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: clarkbw, Unassigned)

References

Details

Let's review the current font choices for the JSON viewer. 

from bug 1223143 comment 7

> ## Readability: problematic typographic choices
> 
> By default the text is hard to read, since it’s displayed as 11px Courier on
> OSX or 11px Courier New on Windows. The combination of the small font-size
> and a font with a small x-height hurts readability big time.
> 
> Let’s break it down:
> 
> Size: the JSON viewer doesn’t follow user preferences for monospace
> font-size (hard 11px). This is unlike the View Source view (uses the user’s
> preference, 13px by default), but similar to what the DevTools tend to do
> (11px by default, no user preference except for the global zoom).
> 
> If the JSON viewer will use the same (small) font-size as the DevTools,
> perhaps it should use the DevTools zoom level too? So that if a user finds
> 11px too small in the DevTools and has zoomed it, this will be matched in
> the JSON viewer.
> 
> Font family: currently the JSON viewer CSS uses "font-family:monospace;",
> but sadly 11px Courier/Courier New is a no-go, and Firefox seems stuck with
> Courier New/Courier by default for monospace web content on Windows and OSX
> (those OSes are using more modern and more readable monospace fonts, mostly
> Menlo and Consolas I think, but I guess the point is to not "break" the
> visual style and spacing of sites relying on the small Courier/Courier New).
> 
> So, if the JSON viewer is not going to follow the user’s preferences for
> monospace font-family *and* font-size, it should imitate the DevTools better
> and try to pick a more readable font. (The Inspector uses a
> --monospace-font-family custom property, I guess with one stylesheet per
> platform. On OSX it's set to Menlo.)
> 
> Finally, some of the text is sans-serif, which is alright for headings in
> the Headers tab, but perhaps not so great for keys in the main JSON view. In
> any case, the font-family used is: "Lucida Grande, Tahoma, sans-serif" (same
> on OSX and Windows). It would be nice if this text could use the main system
> font (or main UI font used by Firefox). Apparently using "font:message-box"
> gets you the system font, and it's the technique used all over the place in
> Firefox UI (DevTools, preferences).
> 
> (I'm attaching a screenshot of the Headers tab with the OSX system font +
> Menlo for the values + small spacing tweaks + font-size bumped to just 12px.
> I’d say it looks nicer.)
Summary: JSON VIewer: font size and family styles need improving → JSON Viewer: font size and family styles need improving
Blocks: 1243951
On getting my feet wet with this, one of the first things I notice is definitely that the default font sizes are way small. The use of the full content viewport makes this a very different environment from the devtools space, and I think the default 13px that's used for view-source probably would make things a lot better.
(In reply to Dirkjan Ochtman (:djc) from comment #1)
> On getting my feet wet with this, one of the first things I notice is
> definitely that the default font sizes are way small. The use of the full
> content viewport makes this a very different environment from the devtools
> space, and I think the default 13px that's used for view-source probably
> would make things a lot better.

Agreed, I think the 11px makes it too hard to read.
Product: Firefox → DevTools
Not activity here, moving to the backlog (P3)
Honza
Priority: P2 → P3
Severity: normal → S3

The font-family is now set with --monospace-font-family so that aspect is fixed I think.
The font-size is coming from --theme-body-font-size in devtools/client/themes/variables.css which I don't think is meant to be changed in this case.

Should that be overridden for just the JSON viewer?

I think we can close it. If people want to make it bigger they can do Ctrl/Cmd and +

Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.