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

Consider dropping md2po, direct use of md files by Weblate #325

Open
keunes opened this issue Feb 11, 2024 · 6 comments
Open

Consider dropping md2po, direct use of md files by Weblate #325

keunes opened this issue Feb 11, 2024 · 6 comments
Labels
new New elements or building blocks to be added to the website

Comments

@keunes
Copy link
Member

keunes commented Feb 11, 2024

Short description: Weblate now supports md files. It might be worth feeding Weblate with markdown files directly, without having to go through md2po.

Location: everywhere

Why have this: Dropping one link in the translations chain might make things less complex.

More info: https://docs.weblate.org/en/weblate-5.0/formats/markdown.html

@keunes keunes added the new New elements or building blocks to be added to the website label Feb 11, 2024
@ByteHamster
Copy link
Member

I think Weblate only supports one file per translation component. We would therefore have to add every single file manually. This clutters the Weblate interface and is a lot more work when creating a new documentation page.

@keunes
Copy link
Member Author

keunes commented Mar 8, 2024

Right, that's true. Although you can set up component discovery, so that you don't have to manually add each file on Weblate: https://docs.weblate.org/en/latest/admin/addons.html#addon-weblate-discovery-discovery

(Nested) categories would allow us to group component files, e.g. all documentation, as we have now: https://docs.weblate.org/en/latest/admin/projects.html#category

@ByteHamster
Copy link
Member

Even for translators, having multiple components could be a bit hard to get an overview of (translation progress bar is then per file, etc). I already (without dozens of components) find Weblate to be quite a bit more cluttered than Transifex. Also, we would no longer be able to ignore specific sections in the files (using md2po-disable comments).

Unless md2po causes issues, I have a slight preference to keep it as it is for now.

@keunes
Copy link
Member Author

keunes commented Mar 9, 2024

Even for translators, having multiple components could be a bit hard to get an overview of (translation progress bar is then per file, etc).

Weblate introduced categories last year. I've now set them up for website and app store. These categories act like meta-components: you can see their progress and translate them. They can be nested, so we could add 'documentation' under Website.

You can see here the two categories I set up: https://hosted.weblate.org/projects/antennapod/

Also, we would no longer be able to ignore specific sections in the files (using md2po-disable comments).

If I'm not mistaken, Weblate uses TranslateHouse's Toolkit under the hood which includes md2po: http://docs.translatehouse.org/projects/translate-toolkit/en/latest/commands/md2po.html

So it might still work. It's worth a test.

@ByteHamster
Copy link
Member

This is nice if translators click on the project page itself. If they use the dashboard (main page, https://hosted.weblate.org/), it still displays every component individually. Also, you can't start translating a category, you have to click each individual component. That could lead to translators missing files.

@keunes
Copy link
Member Author

keunes commented Mar 9, 2024

If they use the dashboard (main page, https://hosted.weblate.org/), it still displays every component individually.

Right. I never use the dashboard (I always go to the project) but that's not convenient indeed. I'll create an issue requesting improvement there.

Also, you can't start translating a category, you have to click each individual component.

That is actually possible. See for example https://hosted.weblate.org/translate/antennapod/app-store-listing/-/de/

To get there you click category → Languages → pencil. But I agree it's not very clear and a 'translate' button on category level would be welcome. I'll create an issue to request this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
new New elements or building blocks to be added to the website
Projects
None yet
Development

No branches or pull requests

2 participants