-
Notifications
You must be signed in to change notification settings - Fork 5
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
Enhancements for managing dictionary catalog #16
Comments
Should be easy with: Example workflow:
|
What is the advantage of doing that? In my mind, the goal of the dictionary is to contain translations that we know are good and are manually validated. Therefore, I don't see the point of the fuzzy flag. I truly think if we are not sure about a translation, it shouldn't be added. If the goal is to have a dictionary fills itself automatically, I truly doubt that this is a good idea. I'm open to discuss this further before we make a decision. |
I agree with you The main advantage would be:
Today when I merge a new theme to the dictionary, I have to remove manually all fuzzy flags manually which is time consuming for hundreds of lines. But with this automation, it would be done automatically by reaching the magic number of themes+plugins using a given string. I will be available by phone for more detailed explanations. |
When a translation is added to the dictionary, it is tagged as fuzzy.
It could be very helpful to add a comment with the theme or plugin name where the translation comes from
and
maybe a counter.
Then when the same translation is found,
It still could be changed manually based on the glossary and consistency WordPress tools.
But this will help a lot to automate dictionary catalog and time saving to build a wide dictionnary.
The text was updated successfully, but these errors were encountered: