The UI text on admin/structure/types/manage/listing/fields/field_subheading/field-settings is going to really overwhelm the average user so I want to tidy this up.

CommentFileSizeAuthor
#15 field_ui_no_descriptions-614294-15.patch3.61 KByched
#13 field_ui_no_descriptions-614294-10.patch2.5 KBBojhan
#10 field_ui_no_descriptions-614294-10.patch2.47 KByched
#6 afterFieldDesc.png10.02 KBlisarex
#6 uifielddesc_614294_6.patch1.21 KBlisarex
#5 after614294.png6.49 KBlisarex
#5 uitext_614294_4.patch622 byteslisarex
field_settings_uiOLD.png52 KBlisarex

Comments

lisarex’s picture

lisarex commented
Issue tags: +Usability, +ui-text, +D7UX

added tags

lisarex’s picture

lisarex commented
Component: field_ui.module » node.module
yched’s picture

yched commented
Component: node.module » field_ui.module

That one is actually for field_ui, Lisa ;-)

yched’s picture

yched commented

And I think this is in fact a duplicate of #563998: Field UI: no way to set the translatable property.

[edit: hmm, maybe I was too quick, it depends on exactly which UI text you want to improve. If that's the one about translatable field, then #563998: Field UI: no way to set the translatable property is the issue]

lisarex’s picture

lisarex commented
Title: Improve UI text on Field Settings page » Improve UI text that describes what is stored in the field
Assigned: lisarex » Unassigned
Status: Active » Needs review
StatusFileSize
new uitext_614294_4.patch622 bytes
new after614294.png6.49 KB

Thanks yched.

I updated the title. I will only tackle the text that appears at the top of the page, e.g. 'Boolean: This field stores simple on/off or yes/no options.' and my personal favorite 'Text: This field stores varchar text in the database.' ;)

This will likely need to be several patches but I'll just start with this one!

After screenshot attached, before screenshot is in the main issue.

lisarex’s picture

lisarex commented
Title: Improve UI text that describes what is stored in the field » Remove UI description that says what is stored in the field
StatusFileSize
new uifielddesc_614294_6.patch1.21 KB
new afterFieldDesc.png10.02 KB

OK, following some discussion in IRC, Bojhan & I think these descriptions are not useful where they currently appear, *after* someone has created a field. If someone is unclear about the type of field they are creating, they should check in Documentation, since there is no good place to describe Boolean, Float, the 3 list types, etc in this interface.

This patch removes the 'description' from Text, Long text and Long text and summary (currently visible at admin/structure/types/manage/article/fields/body/ and admin/structure/types/manage/article/fields/body/field-settings)

Note that the field label and colon are still present and serve as a reminder of what type of field it is... I think they could do w/ a bit more styling though (position it evenly vertically within whitespace would be good!)

Now we find out if the descriptions are used elsewhere in core....

yched’s picture

yched commented

reporting/developping what I said on IRC:

+1 for removing this. The place where this info currently shows up makes no sense. You should see those help texts *before* you create the field, they're here to help you pick a field type...

Problem is, we didn't really find a good place to display it :-/. It's information you need to see when picking a field type. But the field type picker being a select, there's no obvious place for this info.
Possibly a JS-updated string "somewhere" on the 'Manage Fields' screen when you select a field type. Browers don't react on 'hover' on select options.
Or maybe a 'more informations on field types' link opening a popup. This would stay in line with #87994: Quit clobbering people's work when they click the filter tips link / #609094: Popups for the "More Help" links if they get in.

This being said, big -1 to removing the 'description' strings in hook_field_info() themselves. We want to keep those for now (and possibly adjust them when we know where they'll end up). We just want to *not* display them at the top of field edit forms. This happens in field_ui.admin.inc, field_ui_field_edit_form() and field_ui_field_settings_form().

yched’s picture

yched commented
Status: Needs review » Needs work

Thus, CNW.

+ kind of related: #622614: Consider reducing the number of field types

Bojhan’s picture

Bojhan commented

@yched Do you have a patch to not display them? I agree we might not have to actually remove the text, but more guidance for us (who are not awsome php programmers) to achieve this - might be helpful.

yched’s picture

yched commented
Status: Needs work » Needs review
StatusFileSize
new field_ui_no_descriptions-614294-10.patch2.47 KB

Here's a patch.

Status: Needs review » Needs work

The last submitted patch failed testing.

sun’s picture

sun
Primary language German
Location Karlsruhe
commented 
+++ modules/field_ui/field_ui.admin.inc	4 Nov 2009 20:12:59 -0000
@@ -812,20 +812,14 @@
+  drupal_set_title(check_plain($instance['label']));

drupal_set_title() does check_plain() by default now.

This review is powered by Dreditor.

Bojhan’s picture

Bojhan commented
Status: Needs work » Needs review
StatusFileSize
new field_ui_no_descriptions-614294-10.patch2.5 KB

Fixed tha_suns comment, lets hope that makes a greeny test

Status: Needs review » Needs work

The last submitted patch failed testing.

yched’s picture

yched commented
Status: Needs work » Needs review
StatusFileSize
new field_ui_no_descriptions-614294-15.patch3.61 KB

Need to fix the test accordingly.

sun’s picture

sun
Primary language German
Location Karlsruhe
commented
Status: Needs review » Reviewed & tested by the community
dries’s picture

dries commented
Status: Reviewed & tested by the community » Fixed

Committed to CVS HEAD. Thanks!

Status: Fixed » Closed (fixed)
Issue tags: -Usability, -ui-text, -D7UX

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

Issue tags: +Usability, +ui-text, +D7UX

Restoring issue tags, see #2125755: System messages removed all issue tags during D7 upgrade.