User tests: Successful: Unsuccessful:
Pull Request for Issue #26489.
The UI of the mail template manager was not intuitive and a concern for a beta release. This attempts to change this to something that people can understand better. The changes are:
This is a proposal, so I'm looking for feedback on the useability of this.
Status | New | ⇒ | Pending |
Category | ⇒ | Administration Language & Strings |
@Hackwar its much better but there are still some issues to address
I think it would be useful to know if there are languages where the template doesn't exist yet - so I guess another column?
As there is no template for language ALL that option needs to be removed from the filter
On the edit mail template there should be a visual indicator what language you are creating a template for - perhaps
It is not clear to me from the UI when you need to create the template for a language AND if you only create the template for one language will that be used for all languages or will the other languages use the core
OR would it be helpful to have the ability to create a template for Language - ALL
1. I think it would be useful to know if there are languages where the template doesn't exist yet - so I guess another column?
The idea is, that the dropdown says "Create template for language X" if there is none or "Edit template for language X" if there is one.
2. As there is no template for language ALL that option needs to be removed from the filter
Yes.
3. On the edit mail template there should be a visual indicator what language you are creating a template for - perhaps
Right now I want to concentrate on the list view. The edit view is another issue and I'd like to handle that as a different PR as well. But I will keep this in mind. You are right.
4. It is not clear to me from the UI when you need to create the template for a language AND if you only create the template for one language will that be used for all languages or will the other languages use the core
It will always use the default translation strings given or whatever the devs insert in the field of the default entry for that template ID, unless you created a customisation for a specific language. It is not going to be used for other languages.
Generally, what would an ALL template look like? I can't really come up with something that wouldn't be covered by the translation strings already...
The dropdown is fine and it works well but it won't work well when you have a large number of templates to configure hence the additional suggestion of the column
OK - its an easy fix
It will always use the default translation strings given or whatever the devs insert in the field of the default entry for that template ID, unless you created a customisation for a specific language. It is not going to be used for other languages.
Let me ask that a different way. On a site with English, French and German and I only create a French template - what will an english or german user see?
1. The dropdown is fine and it works well but it won't work well when you have a large number of templates to configure hence the additional suggestion of the column
I'm not sure I follow you here... Basically, the dropdown would contain a row for every language, so unless you have 10+ languages in your site, you are pretty fine...
It will always use the default translation strings given or whatever the devs insert in the field of the default entry for that template ID, unless you created a customisation for a specific language. It is not going to be used for other languages.
Let me ask that a different way. On a site with English, French and German and I only create a French template - what will an english or german user see?
If you don't have a customised template for a language, the system falls back onto what is stored in the default template for that template id. That normally would be a translation key, which would then again be in some language file, which hopefully is already loaded.
I'm not sure I follow you here... Basically, the dropdown would contain a row for every language, so unless you have 10+ languages in your site, you are pretty fine...
That is fine when you are only dealing with one template. Now imagine you have twenty templates and five languages. By adding the extra column to indicate the languages on the site that do not have a customisation then you can quickly see without having to click on each of the 20 dropdowns
Hmm, I would argue that it is easier to see when we don't have that second column. Let me break into a large and very pseudo-scientific explanation, which I'm then going to cut short with another argument.
The human eye can see rythm changes rather well. I would assume that it is rather easier to see if in a group of 5 icons two are missing, than when you have 3 icons in column one and 2 icons in column two. (With a site that has 5 languages installed)
Now for the argument to cut all this short: We don't have this second column for language article associations either, so why do we need it here?
damn, you got me. Fair enough.
:)
Labels |
Added:
?
?
|
Second columm has been added. I'm open for a better wording...
thanks - i cant think of anything else right now for the text
I have tested this item
I have tested this item
Status | Pending | ⇒ | Ready to Commit |
RTC
Status | Ready to Commit | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2020-02-05 17:45:34 |
Closed_By | ⇒ | rdeutz | |
Labels |
Added:
?
|
@brianteeman, @infograf768 Your opinions about this? As I wrote in other areas, this should indeed be improved and it would be a pity if we have to drop this whole feature for the 4.x series.