Open afercia opened 7 months ago
Some of the relevant files to be checked:
packages/block-editor/src/components/link-control/index.js
packages/block-editor/src/components/link-control/search-input.js
packages/block-library/src/navigation-link/edit.js
packages/block-library/src/navigation-submenu/edit.js
I had this queued up to write an issue for as well. Yes, we should tweak this.
I'd vote for what makes most sense for users and I'd think the most familiar terminology for users is text / link. Regardless, the UI should use the same terminology everywhere.
Yes, "Text" and "Link" feel appropriate to me.
We could potentially do the same for the social links as well: https://github.com/WordPress/gutenberg/pull/60047. Perhaps one day it uses LinkControl as well even.
What do you think about following the core classic editor and using the term URL/Link Text?
What do you think about following the core classic editor and using the term URL/Link Text?
Sorry, missed this comment before https://github.com/WordPress/gutenberg/pull/60116.
I think what we have in #60116 is sufficient, and now at least they are consistent across.
I think what we have in https://github.com/WordPress/gutenberg/pull/60116 is sufficient
I don't think it's sufficient.
Screenshots of the block inspector cards with various link-related blocks, to illustrate the term 'Text' doesn't clarify sufficiently what the input field is about:
Placeholder text of the navigation items still says 'Add llabel...':
Reopening to allow for broader discussion.
This is an additional suggestion. For example, the core navigation menu consistently uses the term "URL". On the other hand, the text to which the URL is applied seems to use the terms "Link Text" and "Navigation Label". Could this basic rule also be applied to Gutenberg?
Yep, that 'Navigation Label' in the classic menus is pretty old. It's inconsistent with custom links and also a little weird to translate. Also, it shouldn't be title case. Not sure changing such an old UI is worth it but, in case, I'd change it to 'Link text'.
Re: the term URL I'm not sure I have strong opinions.
Regarding the inline link, I would like to provide two more examples outside of WordPress.
Notion: "Page or URL" and "Link title"
Slack: "Text" and "Link" (This is consistent with the changes made in #60116)
To be honest, I'm also wondering which is the correct answer in WordPress 😅
in https://github.com/WordPress/gutenberg/pull/60047#discussion_r1535522540 I suggested to just use the terminology WordPress always used: 'Link text'.
Link text is fine in that particular context, but if we do what I suggested—to bring the link field there as well—then "Text" and "Link" would work great there as well.
"Link text" and "Link" adds more words with not enough benefit for the increased word count.
On the other hand, URL may be a bit too technical for some users. I'd think it's way more common in everyday language to just say 'Link'.
Agreed. "URL" is a technical term—I'd avoid using terminology that requires additional understanding.
When removing the link text in a navigation block, the placeholder text of the contenteditable still says 'Add label...'. This eas missed in https://github.com/WordPress/gutenberg/pull/60116 and must to be chanced. See second screenshot.
This should be "Link" (no ellipsis) — to follow suite of other placeholder text.
Hey I wanted to work on the same. Kindly assign me this @afercia
Description
Links and navigation links / submenus can be edited in the editor via a few components.
Although these user interfaces come from different components, the terminology should be consistend when it comes to:
RIght now, the names of these fields are different and don't contribute to UI clarity, especially when they can be displayed at the same time under the eyes of the users.
I'd vote for what makes most sense for users and I'd think the most familiar terminology for users is text / link. Regardless, the UI should use the same terminology everywhere.
Screenshot when editing a page link in a navigation:
Screenshot when editing a custom link in a navigation:
The same applies to navigation submenus.
Step-by-step reproduction instructions
Screenshots, screen recording, code snippet
No response
Environment info
No response
Please confirm that you have searched existing issues in the repo.
Yes
Please confirm that you have tested with all plugins deactivated except Gutenberg.
Yes