Problem/Motivation

No reason to use diff stack for diff modules in CORE, it makes for harder theme overrides.

  font-family: "Lucida Grande", "Lucida Sans Unicode", Verdana, sans-serif;
  font-family: "Source Sans Pro", "Lucida Grande", Verdana, sans-serif;
  font-family: "Lucida Grande", Verdana, sans-serif;
  font: normal 81.3%/1.538em "Lucida Grande", "Lucida Sans Unicode", "DejaVu Sans", "Lucida Sans", sans-serif;
  font-family: "Lucida Grande", 'Lucida Sans Unicode', 'liberation sans', sans-serif;
  font-family: "Droid sans", "Lucida Grande", sans-serif;

In some cases, for example:

  font-family: "Lucida Grande", "Lucida Sans Unicode", Verdana, sans-serif;
  font-family: "Source Sans Pro", "Lucida Grande", Verdana, sans-serif;

Proposed resolution

- Unify the stack in core.
- the fallback font should be the same stack
- Any special cases, we should drop a code comment to explain the reason.

Remaining tasks

- patch

User interface changes

Subtle changes to font family for consistency in core.

API changes

N/A

Data model changes

N/A

Comments

droplet created an issue. See original summary.

Wim Leers’s picture

Issue tags: +CSS
Wim Leers’s picture

Status: Active » Postponed (maintainer needs more info)
Issue tags: +Needs issue summary update

It'd be great if the IS could list where does font stacks came from — i.e. from which CSS files. So it becomes clear which themes are contradicting, and whether there are any modules specifying font stacks.

droplet’s picture

Issue summary: View changes
Status: Postponed (maintainer needs more info) » Active

I don't think we need any extra information to make this decision. This is about how we organize the CORE code. and everyone wants to work on this issue should do their own search and read the related CSS to get a sense of why it was doing that way (before agree or disagree with me).

Wim Leers’s picture

Status: Active » Postponed (maintainer needs more info)

I don't think we need any extra information to make this decision.

We do.

Different themes are allowed to have different font stacks. The problem as articulated in the IS is incomplete, and therefore doesn't allow for a proper analysis.

droplet’s picture

Probably, you didn't understand the issue, so you care about the path info. This issue going to remove all differences in CORE, I don't care which theme or module.

the font stack isn't random pick from a random source but after discussion and many follow-ups until today (e.g. #662940: "Lucida Sans Unicode" may match ugly "Lucida Bright" instead of "Lucida Sans")

so if we wanted to use diff font stack, it still okay as I told in IS:

 font-family: "Lucida Grande", "Lucida Sans Unicode", Verdana, sans-serif;
 font-family: "Source Sans Pro", "Lucida Grande", Verdana, sans-serif;

But, I'd recommend this instead:

 font-family: "Lucida Grande", "Lucida Sans Unicode", Verdana, sans-serif;
 font-family: "Source Sans Pro", "Lucida Grande", "Lucida Sans Unicode", Verdana, sans-serif;

where it from really doesn't matter.

droplet’s picture

font-family: "Lucida Grande", "Lucida Sans Unicode", Verdana, sans-serif;
font-family: "Lucida Grande", 'Lucida Sans Unicode', 'liberation sans', sans-serif;

At the worse case if you really end up with above result in diff modules or themes. I think we still need the following code instead:

(add it before generic family)

font-family: "Lucida Grande", "Lucida Sans Unicode", Verdana, 'liberation sans', sans-serif;
font-family: "Lucida Grande", 'Lucida Sans Unicode', 'liberation sans', Verdana, sans-serif;

It's nonsense we agree one fallback font on another stack but not add to another same font-family stack.

joelpittet’s picture

Issue summary: View changes
Status: Postponed (maintainer needs more info) » Active
Issue tags: -Needs issue summary update

This make's sense there is even Droid sans in some core module CSS font family stacks

core/modules/image/css/editors/image.theme.css
core/modules/quickedit/css/quickedit.theme.css
font-family: "Droid sans", "Lucida Grande", sans-serif;

This needs to be cleaned up.

Ivan Berezhnov’s picture

Issue tags: +CSKyiv18

Version: 8.4.x-dev » 8.5.x-dev

Drupal 8.4.4 was released on January 3, 2018 and is the final full bugfix release for the Drupal 8.4.x series. Drupal 8.4.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.5.0 on March 7, 2018. (Drupal 8.5.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.5.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.6.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.5.x-dev » 8.6.x-dev

Drupal 8.5.6 was released on August 1, 2018 and is the final bugfix release for the Drupal 8.5.x series. Drupal 8.5.x will not receive any further development aside from security fixes. Sites should prepare to update to 8.6.0 on September 5, 2018. (Drupal 8.6.0-rc1 is available for testing.)

Bug reports should be targeted against the 8.6.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.7.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.6.x-dev » 8.8.x-dev

Drupal 8.6.x will not receive any further development aside from security fixes. Bug reports should be targeted against the 8.8.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.9.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.8.x-dev » 8.9.x-dev

Drupal 8.8.7 was released on June 3, 2020 and is the final full bugfix release for the Drupal 8.8.x series. Drupal 8.8.x will not receive any further development aside from security fixes. Sites should prepare to update to Drupal 8.9.0 or Drupal 9.0.0 for ongoing support.

Bug reports should be targeted against the 8.9.x-dev branch from now on, and new development or disruptive changes should be targeted against the 9.1.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.9.x-dev » 9.2.x-dev

Drupal 8 is end-of-life as of November 17, 2021. There will not be further changes made to Drupal 8. Bugfixes are now made to the 9.3.x and higher branches only. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.2.x-dev » 9.3.x-dev

Version: 9.3.x-dev » 9.4.x-dev

Drupal 9.3.15 was released on June 1st, 2022 and is the final full bugfix release for the Drupal 9.3.x series. Drupal 9.3.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.4.x-dev branch from now on, and new development or disruptive changes should be targeted for the 9.5.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.4.x-dev » 9.5.x-dev

Drupal 9.4.9 was released on December 7, 2022 and is the final full bugfix release for the Drupal 9.4.x series. Drupal 9.4.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.5.x-dev branch from now on, and new development or disruptive changes should be targeted for the 10.1.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.5.x-dev » 11.x-dev

Drupal core is moving towards using a “main” branch. As an interim step, a new 11.x branch has been opened, as Drupal.org infrastructure cannot currently fully support a branch named main. New developments and disruptive changes should now be targeted for the 11.x branch. For more information, see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.