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

Improve Language Selection of Maschine Translation #2586

Closed
Tracked by #1928
MizukiTemma opened this issue Dec 11, 2023 · 8 comments · Fixed by #2642
Closed
Tracked by #1928

Improve Language Selection of Maschine Translation #2586

MizukiTemma opened this issue Dec 11, 2023 · 8 comments · Fixed by #2642
Assignees
Labels
💡 feature New feature or request
Milestone

Comments

@MizukiTemma
Copy link
Member

MizukiTemma commented Dec 11, 2023

Motivation

In future more automatic translation providers will be connected to our CMS system. It's time to improve and/or re-design "Language Selection" box in the machine translation settings, to make it clear for users which language is to be translated by which provider etc.

Proposed Solution

TBD with UI/UX team

Leave comments here if you have any opinion, idea, question or concern 😉

Alternatives

N/A

User Story

N/A

Additional Context

Introduction of new automatic translation providers #1436

The affected zone:
image

Design Requirements

Following points are subject to discussion and attention:

  • Whether the current listing style of languages pro provider is good enough, possibly how to improve it
  • How to handle languages that are supported by more than one provider (Should each language have only one provider assigned or make it possible to translate by multiple providers to, for example, compare the quality and chose the best one?) (How to display the check box etc in the box)
@MizukiTemma MizukiTemma added 💡 feature New feature or request 🌈 ui-ux Issues that requires an UI/UX perspective. labels Dec 11, 2023
@MizukiTemma
Copy link
Member Author

In my opinion only one provider should be assined for each language and users choose one (and change to another if they want) for each language in the setting. This lets users save translation credits, is easier to use (it will be too much work at some point to compare result translations of multiple providers or to choose one provider every time when machine translation is needed), and avoids much of possible errors and bad user experience.

@MizukiTemma MizukiTemma added this to the 24Q2 milestone Dec 11, 2023
@JoeyStk
Copy link
Contributor

JoeyStk commented Dec 12, 2023

My idea would be to have a list of all languages that are supported by at least one provider. Next to the language I would probably add a dropdown button where region managers can select the MT providers that should be used for each language. For the default values I think we can use some sort of provider hierarchy.
@hauf-toni What do you think about this and do you have some additional insight?

@dkehne
Copy link

dkehne commented Jan 16, 2024

Yeah, I am with @JoeyStk. Dropdown to choose from the provdiers.

@JoeyStk JoeyStk modified the milestones: 24Q2, 24Q1 Jan 16, 2024
@JoeyStk
Copy link
Contributor

JoeyStk commented Jan 16, 2024

It probably makes sense to implement this either before or alternatively in parallel with #1436.

@osmers
Copy link

osmers commented Jan 17, 2024

Just to add onto what's been said - I think if users want to compare quality they can do that outside the CMS by simply copying and pasting the text to both DeepL and Google and let native speakers check the translations. That way they do not need to use credits at all.

@JoeyStk JoeyStk self-assigned this Jan 19, 2024
@JoeyStk JoeyStk removed the 🌈 ui-ux Issues that requires an UI/UX perspective. label Jan 19, 2024
@hauf-toni
Copy link

from ui/ux side it is a go for @JoeyStk 's idea (dropdown menu). would you like a design for this?

@osmers
Copy link

osmers commented Jan 24, 2024

I think a design would be useful, if it is not a lot of work @hauf-toni

@hauf-toni
Copy link

As discussed with @dkehne @JoeyStk @osmers, we will proceed with johannes' suggestion & revise the design if necessary to optimize space after the gt connection has been completed 🪛

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
💡 feature New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

6 participants