Text input and select form elements in Seven consistently appear with this font stack:

"Helvetica Neue",Helvetica,Arial,sans-serif

Except where they don't. The filter dropdowns on admin/content, and on admin/people, the filter dropdowns and *some* of the update options.

Firefox 3.5.5 on OS X. Same behavior in Safari.

Comments

davidtrainer’s picture

yoroy’s picture

Issue tags: +CSS, +Needs design review

Font-stacks should certainly cover all applicable uses.

Maybe have a look at how much of this is covered by #575294: Add reset.css through drupal_add_css() instead of through the .info file and check if #592018: Re-organize styles across stylesheets from system.module and separate presentational and behavior-supporting styles has any bearing on this.

davidtrainer’s picture

Status: Active » Needs review
StatusFileSize
new7.73 KB

This patch adds html-elements.css, for styling of generic elements. It pulls some of that styling over from style.css. It resolves the fonts problem on the form elements in this issue and also resolves #634498: Filters layout is broken on admin/content and admin/people

bowersox’s picture

StatusFileSize
new48.73 KB
new51.42 KB
new49.27 KB
new54.26 KB
new58.29 KB
new56.68 KB

+1 for font consistency. This patch has a few visual side effects to work out though. I've illustrated these in attached screenshots.

  • admin-appearance-before and -after.gif: The tabs (e.g., List and Configure) get a gap below them introduced by this patch. Also, the action links (eg, "+ Install New Theme") get bullets added. In general the type appears bigger, and some like 'Skip to Main Content' gets much bigger. This is what I'm seeing in Mac FF 3.5.5.
  • admin-verticaltabs-before and -after.gif: The vertical tabs themselves seem to be indented farther right, bumping the actual tab contents down below the tabs. Again, it's Mac FF 3.5.5.
  • admin-before and -after.gif: On the admin page all the div boxes seem to get extra padding/margin pushing their content (eg, 'List - select the default theme for your site') to the right.
davidtrainer’s picture

StatusFileSize
new8.64 KB

This patch addresses all of the issues raised in #4.

yoroy’s picture

I'm very much in favor of adding an html-elements.css file to style generic elements, it adds clarity and structure by seperating the typographic basics from the per-case specifics. It'll make a better impression on themers inspecting these files, too, it's just something you do :-)

Will apply this, review and report back.

yoroy’s picture

Title: Seven has inconsistent fonts on form elements » Add html-elements.css and fix inconsistent fonts on form elements
Status: Needs review » Needs work

Strange. Applying this patch makes text go smaller than before.

I see that a font-size: 0.8em gets redefined to a font-size: 0.875em. This should keep focus on fixing the form elements and the addition of html-elements.css without any other design changes (which I'm sure is the intent).

http://skitch.com/yoroy/nea3n/before
vs.
http://skitch.com/yoroy/nea38/after

(FF 3.5.5 on OS X)

davidtrainer’s picture

Title: Add html-elements.css and fix inconsistent fonts on form elements » Seven has inconsistent fonts on form elements

I may have derailed this issue a little bit with the html-elements.css change. So I've added #641734: Separate generic html elements' style into seven.base.css which will just split those stylesheets up as we've been discussing here. Once that gets in, we can get back to the fonts on these form elements.

yoroy’s picture

Status: Needs work » Needs review

bumping this for review.

aspilicious’s picture

Component: Seven theme » markup

Still an issue!

Markup component?

jacine’s picture

Component: markup » Seven theme

Nope. Markup component is not for theme-specific issues.

markabur’s picture

Is this the right place to question whether the form elements ought to be in a different font in the first place? I think if the form labels, help text, and so forth are Lucida Grande, then the form elements should be too. Adding a slightly different sans-serif to the page does not improve the design, regardless of how consistently it's applied.

markabur’s picture

Issue tags: -CSS, -Needs design review

#5: 634724-html-elements-css1.patch queued for re-testing.

Status: Needs review » Needs work
Issue tags: +CSS, +Needs design review

The last submitted patch, 634724-html-elements-css1.patch, failed testing.

sun’s picture

lewisnyman’s picture

Status: Needs work » Postponed

Per David's comments in #8 let's postpone this issue until #641734: Separate generic html elements' style into seven.base.css get's committed

lewisnyman’s picture

Issue summary: View changes
Status: Postponed » Active
Issue tags: -Needs design review +frontend

I think this is still a problem. I forgot to unpostpone it.

Bojhan’s picture

Status: Active » Postponed (maintainer needs more info)

We don't really seem to have this anymore. I just checked a whole bunch of elements?

Status: Postponed (maintainer needs more info) » Closed (outdated)

Automatically closed because Drupal 7 security and bugfix support has ended as of 5 January 2025. If the issue verifiably applies to later versions, please reopen with details and update the version.