Currently there is no way in field UI to set the translatable property of a field. A simple checkbox in the field settings form should be enough.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

plach’s picture

Status: Active » Needs review
FileSize
1.16 KB
yched’s picture

Status: Needs review » Reviewed & tested by the community

Looks fine to me. And we need a UI for the feature to be user-tested.

webchick’s picture

Status: Reviewed & tested by the community » Needs work
Issue tags: +Needs usability review

That description looks a bit overly technical to me. Please work with the UX team to come up with something that conveys the same thing but uses a bit more plain language.

Also, both solely English and multilingual sites see this checkbox. Is that intended?

plach’s picture

Here is a screenshot.

plach’s picture

Status: Needs work » Needs review
FileSize
1.58 KB

Agreed a description with webchick in IRC. We also decided to default to TRUE as untranslatable fields are probably less common and needed by more advanced use cases in which the user is supposed to better know what he's doing.

Also, both solely English and multilingual sites see this checkbox. Is that intended?

Yes, you need to plan translatabilty before creating any content, but you might want to actually enable Locale after creating some content.

webchick’s picture

Status: Needs review » Needs work

Cool. I know the UX team is going to smack me for asking for such a long description, but honestly there's a fair amount of stuff here to convey.

One thing that would make this slightly better in both the breaking-up-the-descripton standpoint as well as clarity-of-what-you're-choosing-here standpoint is making this choice two radio buttons rather than a checkbox. It's not obvious that "Language neutral" is the opposite of "Translatable" and I think explicitly making them two choices will help usability quite a bit.

plach’s picture

Here it is

plach’s picture

Status: Needs work » Needs review
plach’s picture

Status: Needs review » Reviewed & tested by the community

Tests pass, putting back to RTBC.

webchick’s picture

FileSize
6.4 KB

I switched around the apostrophe style on that description and don't trust myself to commit it blindly, so just uploading it for testing bot.

webchick’s picture

Status: Reviewed & tested by the community » Fixed

Oh, I'm good. ;P

Committed to HEAD. :)

plach’s picture

Great!

Bojhan’s picture

Status: Fixed » Needs work
FileSize
20.98 KB

translatablefields.png

I am totally not following the reasoning behind, making this a two radios as opposed to one checkbox. Couldn't we find a more fitting label for the checbox? Sure there is a fair bit to explain, so why not explain one thing? I am really worried that choosing radio's here, is going to motivate the behavior that its good to explain underlaying defaults - when the user really doesn't need to know.

plach’s picture

I ain't sure I understand your argument: would having a checkbox avoid a user the need to understand its default status?

Bojhan’s picture

I don't see any reason, why a user would need to understand that a certain value is "neutral" ? Obviously when I don't want to translate it- I know it won't be translated in other languages then?

plach’s picture

Ok, now I get what you mean. I'd have no problem to revert to a checkbox (it was my initial proposal). Let's see what webchick thinks about it.

alexanderpas’s picture

Actually, I think the User Interface can be a lot easier by defaulting to Translatable, and only providing a checkbox with the Language Neutral option.

text mockup:
---

[ ] Language neutral
Fields can have different values for each available language. If this field will contain data that is language-neutral, such as an users first name check this field. If this contains data that is not language languge neutral, such as a news body, don't check this field. If this field is checked, All availble languages will have the same value for this field.

---

naturally, this text can be improved upon.

webchick’s picture

Issue tags: +D7 UX freeze

The bottom line is this UI needs more thought, especially given that we immediately smash people directly in the face with it when creating any type of field.

Tagging as something to focus on prior to UX freeze.

lisarex’s picture

I like alexanderpas idea of making the field translatable by default. Although the majority of people probably aren't going to be messing about with translations, the fact that it can't be changed means they should only have to take action/give it thought if they _don't_ want it translated, ever.

Alternative copy "Fields, such as an article's body, can be translated into one or more languages with configuration. Some fields should not be translated, e.g. a user's first name."

Change 'Multilingual settings' to 'This field can be translated into other languages'

Change 'Language neutral field' to have a checkbox and text 'Never translate this field'

Xano’s picture

Assigned: Unassigned » Xano
Status: Needs work » Needs review
FileSize
1.5 KB

A small attempt to change smashing into stroking. Before and after pics:
Behooooold...
And poof! It's gone!

plach’s picture

Status: Needs review » Closed (won't fix)

This setting should go in contrib, see #654934: Translatable option on field creation.

Xano’s picture

Assigned: Xano » Unassigned