Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[4.0] (3.9.x) Inconsistent behaviour in manage language overrides #28855

Open
coolcat-creations opened this issue Apr 28, 2020 · 7 comments
Open

Comments

@coolcat-creations
Copy link
Contributor

What needs to be fixed

In language overrides you have to first select context and language to find what you look for, it would be great if this section could work like all other components.

grafik

Why this should be fixed

more consistent workflow in backend

How would you fix it

  1. Context Dropdown
  2. Language selection in Searchtools
  3. possibility to change the language inside edit override view
  4. maybe the possibility to translate/manage language overrides in the Multilanguage associations (?)

cc @infograf768

@infograf768
Copy link
Member

infograf768 commented Apr 28, 2020

maybe the possibility to translate/manage language overrides in the Multilanguage associations (?)

That I would not be in favor as overrides are totally unrelated to associations and even multilingual sites (let's never forget that a site may propose multiple languages to let UI be defined on a user base but not be a multilingual site per se).

Concerning the present UI, it was a B/C improvement I did for J3.

Modifying it needs a total refactoring. See discussion here #22107 and original issue stated there.
I welcome any proposal using AJAX.

@brianteeman
Copy link
Contributor

If I have understood this correctly the reason for having to select the language/client first is because the "new" button needs to know the language and client and without filtering the overrides it doesnt know.

For me this can be resolved in the same way that creating a new article is resolved.

In the edit form you add the ability to select the language/client

So the very first field on the edit form is the select language/client which can be prefilled if the list had been filtered

Am I missing something here. At least in theory this is a simple change

@coolcat-creations
Copy link
Contributor Author

The best would be if it would be exactly the same usage as articles, I agree. Also a language override to be assigned to Al languages like articles and the identification which language overrides are missing.

@brianteeman
Copy link
Contributor

the identification which language overrides are missing

Do you mean where a translator has not translated all the strings?

If so then I'm not sure how realistic that will be (at least for core) as the english string will often be in the language file so we cant tell if its not actually translated

@coolcat-creations
Copy link
Contributor Author

I mean when I override "read more" to say "find out more" then it would be good for me as administrator to translate all the "read more" but often I miss a real overview in the override component. Maybe it could be even done in the Multilanguage Association Component?

@brianteeman
Copy link
Contributor

oh I didnt realise that's what you meant. Definitely not a fan of that idea but if it scratches your itch ...

@coolcat-creations
Copy link
Contributor Author

I guess it depends if you create a lot overrides or not. I can tell you that if you use a lot, it's absolute chaos which overrides exist, which not and what's maybe missing. Got a project with more than 800 Overrides and 9 languages and still stumble over strings that have been forgotten by the coworkers.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants