When you're using the quick edit module to edit a node author, I think the UX is not optimal.

Here's what happens (not optimal):

  • Click on the node author
  • Enter the username because you know Drupal and are 99.9% sure it's the value required to edit the field
  • Wait that the autocomplete confirms the username exists...until you realize it doesn't work
  • Hit save

Here's what *could* happen (bad):

  • Click on the node author
  • Enter the UID (if you know how to find it) because the help text seems to require that data, and not the username
  • Wait that the autocomplete confirms the UID exists...until you realize it doesn't work
  • Ask for help? Try the username instead?

Here's what I think should happen (better?):

Preliminary tasks:

  • Change the help text to "The username or user ID of the node author."
  • Make sure the AJAX autocomplete works both against the username or UID

Workflow:

  • Click on the node author
  • Enter the username or UID
  • Wait that the autocomplete confirms the username or UID exists
  • Hit save

Tested today after #2226493: Apply formatters and widgets to Node base fields got in.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Wim Leers’s picture

Title: Quick edit UX for node author is lacking » Node author widget UX is lacking (also affects Quick Edit's UX)
Component: quickedit.module » node system
Issue tags: +Usability, +Spark
Parent issue: » #2226493: Apply formatters and widgets to Node base fields

I agree — in earlier iterations, the UX was much better. I had added a custom widget, but people insisted to use the standardized Entity Reference widget, and this is the consequence. (We did that for good reason though: a lot of cruft was removed.)

However, this is a general problem, that doesn't apply only to Quick Edit, but becomes especially obvious when looked at through Quick Edit. Therefore I'm retitling and moving this to the node system component.

Fortunately, it's easy to improve this! :)

Thanks for reporting!

Berdir’s picture

If the UX of the default entity reference widget is bad, then we shouldn't add a new one but try to improve that :)

Looks like we have multiple issues.

- The description being bad. Yeah, agreed, should be easy to improve once whe know what to write. Suggestions welcome.

- Autocomplete not working in quickedit. This apparently *is* a quickedit specific bug, it works fine when editing normally. Ca't see any requests going out, maybe the necessary JS doesn't get loaded?

- The old anonymous behavior. I'm not sure that really was better UX, but as mentioned above, instead of adding custom widgets, we should rather look into making it work better by default, so that other user entity reference fields work the same way.

Wim Leers’s picture

If the UX of the default entity reference widget is bad, then we shouldn't add a new one but try to improve that :)

Exactly :)

Ca't see any requests going out, maybe the necessary JS doesn't get loaded?

Hrm, I'd swear this worked when I last did a full round of manual testing. But this should be easily fixable (as easy as changing the description): somewhere, #attached handling is funky.

All in all, very doable to improve this!

yoroy’s picture

Version: 8.0.x-dev » 8.2.x-dev

Version: 8.2.x-dev » 8.3.x-dev

Drupal 8.2.0-beta1 was released on August 3, 2016, which means new developments and disruptive changes should now be targeted against the 8.3.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.3.x-dev » 8.4.x-dev

Drupal 8.3.0-alpha1 will be released the week of January 30, 2017, which means new developments and disruptive changes should now be targeted against the 8.4.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.4.x-dev » 8.5.x-dev

Drupal 8.4.0-alpha1 will be released the week of July 31, 2017, which means new developments and disruptive changes should now be targeted against the 8.5.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.0-alpha1 will be released the week of January 17, 2018, which means new developments and disruptive changes should now 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.6.x-dev » 8.7.x-dev

Drupal 8.6.0-alpha1 will be released the week of July 16, 2018, which means new developments and disruptive changes should now 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.7.x-dev » 8.8.x-dev

Drupal 8.7.0-alpha1 will be released the week of March 11, 2019, which means new developments and disruptive changes should now be targeted against the 8.8.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.8.x-dev » 8.9.x-dev

Drupal 8.8.0-alpha1 will be released the week of October 14th, 2019, which means new developments and disruptive changes should now be targeted against the 8.9.x-dev branch. (Any changes to 8.9.x will also be committed to 9.0.x in preparation for Drupal 9’s release, but some changes like significant feature additions will be deferred to 9.1.x.). 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.1.x-dev

Drupal 8.9.0-beta1 was released on March 20, 2020. 8.9.x is the final, long-term support (LTS) minor release of Drupal 8, which means new developments and disruptive changes should now 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: 9.1.x-dev » 9.2.x-dev

Drupal 9.1.0-alpha1 will be released the week of October 19, 2020, which means new developments and disruptive changes should now be targeted for the 9.2.x-dev branch. For more information see the Drupal 9 minor version schedule and the Allowed changes during the Drupal 9 release cycle.

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

Drupal 9.2.0-alpha1 will be released the week of May 3, 2021, which means new developments and disruptive changes should now be targeted for the 9.3.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.3.x-dev » 9.4.x-dev

Drupal 9.3.0-rc1 was released on November 26, 2021, which means new developments and disruptive changes should now be targeted for the 9.4.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Lendude’s picture

Status: Active » Closed (cannot reproduce)
Issue tags: +Bug Smash Initiative
FileSize
229.13 KB
91.14 KB

This all seems to have gotten fixed/improved in the time since this was opened, see screenshots.

So closing this for now, feel free to re-open this if you think there is still work we need to do here.