Originally submitted on Github

Problem/Motivation

Recent interviews and research exposed pain points around Drupal's admin experience of looking and feeling dated, especially compared to our competitors, and universally cited that choosing a more modern-looking admin theme instantly led to Drupal being better-perceived by said users.

There was an amazing community effort to Create a Style Guide For Seven that vastly improved its look + feel compared to the original, but Design best practices and Drupal functionality have moved on since then.

Proposed resolution

Implement new page title styles to create a favorable first impression of Drupal for evaluators and a better user experience for site authors. No functional differences.

Page title

Specs:
https://www.figma.com/file/OqWgzAluHtsOd5uwm1lubFeH/Design-system?node-i...

General specs:

Color palette
Typography

Remaining tasks

  • Update patch styling to include time inputs
  • Accessibility review
  • RTL review (Right to left)

User interface changes

All page title styles will be changed, no functional differences.

Test Pages

/node/add/page
/node/add/article

Comments

antonellasevero created an issue. See original summary.

saschaeggi’s picture

Version: » 8.x-1.x-dev
Issue summary: View changes
StatusFileSize
new151.58 KB
huzooka’s picture

Assigned: Unassigned » ckrina
Status: Active » Needs work

Figma shows the Typography node behind the link.
Please update the url at Specs.

huzooka’s picture

Assigned: ckrina » Unassigned
Issue summary: View changes
Status: Needs work » Active
lauriii’s picture

Status: Active » Postponed
Issue tags: +Novice

This is a good novice issue.

However, this element hasn't been properly documented in Figma so I think it would be better to postpone this for now.

saschaeggi’s picture

Added related ticket of content header with specs

saschaeggi’s picture

Issue summary: View changes
Status: Postponed » Active

Updated link to content header specs
Also please have a look at the typography specs as well (linked in the description too)

Kami Amiga’s picture

Assigned: Unassigned » Kami Amiga
Status: Active » Needs review
StatusFileSize
new377 bytes

Status: Needs review » Needs work

The last submitted patch, 8: page_title-3024049-8.patch, failed testing. View results

Kami Amiga’s picture

Status: Needs work » Needs review
Kami Amiga’s picture

StatusFileSize
new743 bytes

Added headings line height in variables.js and applied it on page-title

Status: Needs review » Needs work

The last submitted patch, 11: page_title-3024049-11.patch, failed testing. View results

Kami Amiga’s picture

Status: Needs work » Needs review
nod_’s picture

Status: Needs review » Needs work

I'd use --size-headings-lineheight to keep naming consistent with the other variable above.

Kami Amiga’s picture

Status: Needs work » Needs review
StatusFileSize
new834 bytes
new915 bytes

Status: Needs review » Needs work

The last submitted patch, 15: page_title-3024049-15.patch, failed testing. View results

Kami Amiga’s picture

Status: Needs work » Needs review
nod_’s picture

Looks good to me.

As for naming, just realized that --size-lineheight-heading might be more consistant with the other vars. Any opinions on that?

Kami Amiga’s picture

Sounds right I must say :)

Some more questions about the variables : how about adding all heading font sizes too and spacing values ? And should that be done in a separated task ?

nod_’s picture

Status: Needs review » Postponed

indeed, see #3027977: Add spacing and font size variables.

Postponing this issue on the other one.

nod_’s picture

Status: Postponed » Needs work
finnsky’s picture

StatusFileSize
new18.65 KB

To have shortcut module icon available here

shortcut

we need to do same on theme install or add it in shortcut install.
https://cgit.drupalcode.org/drupal/tree/core/modules/shortcut/shortcut.i...

andypost’s picture

@finnsky good catch, needs core issue to fix

finnsky’s picture

until core not fixed that issue may be resolved with command
drush config-set claro.settings third_party_settings.shortcut.module_link TRUE -y

finnsky’s picture

Status: Needs work » Needs review
StatusFileSize
new185.88 KB
new6.61 KB

1) Added patch for shortcut icon with drush command from #24
2) no design for shortcut-action__icon, so i added simple implementation.
3) no design for shortcut-action__message. i did same

gif

finnsky’s picture

i added new libraries as libraries-extend. since stable files contain some toolbar styles which impossible to override right now

Kami Amiga’s picture

+++ b/css/src/theme/shortcut.theme.css
@@ -0,0 +1,40 @@
+  color: #fff;

For more consistency, I guess we should use var(--color-white) here.

Kami Amiga’s picture

Assigned: Kami Amiga » Unassigned
huzooka’s picture

Status: Needs review » Needs work
Issue tags: -Novice
kostyashupenko’s picture

Status: Needs work » Needs review
StatusFileSize
new6.63 KB
new437 bytes
lauriii’s picture

lauriii’s picture

StatusFileSize
new20.2 KB
new6.53 KB
new2.63 KB

Moved the CSS into a single file that I moved under the components folder. I also removed the stable CSS since we override all of their settings anyway.

I tried to vertically align the shortcut-action with the page title. Also moved it closer to the title to match the designs.

Edit: I also added configuration to show the shortcut-action after installing the theme.

huzooka’s picture

Status: Needs review » Needs work
StatusFileSize
new58.18 KB

The patch from #32 breaks Shortcut toolbar icon – NW.

P.s.: In #3020422: Toolbar style update, I created an icon font, I'd consider re-using the star icons from there.

huzooka’s picture

Could you please follow patch naming convention? It would help reviewers a lot.

lauriii’s picture

Status: Needs work » Needs review
StatusFileSize
new6.61 KB
new1.44 KB

Fixed #33. I also moved the star by 1px. I've been going back and forth on that and I think this looks a little bit better.

Not implementing the icon font, for now. That is something that should be discussed separately.

huzooka’s picture

Status: Needs review » Needs work

Re #35

  1. +++ b/css/src/components/shortcut.css
    @@ -0,0 +1,61 @@
    +  transition: all 200ms ease-out;
    

    Where is this transition defined?

    Btw, I'd be happy to see a variable here.

  2. +++ b/css/src/components/shortcut.css
    @@ -0,0 +1,61 @@
    +  vertical-align: -1px;
    

    We want to have rem instead of px.

It's really close :)

imalabya’s picture

Status: Needs work » Needs review
StatusFileSize
new6.75 KB
new1023 bytes

Added a patch to fix the comments at #36

huzooka’s picture

Status: Needs review » Reviewed & tested by the community

I think that this deserves an RTBC :)

lauriii’s picture

Status: Reviewed & tested by the community » Needs work
+++ b/css/src/base/variables.css
@@ -90,4 +91,11 @@
+  --size-shortcut-icon: var(--space-l);

+++ b/css/src/components/shortcut.css
@@ -0,0 +1,61 @@
+  width: var(--size-shortcut-icon);
+  height: var(--size-shortcut-icon);

I don't think we should depend on the browser default font size on sprites since this will completely break if the default value is anything higher than 16px. Therefore this should be defined in px value instead of rem.

huzooka’s picture

Re #39:
Mmmm, nice catch!

But instead of turning back to pixel units there, let's define a background-size, and the described issue will be fixed. I think that's the better approach.

lauriii’s picture

Status: Needs work » Needs review
StatusFileSize
new6.78 KB
new991 bytes

This should fix #39. Also changed the border radius to px as per the instructions from the design team.

huzooka’s picture

Status: Needs review » Reviewed & tested by the community
StatusFileSize
new7.55 MB

Bullet-proof, RTBC!

The usual screenshot are attached.

  • lauriii committed 509c56c on 8.x-1.x
    Issue #3024049 by lauriii, Kami Amiga, finnsky, kostyashupenko, imalabya...
lauriii’s picture

Status: Reviewed & tested by the community » Fixed

Committed and pushed. Thank you everyone!

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.