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
Support languages tag #37
Comments
|
Yes to all of your questions ;-) |
|
Hi! Here is some discussion about how this feature is implemented in appstream-builder (part of appstream-glib) and Fedora: |
|
I accept PRs to make this work ;-) |
|
I have no time to work on this, unfortunately. |
|
No, the two programs work very differently, so unfortunately it's not a case of "just copy it". |
Since locale can be in pretty much any installed package, more advanced logic is needed to find them. The current implementation is only for Gettext, but adding Qt translations will be much easier now. The new implementation also *requires* the presence of a <translation/> tag in order for this feature to work. This will likely not be changed, explicitness just beats the complexity required for heuristics here. CC: #37
|
Great! |
|
@Beuc You will have to have a |
|
Apparently the system didn't import yesterday's release yet. |
I was looking at the kudo code in gnome-software, and the "translated into my languages" thing was reported as a problem in Ubuntu since it was never shown as enabled.
For that to work, we would need to support emitting the languages tag.
Has this been considered before? It would require looking into `.mo' files, which means extracting packages, which is a bit slow. Maybe therefore it should be a feature?
The text was updated successfully, but these errors were encountered: