Re: [libreoffice-l10n] Insufficient privileges for saving translations

[Christian Lohmaier]

Hi Regis, *,

On Fri, Apr 5, 2024 at 9:03 AM Regis Perdreau  wrote:
>
> The problem arises in all languages, and in many languages, sugesters
> remain sugesters forever.

Each language team is free to handle it how they feel fit. Some allow
anonymous suggestions, some require users to be registered, some have
everyone being able to translate directly, others prefer to use
suggestions/to review submissions before integrating.

> How many sugesters become translators each year?
> There are absolutely no official criteria for becoming a translator; you
> are subject to the judgement of the "official" translators...

Yes, that's basically it. The ones dealing with the translation for
many years already decide on how translation should happen, they are
the ones who can judge best. It is unfortunate, but not everyone who
shows up to contribute does so in good faith (thankfully rare to have
trolls, but apparently not unheard of), but some might show up with
good intentions, but are just not familiar with LibreOffice/the terms
used and introduce lots of inconsistency and thus confusion. That of
course is partly to blame on the language not working to create a
glossary of the common terms, but that's mostly due to the history of
the project/that there was no way to create a glossary in the old
translation system.../not everything can be covered by a glossary.
Starts with the level of politeness the user should be addressed and
goes to specific terms for stuff like cursor vs caret, etc.

> Should we
> wait for translators to retire and sugesters to become rare?

No - of course when the previous translators are not responsive and
someone shows up to carry the torch, there's no problem in granting
the necessary privileges, but as long as there's an active
translator/an active translation team there's no need to change the
policy/having admins bypass their wishes and willy-nilly grant
privileges - that will only result in them leaving. (and I personally
would rather keep those who are already known to stick with the
project than risking putting the translation onto a newbie that might
lose interest in the next month already - pissing off the ones with
experience just to not come across as "difficult" is a bad choice from
my POV).

I think it isn't really a big problem that not everyone can make
direct translations, after all even people with translation privileges
still sometimes chose to submit something as a suggestion - of course
hard to know the details since naturally most of those discussions
likely happen in the corresponding NL-lists/communication channels and
do not end up on this list.

> I think weblate was a very bad choice.

Weblate has nothing to do with it, that policy would be the same in any tool.
You might have other reasons why you think weblate is a bad choice,
but how the LibreOffice project decides to manage permissions
certainly is not a problem with weblate. You could give anyone
translate permissions in weblate as well, it is just something we
think would be a bad idea, again proven by the hesitation by the
Korean team who had trolls in other projects already.
It is the same with source-code contributions - we don't give anyone
direct-commit privileges from the get-go. We accept patches in gerrit
from anyone, but only after the user did show that the quality of the
contributions is good and not just a one-off, then ESC can suggest
granting the privileges.

Also suggestions and accepting them  isn't the only way the project
can handle it, the alternative would be translation with review or
setting up suggestions with voting - but that is more or less the
same/would make more sense in larger translation teams.

> TDF never speaks about sugesters in
> translation report
> (see
> https://blog.documentfoundation.org/blog/2023/06/09/libreoffice-native-language-projects-tdfs-annual-report-2022/
> )

That's also not a fair representation, since that also doesn't
explicitly mention translators/doesn't make any distinction between
users with direct submission privileges and those who are "only"
suggesting. The document speaks about the language community, and that
includes both translators and suggestors.
Same with our dashboard, that also includes suggestions in the default
view/stats

> There was a survey, what are the conclusions and which step next ?

The results of the survey were published here:
https://blog.documentfoundation.org/blog/2024/03/29/results-from-our-survey-of-libreoffice-localisation-tooling-and-workflows/

And next steps are to add machine translation But participation
was quite low and not everyone feels the same about any issue, so
naturally people rely on feedback.

Also I strongly disagree that users with suggestions wouldn't get
credit for that. Weblate shows suggestions in the user profile and our
dashboard reflects that as well.

If you have examples where suggestions are ignored in terms of giving
people credit, then please point those out, those omissions are
certainly 

Re: [libreoffice-l10n] Making use of Weblate's new features

[Christian Lohmaier]

HI Tuomas, *,

On Mon, Feb 26, 2024 at 5:31 PM Tuomas Hietala  wrote:
>
> First, there's the Category feature:
> https://docs.weblate.org/en/weblate-5.0/admin/projects.html#category

Categories aren't completely new, but were improved, previously there
was the option to create component lists/aggregates of components and
I created https://translations.documentfoundation.org/#componentlists
as a first test back in the day, grouping help to their modules as one
way to structure them. I don't know if anyone actually used those for
translation, since they are quite "hidden" in the UI

> Currently on TDF Weblate there are dozens of sometimes somewhat
> cryptically named components inside each project. You'll get used to
> them after a while but we could reduce confusion and speed up navigation
> by making use of categories. There could be one category per module
> (Writer, Calc, etc.) and some common categories as well, as many
> components are used across the whole suite.

Yep, some like cui and svx are used across everything. And it is
certainly possible to add them, but of course weblate doesn't know on
its own, so it would be ideal if someone could compile a hierarchy
that would make sense from a translator's perspective.

Also what we're not really using all that much is prioritization of
components/strings (that would change the order if you were to just
hit translate in a project and not manually pick a component).

I guess as a simple test to see how it looks I'll create a
"dictionaries" component - that is relatively easy to scope, has all
strings following the same pattern/basically only the language name
changes between the strings and thus might be a good candidate to
consolidate that way, also large number of components with few
individual strings...

> Second, there's the Workflow customisation feature:
> https://docs.weblate.org/en/weblate-5.1/workflows.html#workflow-customization
>
> The idea was to allow each language team to make their own decicions
> about workflow.

Yes, that's far more preference-dependent/requires input from the
corresponding l10n teams.

> So I'm just making sure if it's now okay for teams to
> make the switch if they want to?

I don't think our groups currently allow you to switch that yourself,
but you're more than welcome to request a specific workflow for your
language that Sophie or I can then configure for your language/for a
specific project and your language.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-l10n] pocheck errors for master/24-2 affected: af am ast ca-valencia fa gl hy lv mn nb nl oc pa-IN szl tr vec

[Christian Lohmaier]

Pocheck errors are enforced by pocheck, translations running into the
issues mentioned below are ignored. Make sure to fix those please.
Most of the enforced/problematic errors are already enforced by
weblate, however the check to prevent having the same translated
string for two strings that need to be translated differently is not
easily mapped to weblate's check system.

Types of strings that need to have a unique translation:

* Style names (paragraph and character styles like Heading, Title,
emphasized, ...)
* Calc function names
* math (equation editor) symbol names

Langauges with errors: af am ast ca-valencia fa gl hy lv mn nb nl oc
pa-IN szl tr vec

Pocheck error report for # af #
 Spreadsheet function name translations must be unique.
ISERROR
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aaf%20target%3Ar%22%5EISERROR%24%22
ISNA
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aaf%20target%3Ar%22%5EISNA%24%22
VARP
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aaf%20target%3Ar%22%5EVARP%24%22

Pocheck error report for # am #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
ማውጫ
https://translations.documentfoundation.org/search/?q=context%3ASTR_POOLCOLL_%20language%3Aam%20target%3Ar%22%5E%E1%88%9B%E1%8B%8D%E1%8C%AB%24%22
ራስጌ
https://translations.documentfoundation.org/search/?q=context%3ASTR_POOLCOLL_%20language%3Aam%20target%3Ar%22%5E%E1%88%AB%E1%88%B5%E1%8C%8C%24%22
 Spreadsheet function name translations must be unique.
መቀየሪያ
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%88%98%E1%89%80%E1%8B%A8%E1%88%AA%E1%8B%AB%24%22
መደበኛስርጭት
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%88%98%E1%8B%B0%E1%89%A0%E1%8A%9B%E1%88%B5%E1%88%AD%E1%8C%AD%E1%89%B5%24%22
መፈለጊያ
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%88%98%E1%8D%88%E1%88%88%E1%8C%8A%E1%8B%AB%24%22
ቀን
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%89%80%E1%8A%95%24%22
አነስተኛ
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%8A%A0%E1%8A%90%E1%88%B5%E1%89%B0%E1%8A%9B%24%22
ውጤት
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%8B%8D%E1%8C%A4%E1%89%B5%24%22
ዘዴ
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%8B%98%E1%8B%B4%24%22
ዝአ
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%8B%9D%E1%8A%A0%24%22

Pocheck error report for # ast #
 Spreadsheet function name translations must be unique.
TROCAR
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aast%20target%3Ar%22%5ETROCAR%24%22

Pocheck error report for # ca-valencia #
 Spreadsheet function name translations must be unique.
INV.KHIQUAD
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aca-valencia%20target%3Ar%22%5EINV%5C.KHIQUAD%24%22
PROVA.KHIQUAD
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aca-valencia%20target%3Ar%22%5EPROVA%5C.KHIQUAD%24%22

Pocheck error report for # fa #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
عنوان
https://translations.documentfoundation.org/search/?q=context%3ASTR_POOLCOLL_%20language%3Afa%20target%3Ar%22%5E%D8%B9%D9%86%D9%88%D8%A7%D9%86%24%22

Pocheck error report for # gl #
 Spreadsheet function name translations must be unique.
TROCAR
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Agl%20target%3Ar%22%5ETROCAR%24%22

Pocheck error report for # hy #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Վերնախորագիր
https://translations.documentfoundation.org/search/?q=context%3ASTR_POOLCOLL_%20language%3Ahy%20target%3Ar%22%5E%D5%8E%D5%A5%D6%80%D5%B6%D5%A1%D5%AD%D5%B8%D6%80%D5%A1%D5%A3%D5%AB%D6%80%24%22
Տողատակ
https://translations.documentfoundation.org/search/?q=context%3ASTR_POOLCOLL_%20language%3Ahy%20target%3Ar%22%5E%D5%8F%D5%B8%D5%B2%D5%A1%D5%BF%D5%A1%D5%AF%24%22

Pocheck error report for # lv #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations 

Re: [libreoffice-l10n] Possible bug in Weblate - Search on TMs in the Automatic Suggestions tab

[Christian Lohmaier]

Hi *,

FYI: search/the request from the server actually contains the source
and target texts, so what is broken is filling in that info into the
table/listing.

ciao
Christian

On Thu, Dec 14, 2023 at 12:50 PM Valter Mura  wrote:
>
> Il 08/12/23 12:14, sophi ha scritto:
> > Hi Valter,
> >
> > Le 05/12/2023 à 16:52, Valter Mura a écrit :
> >> Hi All
> >>
> >> I need to report a possible error (thanks to Elisabetta Manuele) while
> >> searching through the Search field in the "Automatic suggestions" (tab):
> >>
> >> - browse to a string you want to translate (with suggestion or not)
> >> and go to the tab "Automatic suggestions"
> >>
> >> - if you are lucky, several suggestions will appear with a percentage
> >> of "Similarity", a "Translation", a "Suggested change", its "Source"
> >> and its "Origin"
> >>
> >> - but... if you search in the "Translation memory" field for a term
> >> and click the "Search" button, Weblate returns a series of empty
> >> (blank) correspondences for the columns Translation, Suggested change
> >> and Source
> >>
> >> I think it is a bug of the program. Am I wrong or is there anything
> >> additional to know/configure?
> >>
> >> Sophie, Cloph, could you try and verify this strange behaviour?
> >
> > I can reproduce. Searching for Empty in this string
> > https://translations.documentfoundation.org/translate/libo_help-master/textsharedguide/fr/?checksum=6e28968574d0de62
> > returns a lot of references, but only blank fields, even if similarity
> > is up to 100%.
> >
> > But if you clone the translation (or I guess accept it), then the
> > suggestion is transferred to the translation field.
> >
> > Would you open a bug on Weblate github?
> >
> > Cheers
> > Sophie
> >
> Hi Sophie
>
> thanks for the feedback, I'll submit a bug report for it :)
>
> Ciao
> --
> Valter
> Free Software is better!
> LibreOffice: www.libreoffice.org
> KDE: www.kde.org / KDE neon: https://neon.kde.org/
> La bici non consuma e non produce emissioni, non ingombra e non fa
> rumore: è un mezzo ecologico per definizione e ad alta efficienza
> energetica.
> La bicicletta migliora il traffico, l'ambiente, la salute e l'umore.
>
>
> --
> To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
> Problems? 
> https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
> List archive: https://listarchives.libreoffice.org/global/l10n/
> Privacy Policy: https://www.documentfoundation.org/privacy

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] No suggestions on similar strings

[Christian Lohmaier]

Hi Olivier, *,

On Wed, Sep 13, 2023 at 3:43 PM Olivier Hallot
 wrote:
>
> It happens so often that it becomes tiresome.
>
> On the 2 strings below of the same XHP file,

Please always provide links, every string has a permalink option to
share a link.
At least provide the component / what help file that is about. With a
project as large as ours having to hunt for specific strings is
unnecessary work...

> 1) Choose Shape - Arrange - In Front of Object
>
> 2) Choose Home - Arrange - In Front of Object.

https://translations.documentfoundation.org/translate/libo_help-master/textsimpress00/pt_BR/?checksum=12d268e109958c6c

> The suggestion for the second string is null, even if the first is fully
> translated minutes before.

If you manually search for Choose Home - Arrange - In Front
of Object. you get a hit, but just barely below the
threshold for being considered in the automatic list.

> Is there a tweak to do in the matching algorithm to improve that (e.g.
> weight on contents and less on tags)? I can understand the difference in
> the tags, but at least I think to get some % match as suggestion.

You get some %, but weblate thinks that the match is not close enough
to be worthy of an auto-suggestion.

> If this is a matter for a bug ticket in Weblate, please let me know.

It at least is "working as designed" - don't think that tags in this
context are treated special, my guess is that they are treated like
regular elements and thus contribute to a lower match/score.

Also probably a case of ask two people, get three opinions on what
should be the "correct" score for mismatching tags

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate Server Error with Glossary Strings

[Christian Lohmaier]

Hi Michael, *,

On Sun, Jul 2, 2023 at 5:30 PM Michael Wolf  wrote:
>
> there are some new Glossary strings. When I want to translate and save
> them following error message is displayed:
>
> " Internal Server Error

I think I solved it yesterday evening, there were some incompatible
strings in the Korean Glossary that I had to reset to make submitting
to git work again. This also affected other components, but AFAICT
fixing that one fixed all other errors.

So if you still experience it today, please let me know.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Unusual behavior of Weblate

[Christian Lohmaier]

Hi Allan, *,

On Mon, Feb 6, 2023 at 4:01 PM Allan Nordhøy  wrote:
> On 06.02.2023 14:05, sophi wrote:
> >
> That does work. Wouldn't have expected it to since I had to request
> permission to change anything in the language I have.
> At the time I think there was a policy of making suggestions first.

There's no overall policy imposed by TDF. It is up to the individual
translation teams to decide whether they want to allow suggestions
from members not in their team/from anonymous users or only logged in
users...

> Most other instances leave everything open, or request to join anything.
> I don't see a point in having to click and then being allowed to edit…?

Don't get that - what do you have to click for being allowed to edit?
This thread only started with the suggestions, because the use-case of
"use-suggestion and edit it" was slow - it doesn't mean that people
will use that as their primary way of working with weblate. It is way
more common to just do translation by directly committing the string
or to accept a suggestion without the need to edit it first.

> Not possible for me, but I only have 1500 translations on my account.

Doesn't matter how many translations you did - as long as you're
logged in properly.

> I
> can see the comments, but not make comments.

you did make a source-string comment last month at least:
https://translations.documentfoundation.org/translate/libo_ui-master/officecfgregistrydataorgopenofficeofficeui/en/?checksum=9489a26c5a9ed688
so just to clarify: It is not just since last week's update that you
cannot make comments, but it is a longer problem for you?

> >> and the source code links are broken.

indeed links for help were broken, fixed now - at least to the degree
it is fixable, some strings just don't have the necessary info in the
location comments.

> Anyway. Latest Weblate version and new config would help greatly.
> The new "teams" functionality allows setting up some users with access
> to edit source strings.

That permission was there even with earlier commits, but that's
prohibited on purpose.

> Doing that through Gerrit/Git is a non-starter.

Nope, that's the desired way to do it.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Unusual behavior of Weblate

[Christian Lohmaier]

On Mon, Feb 6, 2023 at 1:44 PM Mihail Balabanov  wrote:
>
> I guess regenerating Weblete's TM from the latest one or two project versions 
> (7.4 and master) would be a good way to clean it up. Can I request such a 
> thing for Bulgarian?

Doing it per language would be a pain/no easy button to click for
that... Removing it for the whole project and rebuilding it from
current strings would be easier to do...

> Also, I'm sorry about the broken link, here is a permalink to an entry:
>
> https://translations.documentfoundation.org/translate/libo_help-master/textscalc01/bg/?checksum=6ea269b7376bb4cb
>
> For me, the Similarity column is empty for the last 4 suggestions.

Yep, those are from the amagama server/the pootle strings - and
weblade doesn't seem to be using it on purpose/never did show it it
seems (no show_quality property in
https://github.com/WeblateOrg/weblate/blob/main/weblate/machinery/tmserver.py#L75
vs 
https://github.com/WeblateOrg/weblate/blob/main/weblate/machinery/weblatetm.py#L74

See also https://github.com/WeblateOrg/weblate/discussions/7932 why it
was removed. For some of the services it is just and arbitrary number
used to sort the results for display, not something that actually is
provided by the queried engine. So while amagama does report a
score/some numeric value to indicate the match, I'm not sure whether
it makes sense to add it, since the methods to calculate the score are
different/the lookup is by just the source-string without any
location/context or other information...

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate upgraded to 4.15.2

[Christian Lohmaier]

Hi Valter, *,

On Sat, Feb 4, 2023 at 5:12 PM Valter Mura  wrote:
>
> I've made some test on 4.15.2 and I noticed a delay in saving of about
> *8 seconds*. I'm talking of the commands: Acceps a suggestion and
> Modify, and after Save.

During FOSDEM I got a chance to talk to the weblate developers and now
have an explanation for that - from Weblate POV that is not a single
action, but you accept the translation, and then edit it. Weblate adds
the string to the list of strings that needs to be updated in git and
puts that into the update queue, but since the same string gets
modified, the change needs to be flushed out to disk (git commit)
immediately so that state isn't just discarded, so the waiting time is
due to the time needed for the git commit (waiting until nothing else
writes to git, acquire the lock, do the actual git commit). (In our
setup we have it set to squash changes when pushing to the
repositories, so the individual commits won't show up in our
repository as individual changes)

So long for the explanation - but there also is an easy fix to improve
that situation: Instead of waiting until you submit your edited string
(and weblate realizing that the string already has a pending change),
the commit can be triggered as soon as you hit the accept and edit
button. So during the time it takes you to edit the string and hit
save, the commit is already done, and you probably won't notice the
difference between regular updates and the accept-and-edit suggestion
case. So should be fixed in one of the next releases.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Unusual behavior of Weblate

[Christian Lohmaier]

Hi Mihail,

On Mon, Feb 6, 2023 at 11:46 AM Mihail Balabanov  wrote:
>>
> I noticed two unusual things working with Weblate lately:
> - There are sporadic 'Delete entry' buttons. Why do they appear only for a
> small percentage of the entries and what do they actually do?

I assume you refer to the entries in the "Automatic Suggestion" area
from the weblate translation memory.

Weblate has a three-tier translation memory:
* the project's translation memory, that can also optionally create
all new entries into an
* instance-wide shared translation memory
* and finally a user-specific translation memory

So you'll see delete entry buttons for the strings coming from your
user translation memory, for strings that you translated in the past
within weblate.

> I would very
> much like to delete erroneous or obsolete entries but the button never
> appears on any of them.

If you point me to those invalid entries, I can remove them.

> - Sometimes there is no similarity percentage. This hampers productivity
> noticeably because when I know that a string is a 100% match, I can just
> click through, otherwise I have to copy and compare in an external program.

Also please provide a link for that.

> This link illustrates both:
>
> https://translations.documentfoundation.org/translate/libo_help-master/textscalc01/bg/?q=state%3A
> https://translations.documentfoundation.org/translate/libo_help-master/textscalc01/bg/?checksum=6ea269b7376bb4cb
I see it has entries from weblate's translation memory as well as from
the amagama server, the tmserver entries. That contains old strings
from pootle, from the time before weblate was used. So old strings
from tmserver, new strings from weblate's translation memory.
And I guess weblate just doesn't return amagama's quality score
(Levenshtein distance), but all results returned by amagama have at
least a 75% confidence (from amaGama's POV), but that's just comparing
against the source string, so not sure whether it is suitable to also
show it

curl http://localhost:/api/v1/en/bg/unit/is%20less%20than

[{"quality": 75.0, "rank": 100.24, "source": "less than",
"target": "по-малко"}, {"quality": 75.0, "rank": 100.24,
"source": "less than", "target": "По-малко"}, {"quality": 75.0,
"rank": 100.24, "source": "less than", "target": "по-малка
от"}, {"quality": 75.0, "rank": 100.24, "source": "Is Less
Than", "target": "По-малко"}, {"quality": 71.42857142857143, "rank":
100.24, "source": "Much less than", "target": "Много
по-малко"}]

(ignore rank, that was always flagged as internal flag that can
disappear in future)

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-l10n] prepping 7-4 projects, some slowless of weblate expected for a while...

[Christian Lohmaier]

See title.

I'm creating the 7-4 projects in weblate atm.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-l10n] Languages with errors: af am ca-valencia ckb gl kk lv mn nb nl oc pa-IN ro szl tr vec

[Christian Lohmaier]

The following languages have errors that need to be corrected. Strings
affected by those errors will ignore the translation.

Many of the checks are reflected in weblate now, so what the remaining
check still finds is strings having the same translation and hence
being indistinguishable. That affects
* Calc function names
* Math symbol names
* format style names

Pocheck error report for # af #
 Spreadsheet function name translations must be unique.
ISERROR
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aaf%20target%3Ar%22%5EISERROR%24%22
ISNA
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aaf%20target%3Ar%22%5EISNA%24%22
VARP
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aaf%20target%3Ar%22%5EVARP%24%22

Pocheck error report for # am #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
ማውጫ
https://translations.documentfoundation.org/search/?q=context%3ASTR_POOLCOLL_%20language%3Aam%20target%3Ar%22%5E%E1%88%9B%E1%8B%8D%E1%8C%AB%24%22
ራስጌ
https://translations.documentfoundation.org/search/?q=context%3ASTR_POOLCOLL_%20language%3Aam%20target%3Ar%22%5E%E1%88%AB%E1%88%B5%E1%8C%8C%24%22
 Spreadsheet function name translations must be unique.
መቀየሪያ
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%88%98%E1%89%80%E1%8B%A8%E1%88%AA%E1%8B%AB%24%22
መደበኛስርጭት
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%88%98%E1%8B%B0%E1%89%A0%E1%8A%9B%E1%88%B5%E1%88%AD%E1%8C%AD%E1%89%B5%24%22
መፈለጊያ
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%88%98%E1%8D%88%E1%88%88%E1%8C%8A%E1%8B%AB%24%22
ቀን
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%89%80%E1%8A%95%24%22
አነስተኛ
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%8A%A0%E1%8A%90%E1%88%B5%E1%89%B0%E1%8A%9B%24%22
ውጤት
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%8B%8D%E1%8C%A4%E1%89%B5%24%22
ዘዴ
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%8B%98%E1%8B%B4%24%22
ዝአ
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aam%20target%3Ar%22%5E%E1%8B%9D%E1%8A%A0%24%22

Pocheck error report for # ca-valencia #
 Spreadsheet function name translations must be unique.
INV.KHIQUAD
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aca-valencia%20target%3Ar%22%5EINV%5C.KHIQUAD%24%22
PROVA.KHIQUAD
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Aca-valencia%20target%3Ar%22%5EPROVA%5C.KHIQUAD%24%22

Pocheck error report for # ckb #
 Style name translations must be unique — See STR_POOLNUMRULE_*
Duplicated translations in file sw/messages.po
خاڵ 
https://translations.documentfoundation.org/search/?q=context%3ASTR_POOLNUMRULE_%20language%3Ackb%20target%3Ar%22%5E%D8%AE%D8%A7%DA%B5%5C%20%EE%88%8B%24%22

Pocheck error report for # gl #
 Spreadsheet function name translations must be unique.
TROCAR
https://translations.documentfoundation.org/search/?q=context%3ARID_STRLIST_FUNCTION_NAMES%20language%3Agl%20target%3Ar%22%5ETROCAR%24%22

Pocheck error report for # kk #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Тізім 3 соңы
https://translations.documentfoundation.org/search/?q=context%3ASTR_POOLCOLL_%20language%3Akk%20target%3Ar%22%5E%D0%A2%D1%96%D0%B7%D1%96%D0%BC%5C%203%5C%20%D1%81%D0%BE%D2%A3%D1%8B%24%22

Pocheck error report for # lv #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Saraksts 1
https://translations.documentfoundation.org/search/?q=context%3ASTR_POOLCOLL_%20language%3Alv%20target%3Ar%22%5ESaraksts%5C%201%24%22

Pocheck error report for # mn #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Гарчиг
https://translations.documentfoundation.org/search/?q=context%3ASTR_POOLCOLL_%20language%3Amn%20target%3Ar%22%5E%D0%93%D0%B0%D1%80%D1%87%D0%B8%D0%B3%24%22

Pocheck error report for # nb #
 Spreadsheet function name translations must be unique.
BINOM.FORDELING

Re: [libreoffice-l10n] Minutes of the ESC - l10n part

[Christian Lohmaier]

Hi *,

On Mon, Sep 13, 2021 at 2:22 PM sophi  wrote:
>
> Hi Annabelle, all,
> Le 12/09/2021 à 10:10, Annabelle Wübbelsmann a écrit :
> > Hello Sophie,
> >
> > thanks for the update.
> > I noticed that Weblate was updated and now I now get notification mails
> > again.
> Great, happy that it is solved now :)

Interesting, didn't read anything re fixing problems with
notifications in the changelog, but even better that it got fixed, one
thing less trying to hunt down.
Maybe it is the changes re the django admin interface that fixed
it/reapplied whatever settings to its internal model.

> > I would keep LO 7.0 until May next year if it is ok.

Fine with me, there is no urgency here, I didn't plan to remove it in
the next months anyway, but also don't plan to have it around for as
long as the 6.3 ones :-)

I think with the translation propagation between branches having the
old ones up for reference/to copy from is no longer necessary, but I
of course don't want to remove a source of updated translations from
distro builders (although I don't think any distro manually adds
translation patches to their builds from the intermediate github repo,
I don't update the LibreOffice translation repository after EOL date).

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Questions about strings for sidebar customization

[Christian Lohmaier]

Hi Heiko, *,

On Tue, Jun 29, 2021 at 8:52 AM Heiko Tietze
 wrote:
>
> Looks like this/those strings have been taken accidentally into weblate. Only
> the "Title" needs to be translated.

values that should not be made available for translations should use
the pseudo-language identifier x-no-translate
→ ScFunctionsDeck

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Glossary: strange additions & weakened discoverability

[Christian Lohmaier]

Hi *,

On Thu, Jun 3, 2021 at 7:09 PM sophi  wrote:
> Le 03/06/2021 à 18:21, Tuomas Hietala a écrit :
> >
> > On Weblate just a moment ago, an unknown user added three strings to
> > glossaries of at least several (I suspect all) languages. These are
> > "Apply", "_OK" and "_Apply". How is this possible and was it intentional?

Those appeared during conversion of the stored-in-database glossary to
a stored-in-a-git-repo glossary. I suspect they were added in one of
the old glossaries as "Terminology" that made them show up in all
languages. So "intentional" from the code side, maybe not from the
user POV.

> I don't think so, I pinged Christian asking him to have a look. Our
> glossary appears 7 times in FR/master/UI too.

That's a bug in weblate when a glossary is shared across multiple
projects, the UI glossary was shared with 7 other projects and
weblated showed it 7 times and now is shared with 4 and appears four
times (removed 6-3, 6-4 and 7-0 from list of repos to share it with)

> > Also the recent Weblate update made glossaries more usable while
> > translating, but unfortunately also harder to find otherwise.

There certainly are UI bugs with the repositories, especially when
appearing in an "other components" section it is broken compared to
the "all components" listing, and also the list of untranslated
strings is not useful, since that is just counting all source strings
across all languages, but you only see strings explicitly added to
your language (and you'd also add it with a translation anyway)

> > There's no
> > direct link to glossary any more from the language pages.

Why would you need one there? The glossaries are project specific,
although in our case the master UI glossary is shared across the other
UI branch-projects and help (but having branches in different projects
is also not a typical way to organize projects in weblate, that's just
due to the size of LibreOffice).

> > Would it be
> > possible to change the glossary into a project that is listed among the
> > other projects, as seen e.g. here:
> > https://hosted.weblate.org/projects/mypaint/

You're listing it as a component, as it is in
https://translations.documentfoundation.org/projects/libo_ui-master/ -
no difference there.

> > Also, it would be nice to
> > rename the glossary to something like "LibreOffice Glossary" as it is
> > used for all projects, anyway, not just UI master.

Can be renamed if people prefer that, but it is primarily assigned to
the libo-ui-master project and just shared with the other projects.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] "Translation temporarily closed"?

[Christian Lohmaier]

Hi Mihail, *,

On Fri, Mar 12, 2021 at 1:23 PM Mihail Balabanov  wrote:
>
> 7.1 is OK now but the master help project started exhibiting similar
> behavior. :) I see lock icons for all languages but the message is a bit
> different. It reads only:
>
> The translation is temporarily closed for contributions due to maintenance,
> please come back later.
>
> (without the part about 'automatically locked'). Is this due to a routine
> update in progress, or is it also out of the ordinary?

This is weblate being over-careful. A push to github failed (likely
because of a network hiccup), and any repo-action-failure triggers the
automatic locking - that helps to fix issues in case of real problems,
but in this case was unnecessary

Should be OK again.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Luganda Localization Project(New)

[Christian Lohmaier]

On Wed, Feb 24, 2021 at 3:26 AM toki  wrote:
> On 19/02/2021 15:09, Phillip Samuel wrote:
> […]
>  > I don't know how long translating the UI will take, probably a while,
>
> It isn't uncommon for a12n projects to take two or three years to

a12n? I know l10n, i18n & a11y, so I have to add Africanization to my list :-)

> produce a beta localisation in the target language. At least a year is
> spent discussing what new words in the target language should be.

Guess that's a strong advise to make heavy use of the glossary :-))

ciao
Chrsitian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Sentence not found in Function list page (online help - Italian)

[Christian Lohmaier]

Hi Valter,

On Tue, Feb 23, 2021 at 8:34 PM Valter Mura  wrote:
> I found an error in this online Help page for Italian:
>
> https://help.libreoffice.org/latest/it/text/scalc/01/04060100.html?
> =CALC=UNIX
>
> Error: "D'oh! You found a bug (text/scalc/01/04060105.xhp#logicaltext not
> found)."

https://translations.documentfoundation.org/translate/libo_help-master/textscalc01/it/?checksum=1c782ce25cc9d817

italian uses old german "logischtext" as variable name for the actual
variable text, so there is no found for the
   
in the other file.

→ Fix: change the variable-ID to logicaltext in the translation.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Error message when transslating

[Christian Lohmaier]

Hi Berend,

On Thu, Feb 11, 2021 at 1:56 PM  wrote:
>
> I get a loads of error when I am translating.
> They look like the one below
>
> The request for machine translation using tmserver has failed: HTTPError: 500 
> Server Error: INTERNAL SERVER ERROR for url: 
> http://127.0.0.1:/api/v1/en/fy/unit/Adobe%20PageMaker
>
> Can someone tell what is wrong?

That means that our local amagama instance was not responding. For
some reason it failed to properly reconnect to the postgresql database
after the database was stopped/restarted due to a package update.

Should work again now, thanks for the poke.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Bulk translation of new " stock" strings

[Christian Lohmaier]

On Wed, Jan 27, 2021 at 11:02 AM Rhoslyn Prys  wrote:
>
> Question: Is there a way to something similar with failing checks?
>
> The Welsh translation has between 706 and 1387 failing checks each
> across 6.3 to 7.1 and master. These were mainly introduced with the
> transfer to Weblate. Clearing them would be a nice to do, most of them
> are not errors and the don't appear to impact the translation. I could
> just leave them I suppose.
>
> Any suggestions?

No easy answer on that one. Some checks might be false positives, but
others probably are not.

In your case it seems all failing checks are "unchanged translation" -
so those are OK to just ignore.

I can patch weblate to never apply the check for Welsh/cy if you think
it makes sense..
https://github.com/WeblateOrg/weblate/blob/fa5108b0847428529e003bc45a8a32c7f4faa2d6/weblate/checks/same.py#L212

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] How can stop anonymous translation suggestions in Weblate?

[Christian Lohmaier]

Hi Shinji, *,

On Tue, Jan 26, 2021 at 1:28 PM Shinji Enoki  wrote:
>
> I tried to make a suggestion without logging in, but it seems that I
> could still make a suggestion.
> https://translations.documentfoundation.org/translate/libo_ui-master/swmessages/ja/?checksum=c684be7a63a452e1#suggestions
>
> Is the setting not working?

Indeed, fell victim to unintuitive UI in the weblate/django admin
interface. While I removed Japanese of the list of languages the
"Guest" user has the "add suggestion" permission, there's an
additional control that needs to be changed from "all languages" to
"as defined".
There's no error message when saving with a reduced set of languages,
but the "all languages" setting still wins and basically undoes the
selection.

> Or is this behavior correct?

No, was not as intended. This time I made sure to set to to "as
defined" and that Japanese is still excluded when reopening the group.

Sorry for that..

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Bulk translation of new " stock" strings

[Christian Lohmaier]

Hi Olivier,

On Sat, Jan 23, 2021 at 12:44 AM Olivier Hallot
 wrote:
> 1) The recent additions of LibreOffice UI has some "stock" strings
> repeated in many files. For example
>
> https://translations.documentfoundation.org/translate/libo_ui-master/dbaccessmessages/pt_BR/?q=state:%3Ctranslated
>
> _Add
> _Cancel
> _Delete
> _OK
> ...
> Up to 13 new strings like these above.
>
> Is there a way to apply a translated string to all occurrences of these
> "stock" strings in the many weblate projects?

Well, yes and no..
Stock weblate would handle this by going to the "other occurrences"
tab and using the "apply translation to all propagated strings".
However we modified the part that determines how to propagate strings
(across projects) - so doesn't work that way, as for that to work the
component name needs to be the same.

I did just modify it to also deal with context "stock" differently, so
that then is the way to do it in weblate.

And then there of course is scripted way for advanced users.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Incomplete Polish translation file

[Christian Lohmaier]

On Mon, Jan 18, 2021 at 2:51 PM Adam Rak  wrote:
>
> I've noticed that '/sw/inc/strings.hrc:138/' is missing from
> 'https://github.com/LibreOffice/translations/blob/master/source/pl/sw/messages.po'
> unlike
> 'https://github.com/LibreOffice/translations-weblate/blob/master/pl/sw/messages.po'.
> Without this, /Caption/ in Writer's Sidebar remains in English.

It is rejected by pocheck..
ERROR: Style name translations must be unique in:
/home/cl/vc/git/libo-core/translations/source/pl/sw/messages.po
Language: pl
Duplicated translation is: Podpis
See STR_POOLCOLL_*

and hence one of the duplicates is removed.
msgctxt "STR_POOLCOLL_SIGNATURE"
msgid "Signature"
msgstr "Podpis"

is the other POOLCOLL-string that is translated the same.
(or better:was - that one had been changed 3h ago:
https://translations.documentfoundation.org/translate/libo_ui-master/swmessages/pl/?checksum=7283d44465be46d2
)

In other words: will appear in the next update (assuming Sygnatura is
unique in the style names)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate

[Christian Lohmaier]

Hi *,

On Wed, Dec 30, 2020 at 11:24 AM Ilmari Lauhakangas
 wrote:
>
> On 30.12.2020 10.58, Leo Moons wrote:
> > Not sure whether this is correct list for asking improvements to the
> > Weblate process. So I will not post my issue here, but just ask where to
> > post an improvement demand for Weblate.
>
> https://github.com/WeblateOrg/weblate/issues

If it affects work with LibreOffice specifically, it also doesn't
hurt/it is recommended to also post the link here then. TDF might be
able to fund work in the area or do a local customization depending on
the scope of the request.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-l10n] Re: ANN: weblate update this weekend (start on Fri evening)

[Christian Lohmaier]

Hi *,

On Wed, Dec 16, 2020 at 8:03 PM Christian Lohmaier
 wrote:

> I'll update our instance of weblate to the latest 4.4 version this
> weekend, starting Friday evening. There'll be a multi-hour downtime
> since one of the updates require larger database operations.

The update to 4.4. is complete and the components have been unlocked again.

> After the update is complete, I'll also create the 7-1 projects and
> update master templates accordingly.

Creation of the 7-1 projects has been triggered, but fully
indexing/adding is still in progress.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-l10n] ANN: weblate update this weekend (start on Fri evening)

[Christian Lohmaier]

Hi *,

I'll update our instance of weblate to the latest 4.4 version this
weekend, starting Friday evening. There'll be a multi-hour downtime
since one of the updates require larger database operations.

The updatepath (4.1.1 we use currently → 4.2.2 → 4.3.3 (that step is
the one that takes a while) → 4.4 is being tested on a separate
testing VM with a much smaller dataset to keep times in check.

Components will be locked during that time, so no translation is
possible during the whole process.

Weblate should be available for translation again on Saturday.

After the update is complete, I'll also create the 7-1 projects and
update master templates accordingly.

(I'll send another message when everything is done)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate: Error server in discharging the zip files for offline translation

[Christian Lohmaier]

Hi Valter, *,

On Wed, Dec 16, 2020 at 12:09 PM Valter Mura  wrote:
> In data mercoledì 16 dicembre 2020 12:00:38 CET, Valter Mura ha scritto:
> > Hi All
> >
> > I get the following error when trying in discharging the zipped files for UI
> > and Help (sorry for the Italian version):
> […]
> BTW, the error occurs only for the UI zip file.

even more specifically: only for master UI

> > Does anyone experience the same problem?

Yep, would have been a problem for everyone  - cause was removal of
two pot files (dictionaries/es.pot and dictionaries/pt_PT.pot) - those
were removed from the templates, but the files were not removed from
the translations, but zip-export doesn't like that, and expects the
pot to be present/fails otherwise.

Solution was simple: I also removed the two files from the translations.
(note however that the removal of strings likely is an accident, and
that they'll reappear again - the source files had their language
changed from "en-US" to just "en" and that caused the
string-extraction to skip them.

see https://gerrit.libreoffice.org/c/dictionaries/+/102979 and
https://gerrit.libreoffice.org/c/dictionaries/+/104998

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Strange Help strings in Weblate

[Christian Lohmaier]

HI Stanislav, *,

On Sun, Oct 25, 2020 at 8:33 PM Stanislav Horáček
 wrote:
>
> Hi,
>
> did anything go wrong with the Friday's update of Help master strings in
> Weblate? It seems there is an old version now: many still not translated
> strings disappeared and for instance, there is this string [1] that has
> been already replaced in the source in August [2].

Indeed there was a messup, corrected now. No translations should be
lost, since updating against the templates puts them into the obsolete
sections (the lines prefixed with #~ marker) and the fixed template
update should have pulled them from there.

Thanks for catching that! (would have been fixed with the next update
in a similar way, but your post was soon enough to do a fix tag for
7.1.0.0 alpha1 with the fixed templates/translations)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Central kurdish not available in language picker

[Christian Lohmaier]

Hi *,

On Wed, Aug 5, 2020 at 11:05 PM Jwtiyar ali  wrote:
>
> Hey
> Why Central kurdish not available here?
> https://www.libreoffice.org/download/download/?type=mac-x86_64=7.0.0=pick

Fixed. (was available, but with empty label, so effectively invisible,
manually specifying ...lang=ckb would have worked as a workaround)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Adding translation to master and 7

[Christian Lohmaier]

Hi Jwtiyar,

On Tue, Jul 21, 2020 at 6:02 PM Jwtiyar ali  wrote:
>
> Hey Ming
> Thank you for answer
> My concern clearly is I have two branches 7 and master, Now master is 42%
> and 7 is 41%, why they are different? I use po-editor most time for
> translation, I want all my translation goes to official 7 until release.

This has been answered in telegram channel the other day (and a while
back on this list), see
https://www.mail-archive.com/l10n@global.libreoffice.org/msg12646.html
for details
(tldr: propagation of translations when uploading files was disabled
upstream, mail linked above contains one way to merge the files
locally for those translating offline)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Combine Weblate glossaries?

[Christian Lohmaier]

On Tue, Jul 7, 2020 at 10:52 AM Tuomas Hietala  wrote:
>
> In TDF Weblate, LO UI master and LO Online are different projects. This
> means the glossaries could not be shared previously.
>
> Weblate 4.1, however, introduced the ability to use glossaries across
> projects. TDF Weblate admins should just enable it.

Just did that now...

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Some typos in strings (Weblate)

[Christian Lohmaier]

Hi Valter,

On Sat, Jul 4, 2020 at 10:38 PM Valter Mura  wrote:
> yes, this is a serious question and I know also the answer. But:
> […]
> So, my question is: why all this strings cannot be *auto-inserted* in 
> Weblate, eventually
> with a "confirmation needed" (for security reasons), in order to facilitate 
> the translator's
> job? Is it not possible?

You might have picked bad examples, but for all you cited, the old
translations are showing up on the Machine Translation tab and are
offered for insertion. In this case they come mostly from the amagama
based TM, i.e. the one that was done based on the translations
imported from the old branches from pootle.

> https://weblate.documentfoundation.org/translate/libo_help-master/textswriter01/it/?
> checksum=3797f7853b8bfc5d[1] (100%)
> [some more examples]
>
> What I mean is: if I have these full matches in my TM, why cannot they appear
> automatically in Weblate?

Well, they do, on the machine translation tab. For old strings (that
already were translated on pootle) from the "tmserver" source (the
local amagama server), and for translations done on weblate it would
be from weblate's tranlsation memory. (that in old version was rather
slow, but with the version we deployed last weekend also those results
should be quick to load in.

https://translations.documentfoundation.org/translate/libo_help-master/textswriter01/it/?checksum=3797f7853b8bfc5d#machine

Is one of those strings that were changed during weblate times and
thus have a match from weblate's TM as well as similar matches from
amagama..

So maybe I'm completely missing your point.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Re: Request for Hausa language translation Project

[Christian Lohmaier]

Hi *,

On Mon, Jun 8, 2020 at 10:18 AM sophi  wrote:
> Le 08/06/2020 à 05:31, Shinji Enoki a écrit :
> > […]
> > I couldn't find the Hausa language project.
> > Does anyone know a contributor to the Hausa language?
> There is currently no contributor, but the language exist in Weblate,
> I'll take care to give reviewer rights to Alu.

To clarify: Hausa is available as a language in Weblate, because
weblate itself knows about the langauge - there are no LibreOffice
files yet, but I'll add them with the next update against templates.
So it is expected that no files are showing up right now.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Re: pocheck: Langauges with errors: am cy dsb fy hsb mn nb nl nn szl vec

[Christian Lohmaier]

Hi *,

On Thu, May 7, 2020 at 8:20 AM  wrote:
> The error in nl is the translation of ISSER and ISERROR. In Dutch they
> are both ISFOUT.
> I do not understand why there are two differend items for that.

Well, if in doubt it is always compatibility or historical reasons.

> What is the difference between ISSER and ISERROR?

 The two functions differ in how the #N/A status is treated.
https://help.libreoffice.org/6.4/en-US/text/scalc/01/04060104.html?DbPAR=CALC#bm_id3154812

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] KeyID change across branches for the same string

[Christian Lohmaier]

Hi Ming, *,

On Sat, May 2, 2020 at 4:23 AM Ming H. <2097632...@qq.com> wrote:
>
> While doing translation for "UI - master" on Weblate today I came across the 
> following string, at the time untranslated, with KeyID BUn8M:
> https://translations.documentfoundation.org/translate/libo_ui-master/sfx2messages/zh_Hans/?checksum=414ab42ae064f7da
> I was surprised that this was never translated for Chinese, so I went back to 
> "UI - 6.4" and found this, with KeyID dPabj:
> https://translations.documentfoundation.org/translate/libo_ui-6-4/sfx2messages/zh_Hans/?checksum=414ab42ae064f7da
>
> In my naked eye, they look the same.  They are also both from the same file 
> (sfx2/uiconfig/ui/licensedialog.ui), and have the same context 
> (licensedialog|label).  So how did they end up with different KeyIDs?

Wow, you have eagle-eye for spotting that - long story short: that was
some error back when the translations were updated against the
templates at some point - the pot files have the same key-id, but that
wasn't carried over to the po files.

> They don't show up in the other's "similar strings" section either, though 
> that's probably expected as that feature may only match strings in the same 
> Weblate project.

Not sure what you mean with "similar strings" section. There's nearby
strings - but that only are strings from the same component that are
just before/after the current string in the po files.
Then there's "Machine translation" with weblate's own translation
memory (with strings that were translated on weblate) and the strings
from the amagama server (listed from "tmserver") as they had been
translated on pootle (the latter obviously doesn't cover any strings
that changed for master/6-4 since the switchover to weblate happened
way before that).
Weblate's translation memory has different layers, personal and the
language one. It is configured to share translations between
components/projects, so it will show/offer entries from other files
and the other branches if they had been translated in weblate.
See for example:
https://translations.documentfoundation.org/translate/libo_ui-master/connectivityregistryflatorgopenofficeofficedataaccess/de/?checksum=e9a36bc3245f66d6#machine
you should see suggestions from "tmserver" (i.e. amagama, having the
old strings as imported from pootle) and suggestions from the shared
weblate translation memory. For that from the same project (in this
case libo_ui-master, but different component) as well as shared one
from different projects (as the strings is very generic it matches in
help and online projects as well)

Weblate's translation memory is also available from the dedicated
"Translation Memory" section (honestly I don't really understand why
there's a distinction between weblate's TM as "Machine translation"
and as "translation memory") for which basically the same applies:
that covers the strings translated while using weblate. So
tmserver/amagama covers the old/existing strings, and weblate TM
covers the new strings.

tldr: machine translation matches should come from all projects and
components, if they don't show up, then either because the string is
relatively new (had not been translated in pootle) and/or because the
string was not translated using weblate/weblate didn't put it in its
translation memory. Taking your example: the string from the master
project shows up as an entry from weblate translation memory for the
6-4 project. It won't show up as entry from the 6-4 project when
viewing the master one, since it has not been translated/added to the
TM of the 6-4 project, but rather was a string that already had a
translation when the file was imported. Or otherwise put: history of
the string is empty/unknown to weblate)

> It would be nice if such problem can be avoided.  I only noticed this because 
> this is an extremely long string.  There are probably many other short ones 
> that fell through the crack and increased work for many translation teams.

Nope, that was the only one, and this specific problem also cannot
happen anymore.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-l10n] pocheck: Langauges with errors: am cy dsb fy hsb mn nb nl nn szl vec

[Christian Lohmaier]

Please address the following errors in your translation

Pocheck error report for # am #
 Spreadsheet function name translations must be unique.
መቀየሪያ
መደበኛስርጭት
áˆ˜á ˆáˆˆáŒŠá‹«
ቀን
አአስተኛ
ዠጤት
ዘዴ
á‹ áŠ

Pocheck error report for # cy #
 Math symbol names must not contain spaces
in file starmath/messages.po
notequal — nid hafal

Pocheck error report for # dsb #
 Spreadsheet function name translations must be unique.
NAROWNAÅš

Pocheck error report for # fy #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Byskrift
Koptekst
 Spreadsheet function name translations must be unique.
SYKJE

Pocheck error report for # hsb #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Lisćina 1 start

Pocheck error report for # mn #
 Math symbol names must not contain spaces
in file starmath/messages.po
   noelement — Ñ Ð»ÐµÐ¼ÐµÐ½Ñ‚ буÑ
strictlylessthan — харьцангуй бага
 strictlygreaterthan — харьцангуй том
notequal — Ñ‚Ñ Ð½Ñ†Ò¯Ò¯ биш
 perthousand — Ð¼Ñ Ð½Ð³Ð° Ñ…ÑƒÐ²Ð°Ð°Ñ Ð½Ñ‹ Ð½Ñ Ð³

Pocheck error report for # nb #
 Spreadsheet function name translations must be unique.
HYPGEOM.FORDELING
NEGBINOM.FORDELING

Pocheck error report for # nl #
 Spreadsheet function name translations must be unique.
ISFOUT

Pocheck error report for # nn #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Sitat

Pocheck error report for # szl #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
NogÅ wek
Podpis
 Spreadsheet function name translations must be unique.
JEŹLI.BRAK
JEŹLI.BŠŌND
ZNAK

Pocheck error report for # vec #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Sitasion
 Spreadsheet function name translations must be unique.
DÌ


ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Question about file download/upload on Weblate

[Christian Lohmaier]

Hi Ming, *,

On Thu, Apr 30, 2020 at 5:58 AM Ming H. <2097632...@qq.com> wrote:
> […]
> >
> > Please don't use the same file twice. Please download the files for
> > both branches separately and locally merge your changes before
> > reuploading
>
> Yes I understand PO files are a bit tricky.  I tried "msgmerge -o 
> new-master.po -N 6-4.po master.po" a while ago when I tried to rectify the 
> discrepancy caused by my file upload, but the result new-master.po contained 
> too many unrelated changes and I ended up discarding it and manually edited 
> the master.po file instead.  I'll ask on this list if I need to do this again 
> in the future and can't figure it out myself.

The tools from the translate-toolkit are better suited for work like
this than the plain gettext commands (esp. when dealing with multiple
files at once, since you can use directories with it)/a multi step
process is better suited.

http://docs.translatehouse.org/projects/translate-toolkit/en/latest/commands/pomerge.html

so let's say you edited the 6.4 files, and you want all identical
source strings to be the same translation (not only those you
touched), you could use:

pomerge --mergeblanks=no --mergefuzzy=no -t master.po -i 6-4.po -o
updated_master.po
(can also directrly specify master.po in the outfile, but likely
better to do in separate file first to compare/sanity check :-))

Since pomerge doesn't have a --no-wrap switch, long lines get split up
into multiple lines in the output, and that makes comparing it to the
original harder, so add another step:

msgcat --no-wrap updated_master.po > final_master.po

the you can easily diff master.po to final_master.po with your
favorite diffing tool to double-check the changes.

The main difference between using pomerge and msgmerge is that pomerge
hs the --mergeblanks=no switch.
Of course can also be wanted to have strings untranslated in the
target as well, but if it is you can enable it :-) pomerge will
"complain" about different units though (if a unit just is in one
file) - but will do its job nevertheless.

ciao
Christian

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate "quality" bar

[Christian Lohmaier]

Hi Olivier,

On Wed, Apr 29, 2020 at 12:44 PM Olivier Hallot
 wrote:
>
> When hovering the quality bar in weblate (when displaying the
> translation memories), a tooltip pops showing 2 numbers. What is the
> meaning of each?

Do you have an example? If you mean a display like "31 / 100" - then
just is a score of 31 on a scale that goes to 100 for a perfect match.
So that would mean a pretty low confidence level in that case.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Question about file download/upload on Weblate

[Christian Lohmaier]

Hi Ming, *,

On Sat, Apr 25, 2020 at 5:30 AM Ming H. <2097632...@qq.com> wrote:
>
> I have a question regarding updating the translations on Weblate using the 
> file downloading/uploading method.
>
> I usually just use the web interface of Weblate, and I appreciate the feature 
> of linking the "6.4 UI" and "master UI" translations together so that the 
> changes I did in one branch is automatically copied to the other as long as 
> the source strings are the same (maybe the translated strings need to be the 
> same as well? I am not sure).

Yes. translation must also be same for it to propagate

> But occasionally I use the file downloading and uploading method to give a 
> certain component an overall change, covering quite a few strings at the same 
> time. […]
>
> Is there any option or procedure that can enable automatic propagation 
> between branches?

Propagation of translations on file upload has been explicitly
disabled by weblate authors:
https://github.com/WeblateOrg/weblate/commit/c31b7e9f48dd828e1d63a9c81118b4ec204e64db

Could be reenabled again on our instance if majority of translators agree.

>  Or do I have to upload the file twice, one for each branch?

Please don't use the same file twice. Please download the files for
both branches separately and locally merge your changes before
reuploading

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-l10n] Re: LO translation, some questions

[Christian Lohmaier]

Hi *,

On Thu, Apr 16, 2020 at 2:23 PM Julien Nabet  wrote:
>
> Christian: I understand now why my Slovenian fixes weren't taken into account.
> […]
> It could be useful to indicate what could be improved in Weblate (perhaps you 
> already did it?).

I now added a note ("whiteboard message") to
https://translations.documentfoundation.org/languages/sl/ stating that
weblate is not used for UI/Help for Slovenian...

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Re: A new moderator of Japanese mailing lists

[Christian Lohmaier]

Hi *,

On Sun, Mar 8, 2020 at 4:14 AM Naruhiko Ogasawara  wrote:
>
> First of all, so many thanks for your long-term contribution, Abe-san!

Yes, thanks a lot!

> I'm Naruhiko Ogasawara from Japan (some of you already know me),
> raised my hand to become a moderator of Japanese lists.
>
> And, another Japanese member Misaki Namikawa 
> also proposed to serve the same role with me,
> Please add both of us as moderators.

Done.
Should I do the same for the owner handle?

ciao
Christian

PS: hostmas...@documentfoundation.org is better suited for
administrative stuff like that :-)

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] The "Source change" field

[Christian Lohmaier]

Hi Milos, *,

On Tue, Feb 25, 2020 at 6:01 PM Milos Sramek  wrote:
>
> are we sure that this is not a symptom of some serious problem?

Symptom of a different problem: yes. Serious: not really (from my POV).

The problem is that there is not much context in terms of
sourcelocation in those strings. The only info is
"filename.htmltag-hierarchy.linenumber" but no other context. So there
is some guessing involved in what did change, and with little
information to work with there will be misses.
Even more so since multiple locations with same string are condensed
into a single string to translate.

So to improve this the pot file would need to have more info in it -
and for that the html file would have more info to extract/make use
of.

If this is regarded as too annoying, I can disable keeping of old
source strings when updating with new pots from the repository for the
liboonline-help project.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Preventing translation submission without review

[Christian Lohmaier]

Hi Sophi, *,

On Tue, Feb 25, 2020 at 2:39 PM sophi  wrote:
> Le 25/02/2020 à 13:54, Naruhiko Ogasawara a écrit :
> >
> > We, Japanese translator community, noticed that a user [0]
> > submit a lot of incorrect JA translations.
> > […]
> > So, in the Pootle era, Japanese project doesn't allow direct
> > submission (except for limited accounts; reviewers).
> > Can Weblate do as same for Japanese projects?
>
> I'll restrict his rights, might be inherited from Pootle.
> I'll ping you off list to check all the translators and their role for
> your project.

It was a misconfiguration of the default User group - it was meant to
allow suggestions from everyone with an account, but we had it set to
allow translations. I fixed those permissions, so shouldn't be
necessary to manually adjust permissions of the user in question.

If you also want to prevent suggestions, then let us know.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Behaviour of the "Needs editing" flag in Weblate

[Christian Lohmaier]

Hi *,

On Fri, Feb 14, 2020 at 11:22 AM sophi  wrote:
> Le 14/02/2020 à 10:49, Tuomas Hietala a écrit :
> >
> > I already unflagged many of them as I saw what was happening, but here's
> > an example that I can cofirm showing up in English in Finnish-language
> > LO as of 6.4.0:
> > https://weblate.documentfoundation.org/translate/libo_ui-master/filtermessages/fi/?checksum=90e8d59d903deeb9
> >
> > It's in the PDF export dialog, on the second tab from the left.
>
> That should not fall back to English if the string is fuzzy.

That's default behaviour for gettext/msgfmt though. By default fuzzy
strings are ignored and not taken into account/are omitted from the
generated .mo file.
And fuzzy/needs work is default behaviour in weblate, so no changes
here. So if other projects treat fuzzy translations as valid in the
program, they either explicitly use the --use-fuzzy switch to msgfmt
or filter it out using some other means.

And traditionally it is used to flags strings that were
auto-translated during the update of templates, where the change looks
similar enough for the msgmerge program that it thinks the translation
is the same, but with slight changes that make it not 100% certain
about it. Sure it can be used by humans as well, but for that most
tools (at least the web-based ones) have replaced that by the concept
of suggestions. (but they would work similar fashion: unless it is
accepted the string will be treated as untranslated (or the current
translation will be used in case the suggestion is to change an
existing one)

Weblate would allow for a dedicated review workflow, in which a
translated string would still be listed as translated, but will still
be flagged for review.
This would be a project-wide setting though and not a language specific one.
https://docs.weblate.org/en/weblate-3.10.3/workflows.html#dedicated-reviewers

If it is about reviewing changes by new translators, you could also
use a project's history and advanced search.
There's history available under e.g.
https://weblate.documentfoundation.org/languages/fi/#history for all
projects for a language or
https://weblate.documentfoundation.org/languages/fi/libo_help-master/#history
for a specific project.

Also you can use search with advanced query tags, e.g.
changed:>=2020-01-01 AND NOT changed_by:cloph

for all changes done since January first and not done by me. (I assume
excluding a small group of reviewers here is easier than listing
"untrusted"/watched users here.)

tldr;
* fuzzy strings are considered untranslated
  → could be changed in msgfmt invocation
  → changing that requires consensus of ~all translation teams
* weblate would support review workflow
  → can only be changed on a per-project level
 → should have consensus by significant number of translation teams
 (not using the process will not break things per se, it just
means that permissions need to be tweaked that every translator can
also set their own translation as reviewed or people need to ignore
"needs review" state)
* weblate has history/powerful search that can be used to review
strings manually/in batch without a special flag
  → no consensus needed/each project can do whatever they want
 → manual work/need to manually keep track of "last checked date"
or similar.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-l10n] Weblate upgrade this Friday

[Christian Lohmaier]

Hi *,

Weblate will be upgraded to 3.10.3 this Friday.
Since this update includes some bigger changes to the database, the
update will take quite a bit of time.
The update starts around 10 UTC and will last until the evening.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Please clarify translation deadlines

[Christian Lohmaier]

Hi Євген, *,

On Mon, Feb 3, 2020 at 6:35 PM Євген Кондратюк  wrote:
>
> Please, tell me, why do we (somebody) mention about Pootle, while it is
> no longer in use?

In this case it was a mistake, it should have been "[…] didn't include
all translations that were done in
weblate […]".
In other situations it is just easy to compare some functionality on
how it was done in pootle, since then people know what the feature in
question is about without using many words.
So something like: "In pootle I was able to do this and that, how
would I do the same in weblate?"

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Please clarify translation deadlines

[Christian Lohmaier]

Hi Tuomas, *,

On Mon, Feb 3, 2020 at 3:39 PM Tuomas Hietala  wrote:
>>
> Thanks for the explanation. However, it's not explained on either of the
> wiki pages mentioned earlier that tags are created already on the
> previous week. Would you mind adding that bit of information?

The times for each RC are listed. And the weeks for the RCs are also
the week that applies to the translation-deadline (1st day of the
week, aka the Monday)

e.g: for 6.4.0:
[…]
RC2  Week 2 , Jan 6, 2020 - Jan 12, 2020
RC3  Week 4 , Jan 20, 2020 - Jan 26, 2020

To have the translations included in the RC2, which is tagged in Week
2, the translations have to be submitted until January 6.
For RC3, week4, it is January 20.

> Or better yet, there is a "whiteboard" feature in Weblate, which allows
> admins to send messages to translators. It would be good to have the
> deadlines announced in advance. Or this mailing list or the wiki could
> also be used.

The ReleasePlan is pretty static, changes to the plan are rare.
(and most of the times it then would be delays, and not shifting the
deadline to an earlier date).
https://wiki.documentfoundation.org/ReleasePlan/6.4

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Please clarify translation deadlines

[Christian Lohmaier]

Hi Tuomas, *,

On Mon, Feb 3, 2020 at 2:11 PM Tuomas Hietala  wrote:
>
> I've been updating a lot of the Finnish translations of LO recently
> (translated in Weblate on master branch, automatically propagated to 6.3
> and 6.4) However, I noticed many of them didn't make it to the 6.4.0
> release.

There was a bug/oversight that caused a problem here: not all
translations that were done on weblate were actually flushed out and
committed to the repository when I prepared the release.

> Reading [1] and [2], I was under the impression that
> translations made on Monday 27th January or earlier should have been
> picked up in 6.4.0,

No, you missed something up. While it is true that if translations are
done on Monday, they are included in the release, since prepping of
the tag typically happens Tuesday evening or on Wednesday.
But it needs to be the Monday of the tag-creation week, not the one of
the final release announcement. The last RC is renamed and released as
final, so no updates to translations are possible.
So for 6.4.0 the translations the deadline would have been January 20.
I did export the translations from weblate on Tuesday the 21st - but
as mentioned that didn't include all translations that were done in
pootle, the changes only were partially reflected in the repository.

> but this clearly isn't the case. Did I misunderstand
> something, is the information in the wiki wrong, or was there some other
> issue?

Both a misunderstanding (the RC week is the deadline, not final
release), and specifically for 6.4.0 there also was another issue.

see also https://bugs.documentfoundation.org/show_bug.cgi?id=130365

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate meeting at Fosdem, feedback needed

[Christian Lohmaier]

Hi Valter, *,

On Wed, Jan 22, 2020 at 9:25 PM Valter Mura  wrote:
> Il 21/01/20 10:25, sophi ha scritto:
>
> - We could want to upload a TM, but they are very large in size (maybe
> 10 MB and more). Is it possibile to work on this aspect? I got an error
> while trying to upload one.

Weblate's own TM has too bad performance for a project structure like
we have for LibreOffice.

Depending on the nature of the TM, I can add it to the amagama
instance, but if it is old translations from pootle, then those are
already available. (and for strings that were translated in weblate,
the builtin machine translation tab should also work just fine.

> - Also, it should be possible to download a "general", or "per project"
> Translation Memory?

See above, we're not using weblate's translation memory. And for our
case there is no distinction anyway, since all is a single
project/everything is related (so I don't see the need for having it
"per project" - why would you only have a TM for 6-4 but not for 6-3
and master?)

That again of course due to the way we have weblate setup, with
branches being on their own project because of the number of
individual components we have, and not the standard way of having the
different branches within a project.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Keyboard shortcuts hard coded in UI?

[Christian Lohmaier]

Hi Valter, *,

On Sat, Jan 18, 2020 at 6:15 PM Valter Mura  wrote:
>
> In my copy of LibreOffice I see all the keyboard shortcuts in English,
> but I cannot find them in the UI section (Weblate) in order to localize
> them.
>
> Could be an issue of my system and LibreOffice version? Or are they
> hard-coded?

They are not hardcoded into LibreOffice, but they are taken from the
system, and in the case for Windows that is tied to the keyboard
layout IIRC, for Linux it is based on the UI language in Gnome, not
sure on what it depends on KDE..

Only some get explicitly replaced in LibreOffice, e.g.
https://opengrok.libreoffice.org/xref/core/vcl/win/window/keynames.cxx?r=55e59695#71
which is kind of an ugly hack IMHO...

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate file upload: "Request Entity Too Large"

[Christian Lohmaier]

Hi *,

On Mon, Jan 20, 2020 at 12:39 PM sophi  wrote:
>
> Hi Mihkel,
> Le 20/01/2020 à 02:24, Mihkel Tõnnov a écrit :
> > […]
> > These are the only ones above the 1 MB mark (which I assume is currently
> > set as max on Weblate).
> > Could that limit be increased? (to at least 3 MB)
>
> We already discussed this with Christian and it's possible to increase
> the size. I'll ask him to do it asap.

I bumped the allowed filesize, please check again (might be that I
need to adjust other limits)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] TM not working in Weblate

[Christian Lohmaier]

HI Mihail, *,

On Tue, Jan 14, 2020 at 10:32 PM Mihail Balabanov  wrote:
>
> Hello,
>
> I'm unable to access translation memory in Weblate: the Machine Translation
> tab is empty and the Translation Memory tab shows 'The request for machine
> translation has failed: error:'. Is this a known problem? Is it only for
> Bulgarian, or also for other languages?

Wasn't known, but is fixed now.
The webserver configuration was hardened, but was a little too strict,
so it effectively blocked TM/Machine-translation access.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Composite string in Help

[Christian Lohmaier]

Hi Olivier,

On Tue, Dec 31, 2019 at 8:10 PM Olivier Hallot
 wrote:
>
> Actually, I broke the rule of not splitting sentences into pieces, which
> is a bad practice translation-wise. My bad.
>
> %PRODUCTVERSION is a dynamic string that is updated each release, so it
> doesn't serve to the purpose.

You could still have the strings translated with embedvar, couldn't you?

In worst case scenario you'll have as many strings as there are
versions (with only benefit that translators can not accidentally
change the version itself), but variable definitions can be nested, so
maybe it is possible to use variable id "productversion" in the
translatable string, and have something like actual
version?

ciao
Chrisitan

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Character in LibreOffce UI Master

[Christian Lohmaier]

Hi *,

On Sun, Dec 29, 2019 at 10:00 PM Stanislav Horáček
 wrote:
> Dne 28. 12. 19 v 8:10 Berend Ytsma napsal(a):
> > […]
> > Is there a easy way to use " ▸" or must i copy it from the source.
> >
>
> you can also add the character to the "keyboard" shown above the
> translation field in Weblate. This can be done in settings > Settings
> tab (the second one) > Special characters box.

I added it to the global list of special characters (tab, newline,
ellipsis, triangle) that are before the language-dependent ones
(typographic quotes and dash variants)
So not everyone has to add this manually…

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Dashboard link leads to project page for all languages instead to components page for language to be translated into

[Christian Lohmaier]

On Thu, Dec 12, 2019 at 7:48 PM Michael Wolf  wrote:
>
> Hi,
>
> it seems that Weblate has been upgraded to 3.9.1 within the last hour.

False.
Update to 3.9.1 already happened on Tuesday.

> Since then the Dashboard link leads to the project page for all
> languages rather than to the components page for the language to be
> translated into.

What the dashboard link displays by default depends on your settings.
If you claim you're interested in all languages, you get all languages.

> What a nonsense! I had to check more than one hundred
> components if there are untranslated strings.

You can also tell weblate to not show already translated components by default.

> Until one hour ago the
> dashboard link still led to the component page for my languages Upper
> Sorbian and Lower Sorbian. Please undo this change.

No, what you think you experienced surely is not the case. As said:
3.9.1 is active since Tuesday, not just since a few hours.

> Finally still a request: It would be fine if you upgrade to at least
> 3.9.2.

No such release nor tag yet.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate; error uploading files

[Christian Lohmaier]

On Tue, Nov 26, 2019 at 10:38 AM Rhoslyn Prys  wrote:
>
> Thanks Christian for the explanation. Weblate accepted the translation
> file back without the 'fix' being made.

FYI: created https://gerrit.libreoffice.org/#/c/83784/ to remove the
wrong c-format label for one of the future template updates.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate; error uploading files

[Christian Lohmaier]

Hi Rhoslyn, *,

On Fri, Nov 22, 2019 at 12:23 PM Rhoslyn Prys  wrote:
>
> Yes, I'm getting the same messages:
>
> " Please fix errors in the form.
> Error in parameter method: This field is required. "

So I guess same cause here - not picking one of the upload modes.

> I downloaded cu/messages and translated it in Poedit. Poedit is
> complaining about:
>
> format specification in 'msgid' and 'msgstr' for argument 1 are not the same
>
> #. pA7RB
> #: cui/inc/tipoftheday.hrc:208
> #, c-format
> msgctxt "RID_CUI_TIPOFTHEDAY"
> msgid "When you're creating a Style based on another, you can enter a
> percentage value or a point value (e.g. 110% or -2pt or +5pt)."
> msgstr "Wrth greu Arddull yn seiliedig ar un arall, gallwch nodi gwerth
> canrannol neu werth pwynt (e.e. 110% neu -2pt neu +5pt)."

it thinks the string is some placeholder string, so false positive.
it has c-format label, and there placeholders have the form
%[parameter][flags][width][.precision][length]type

A space would be a valid flag (add space for positive number, but a
"-" for negative values) - so "% o" from source string and "% n" are
different, hence it complains/warns.
But that's not the cause of the error

> I'm not clear what error is here.

the c-format label on the string is misleading/wrong technically. If
it were used as a c-format/placeholder string, the percent signs would
have to be escaped:
… 110%% or -2pt…
but the string is not used as a placeholder string, so the c-format is
added errornously by xgettext - the strings from hrc files are
extracted using this command:
xgettext -C --add-comments --keyword=NC_:1c,2 --keyword=NNC_:1c,2,3
--from-code=UTF-8 --no-wrap cui/inc/tipoftheday.hrc -o
/tmp/messages.po

But seems the strings in the file don't use c-string style placeholder
definitions for all strings, but a mix of  $1 ... $2 style and also %1
or $(ARG1) $(ARG2)...
only 16 strings seems to be using c-style format like this:
NC_("SV_STDTEXT_SERVICENOTAVAILABLE", "The component (%s) could not be
loaded.\nPlease start setup with the repair option.")
But even then it is not real c-format string, but later replaced by a
find and replace (so the placeholder can be anything)

All others use a freestyle-way of placholder %SOMELABEL, the $1 style,
the %1 style or $(ARG1) style...
So "fix" for the bogus warning is to change the xgettext invocation to
not assume C++ format strings/strip the c-format label from the
result.

> Any ideas? I'm not sure it's creating
> the above error, though.

The warning is unrelated.
Make sure to pick a file-upload-mode and uploading should work.

ciao

Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate; error uploading files

[Christian Lohmaier]

Hi Sveinn, *,

On Thu, Nov 21, 2019 at 8:33 AM Sveinn í Felli  wrote:
>
> I have been trying to upload files through the Weblate instance, but
> every time the same error message appears:
>
> " Please fix errors in the form.
> Error in parameter method: This field is required. "

As I didn't have any problem updloading a file with the change you described:
https://vm137.documentfoundation.org/translate/libo_ui-master/cuimessages/is/?checksum=54e51525910b6a67
I assume you just didn't pick one of the file-upload modes. You need
to tell weblate how to treat the uploaded strings.
Whether they should be made as suggestions or flagged as fuzzy or
flagged as need review or just committed as-is.

You can then further limit to what strings in the uploaded file that
setting should apply to. You can tell weblate to ignore strings that
are flagged as fuzzy in the po file, and you can also tell weblate to
not overwerite strings that have been translated in weblate already.

> Has anyone been able to upload a file to our Weblate?

Yes - and just tried with the component/file you had problems with. So
please double-check whether you did pick a file upload mode.

I guess the bug in weblate is that it doesn't tell what field is
required, just that "This" field is required and hoping that you know
which field is meant ;-)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Tamil Localisation of Libre Office

[Christian Lohmaier]

Hi *,

On Tue, Nov 19, 2019 at 7:16 AM அருண் குமார் (Arun Kumar)
 wrote:
>
>> https://translations.documentfoundation.org/ta/

Note that all current translations (for upcoming 6.4/master) should be
done on the weblate instance:
https://weblate.documentfoundation.org/languages/ta/

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Migrating 6.3 project to Weblate

[Christian Lohmaier]

Hi Sveinn, *,

On Wed, Nov 13, 2019 at 1:28 PM Sveinn í Felli  wrote:
> Þann 4.10.2019 16:06, skrifaði Christian Lohmaier:
> > […]
> > As I like perl better than python, I wrote a helper script that will
> > take care of downloading multiple files
> > https://gist.github.com/cloph/76d4c22f0e0d8c81c55a8acab98c3311
> […]
> Was trying to get your script running:
> $ perl weblate-download.pl -t /tmp/pofiles -p libo_ui-master -l is
> Got this back: "Too late for "-CSDA" option at weblate-download.pl line 1."

The -C  option is meant to switch all perl handles to use UTF-8, the
letters SDA specify what the utf8 should apply to.
S: stdin, stdout, stderr
D: input and output streams (→ reading/writing files)
A: arguments (options passed to the script)

> Tried to remove the -CSDA options from the file and got this:

if you don't run the script itself (chmod u+x weblate-download.pl and
then ./weblate-download.pl directly), it is better to run
perl -CSDA weblate-download.pl …
But the error is not related to connection failures, but rather would
lead to wrongly encoded filenames and similar (but should not be an
issue for LO's pootle, all filenames are ASCII)

> Error while downloading componentlist: 500 Can't connect to
> weblate.documentfoundation.org:443
> aborting... if the message is about too many requests, consult --help
> for keyfile option
>
> Aha, a missing API-key, right?

Without API you can only do a limited number of requests per day,
while OK to get a list of files/components, not enough to actually
download them all.
But you're already getting a different error 500 is internal server
error. Maybe you were unlucky with your timing and you tried just when
the machine was rebooted. The 500 error /can't connect message is not
related to the api-request limit.

> Also, whatever I've tried in the wlc-client points to a missing API-key.

So if you tried numerous times: are you behind a (mandatory) proxy?

> So, two questions:
>
> 1. the key in question, is it the SSH-RSA key listed at 'About Weblate /
> Weblate keys' in <https://weblate.documentfoundation.org/keys/> ?

No, that is for when weblate is pushing changes to the git repository.
You can find your api-key/token in your user profile
(user-icon → Settings → Api-access)
https://weblate.documentfoundation.org/accounts/profile/#api

> 2. where can I find simple example on how to install the key? Is it done
> through the wlc-client or just by throwing a file with the key contents
> into my .ssh folder?

The weblate-download script would look in ~/.config/tdf-weblate by
default (should contain just the key, nothing else), or you can use -k
/path/to/someother/file to use a different file.

But your problem is not related to the keyfile (you'll need it anyway,
since LibreOffice consists of too many components to fit in the limit)
- but you should be able to download ~95 files (the other 5 are used
to get the list of components) and then it would fail with something
like this:
Successfully downloaded /tmp/pofiles/is/dictionaries//cs_CZ.po
Successfully downloaded /tmp/pofiles/is/dictionaries//vi.po
Error: downloading /tmp/pofiles/is/dictionaries//pt_PT.po failed200 OK
Error: downloading /tmp/pofiles/is/dictionaries//gd_GB.po failed200 OK
Error: downloading /tmp/pofiles/is/dictionaries//sw_TZ.po failed200 OK
Error: downloading /tmp/pofiles/is/dictionaries//be_BY.po failed200 OK
Error: downloading /tmp/pofiles/is/dictionaries//sv_SE.po failed200 OK
Error while downloading componentlist: 429 Too Many Requests
aborting... if the message is about too many requests, consult --help
for keyfile option

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] LibreOffice Online new pot files

[Christian Lohmaier]

Hi Andras,

On Wed, Nov 6, 2019 at 3:43 PM Andras Timar  wrote:
> I updated LibreOffice Online pot files this week, especially there is a
> large chunk of new help text. Could you please update Pootle?

Triggered the update

> I've already copy existing Spanish translation of this new help, so
> it woud be good to import help-es.po to Pootle, as is.

You still should have admin access on pootle, so you should be able to
upload the file to pootle

> I also have have Portoguese (Brazil) translation, I'll either copy it
> to Pootle, or give it to the translator for reference.

Same for that - but instead of me uploading the file directly, I'll cc
Olivier & Adolfo to have a look…

ciao
Christian

-- 
Christian Lohmaier, Release Engineer
Tel: +49 30 5557992-60 | IRC: cloph on Freenode
The Document Foundation, Kurfürstendamm 188, 10707 Berlin, DE
Gemeinnützige rechtsfähige Stiftung des bürgerlichen Rechts
Legal details: http://www.documentfoundation.org/imprint

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate: XML check

[Christian Lohmaier]

Hi Olivier,

On Tue, Oct 15, 2019 at 3:02 PM Olivier Hallot
 wrote:
> The XML check looks buggy in the situation below:
>
> https://weblate.documentfoundation.org/translate/libo_help-master/textsbasicpython/pt_BR/?type=check:xml-tags
>
> The XML tags are there, but my translation has it in different (but
> consistent) order in the text.
>
> Is the XML check flagging a false positive?

Yes - the xml-tag check only does a simple parsing of the source and
target strings, and creates a list of tuple of tagname and attribute
names and then does a simple equality check...

https://github.com/WeblateOrg/weblate/blob/master/weblate/checks/markup.py#L172

So is a false positive check/only does what the code tells it to do..

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Wrong translations of formula function names and identifiers [1/3]

[Christian Lohmaier]

Hi Eike,

On Wed, Oct 16, 2019 at 8:36 PM Eike Rathke  wrote:
>
> I did a short investigation how some function name was translated and
> stumbled upon quite some mess in general in the formula module.
> Specifically, names in msgctxt "RID_STRLIST_FUNCTION_NAMES":

Thanks for that!

> * Translated function names MUST NOT contain spaces, parentheses,
>   hyphens, or anything else that would be an operator in spreadsheet
>   formula context. Function names may only contain letters (of any
>   alphabet or script of course, not just ASCII) or digits or '.' dot or
>   '_' underscore, and must start with a letter.
> […]
> grep -E -A1 'msgid "[A-Z0-9._]+"' 
> translations/source/*/formula/messages.po|grep -B1 'msgstr ".*[-+*/ ()~]'
>
> (all on one line) also repeated on top of the attached list.

Oh, if that ends up in actual translations repository (as opposed to
translations-weblate intermediate one on github), then the check for
function names in pocheck should be amended according.
Right now it checks for duplicates only it seems...
https://gerrit.libreoffice.org/plugins/gitiles/core/+/master/l10ntools/source/pocheck.cxx#136

(and likely should also be put into a custom check to weblate)

> * Translated identifiers like "#All" or "#Headers" if they start with
>   a '#' hash character MUST start with a '#' character also in the
>   translation, this is vital to recognize them as table reference
>   identifiers (or error constants possibly).

Thx - I think you already added the "L10n: preserve the leading '#'
hash character in translations." comment to all relevant strings?

> grep -E -A1 'msgid "#' translations/source/*/formula/messages.po | grep 
> -B1 'msgstr "[^#"]'
>
> While these wrong translations display correctly when loading
> a document, any attempt to compile such formula expression that does not
> meet the criteria will fail.
>
> PLEASE, check the attached lists for your language's translation (the
> list is sorted by language codes between translations/source/ and
> /formula/messages.po) and correct errors ASAP; corrections should also
> end up in the 6-3 branch, Cloph probably can help with that.

As they break functionality, I can at least make sure that no invalid
translations are in the repo, pocheck removes problematic translations

> Also, (possibly after any change) please load the 6.2 attachment
> https://bugs.documentfoundation.org/attachment.cgi?id=150855 of
> https://bugs.documentfoundation.org/show_bug.cgi?id=93992 in your
> translated UI, to check for duplicated function names.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Migrating 6.3 project to Weblate

[Christian Lohmaier]

Hi Sophie, *,

On Fri, Oct 4, 2019 at 1:36 PM sophi  wrote:
> Le 04/10/2019 à 12:33, Sveinn í Felli a écrit :
> > Þann 4.10.2019 10:16, skrifaði Christian Lohmaier:
> >>   c) for those projects really wanting to upload all at once: use the
> >> weblate client program and use a script to automate the upload using
> >> the API:
> >> https://docs.weblate.org/en/weblate-3.8/wlc.html
> >
> > This is interesting. I guess that those who are susceptible to use batch
> > upload/download are mostly language coordinators with some scripting
> > experience. We could of course share our scripts here.
>
> That's a good idea :) maybe best would be to store them in the 10n part
> of the wiki?

As I like perl better than python, I wrote a helper script that will
take care of downloading multiple files
https://gist.github.com/cloph/76d4c22f0e0d8c81c55a8acab98c3311

copying the builtin help here for reference.

Usage:
weblate-download.pl is used to download multiple po files for a project
from TDF's weblate server. Downloading will replicate the directory
structure as used in the repository. Note that anonymous access is
restricted to 100 requests/day.

Examples (use --help to see all options):

"weblate-download.pl -t /tmp/pofiles -p libo_help-master -l fr"
"weblate-download.pl -k -l vec -f dictionaries"

Options:
All options names are case-insensitive and can be abbreviated as long as
the prefix is still unique

--target=/path/to/save/to
the target directory (will be created if it doesn't exist already) to
use for the download

defaults to /var/tmp/weblate-download

--project=project
the project to process - either "libo_ui-master" or "libo_help-master"
defaults to libo_ui-master

--language=lang
the language to download, required.

--filter=componenteprefix
optional option to restrict the download to only those components that
start with "componentprefix"

--verbose
optional switch to output more progress information

--keyfile[=fileWithApiKey]
optional switch to enable authenticated API access. If "--keyfile" is
specified without a pathname, it defaults to ~/.config/tdf-weblate

If the option is not specified, anonymous access is used (restricted
to 100 requests/day) The file should contain just your personal API
key (found in weblate → profile-icon → settings → API access)

--overwrite
optional switch to overwrite already existing files. If not specified,
download will be skipped for existing files.

Use at your own risk.

--help
show this help

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Migrating 6.3 project to Weblate

[Christian Lohmaier]

Hi *,

On Mon, Sep 30, 2019 at 7:45 PM Mihkel Tõnnov  wrote:
>
> Christian Lohmaier (), 30. september 2019 
> kell 16:02:
>
> What about batch *up*loading? If there's no way for that in Weblate, I see 
> two possibilities, neither of which is exactly good:
> a) committing the files to GitHub directly - but won't they then get 
> overwritten again by whatever is on Weblate?

They wouldn't get overridden by weblate, rather weblate would error
out with a merge error that I would then have to fix, and I'd rather
tend to avoid that :-)

> b) removing Estonian from Weblate and committing to GitHub directly - but 
> then there's no easily accessible public overview of the state of things.
> How is this solved for the few other teams who translate offline?

Thats even worse, then you wouldn't get the sanity-checks done by
weblate and similar and likely will mess with my process of updating
templates and committing to source again as well.

but there's option
 c) for those projects really wanting to upload all at once: use the
weblate client program and use a script to automate the upload using
the API:
https://docs.weblate.org/en/weblate-3.8/wlc.html

> There is literally no fluctuation in my team, only me :) / :(
> The reason for asking is that in Pootle I have set that any (not necessarily 
> even logged in) users can make suggestions, in case someone finds an error in 
> translation or has an improvement idea. This possibility has also been used a 
> few times. If this can be set up like this also in Weblate by Sophie or 
> anyone else, then fine by me.

Sure, that can be setup. so to confirm: you want anyone, including
anonymous users without any login to be able to make suggestions?

> In addition, I presume that if someone requests to join my language team, 
> that request would then be passed to me for approval, so I can make sure the 
> applicant has needed level of language skills, agree on style/terminology, 
> etc.

yes, basically it is handled with pootle as well for cases where
people don't find the admin-interface for it or where the old contact
is no longer active.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Migrating 6.3 project to Weblate

[Christian Lohmaier]

Hi *,

On Mon, Sep 30, 2019 at 12:11 AM Mihkel Tõnnov  wrote:
> Valter Mura (), 30. september 2019 kell 00:17:
>
> Will there be a way to download and upload many/all files at once on
> Weblate, as it can be done on Pootle?
> If "yes", then OK by me.

"Yes", but not via weblate ui, but via the repository
https://github.com/LibreOffice/translations-weblate
At least until we patched that into weblate, but I wouldn't count on
that in the next month or two...

> If "no", then it's a problem, as I'm in the middle of some
> terminology/consistency work across the translation (UI/help), with many
> files being changed.
> Additionally, on a quick glance, I didn't find an option to download the
> templates (.pot's). I kinda need those for my (offline) workflow.

Those are also in the abovementioned repo.

> Also +1 to what Valter said about managing the rights.

Same question to you then. Do you ask because current permissions are
not correct or because you have high fluctuation in your team?

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate: Missing features, project folder view and search across the whole project

[Christian Lohmaier]

Hi *,

On Fri, Sep 27, 2019 at 12:41 PM Michael Wolf  wrote:
> Sérgio Marques schrieb:
> […]
> yes, you are right. In the components list (Listas de componentes) are
> help projects only. I don't know why.

I only created those components list to illustrate one possible
workaround for the lack of aggregation in weblate.
I could create similar aggregates for UI project as well if that would
help. But this is only a way to have a high-level overview of the
projects, you'd still work with the individual components.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate: Missing features, project folder view and search across the whole project

[Christian Lohmaier]

Hi *,

On Tue, Sep 17, 2019 at 1:25 PM Sveinn í Felli  wrote:
> But that raises the question (again); is it possible in Weblate to
> download all translation files for entire projects?

Not via weblate directly, but you can get them from the repository.

https://github.com/LibreOffice/translations-weblate

While automatic push is not yet enabled, the plan is to have it push
once a week (or whatever looks sensible)

> I've searched for the feature but not found.

there is no such feature in weblate webUI. One possibility would be to
use welbate client program / api wrapper and write a script that
iterates over all components and downloads them, but I think that
would be more complicated to use than fetching the files from the git
repository.

Ciao
Chrisitan

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate: copy XML tags to translated text

[Christian Lohmaier]

On Sat, Sep 14, 2019 at 10:40 PM Adolfo Jayme Barrientos
 wrote:
>
> But Weblate DOES have this feature, it’s even tied to keyboard
> shortcuts: Ctrl+1 will insert the first XML tag, Ctrl+2 the second
> one, and so on… I don’t know what you all are arguing about…

Oh really? Maybe it is tied to the xml-validation checks that
currently still are disabled.

So if that's the case consider that solved then :-)

https://docs.weblate.org/en/weblate-3.8/user/translating.html#keyboard-shortcuts
Ctrl+ or ⌘+
   Copies placeable of given number from source string.

/me edits config and enable the xml checks...
and voilà, it works - Thx Adolfo!

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate: Missing features, project folder view and search across the whole project

[Christian Lohmaier]

Hi *,

On Thu, Sep 12, 2019 at 1:54 PM Cheng-Chia Tseng  wrote:
>
> In Pootle, translators can search specific term/translation in the whole
> project, such as LibreOffice UI, LibreOffice Help, LibreOffice Online, etc.

You can also search in a whole project in weblate.
But what weblate doesn't offer is limiting search to a "folder" (since
weblate doesn't have concept of folders)
So in weblate it is either whole project or single file (component)

> This feature enables translators to check existing terms or translations
> and fix them.

Hmm. I wonder whether an additional Glossary-based check would fill
this gap in a more elegant way?
I.e. you add your terms to glossary/terminology and we maybe could
write a check for strings that don't have a translation that matches
the glossary.

Weblate already has a default "inconsistent translation" check
https://docs.weblate.org/en/weblate-3.8/user/checks.html#inconsistent
that follows a similar idea (but is not enabled in our instance
currently, since same string is corner case in our project, and more
likely than not it is in different context that requires different
translation, so I'm afraid that check would cause too many false
positives) - and for same string weblate has dedicated "other
occurrences" section when doing regular translation, example:
https://vm137.documentfoundation.org/translate/libo_ui-master/scaddinsmessages/de/?checksum=f718cc3da84a2ebf

> Listing the components as folders under the project and searching text
> across the whole project are quite important features in the daily
> translation workflow.

But this also sounds also like something that can be done more easily
offline, with the po files directly?

That said: if we were to have a solution for aggregation by folder, we
could put both help and ui into a single project solving your issue?
Not sure whether I did really understand the problem correctly.

> The way Pootle works is designed to serve multiple translation files under
> different projects which fits LibreOffice well while Weblate is not.

Don't quite get that, since pootle also is limiting stuff on a
per-project basis. (but within the project it works on folders, with
automatic aggregation, that's right)

> If we are moving to Weblate, and that should be solved to fill the missing
> gap between them.

Can you give a full example of what you do in pootle currently?
That would help me understand the issue better and maybe come up with
an easier workaround.
(Since adding folder-based view on weblate is nothing you should wait
for - that would likely take a while/if at all...)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: Ôdp: Ôdp: [libreoffice-l10n] Utter negligence of the Silesian translation

[Christian Lohmaier]

On Fri, Sep 6, 2019 at 11:17 AM Grzegorz Kulik  wrote:
> We piōntek, 6 wrz 2019 ô godzinie 10:34, sophi (so...@libreoffice.org)
>
> Not exactly, you said you'd "keep me updated". You never said you'd get
> back to me when it's done.

Pretty sure in one of the various channels it was written that it
would be added for the 6.3.1 release.
And this is what happened.

> You gave me a vague statement that "Christian will provide the lang
> pack", so first I waited, then sent him two emails, and got no answer.

Because I don't see a point in duplicating stuff or repeating stuff
that had already been stated.
And especially surprised to get complaint apparently without checking.

https://download.documentfoundation.org/libreoffice/stable/6.3.1/rpm/x86_64/LibreOffice_6.3.1_Linux_x86-64_rpm_langpack_szl.tar.gz.mirrorlist
https://download.documentfoundation.org/libreoffice/stable/6.3.1/deb/x86_64/LibreOffice_6.3.1_Linux_x86-64_deb_langpack_szl.tar.gz.mirrorlist
https://download.documentfoundation.org/libreoffice/stable/6.3.1/mac/x86_64/LibreOffice_6.3.1_MacOS_x86-64_langpack_szl.dmg.mirrorlist

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate instance for testing purposes

[Christian Lohmaier]

Hi,

On Sat, Aug 31, 2019 at 6:59 AM  wrote:
>
> In Pootle, below a string to translate, there are suggestions with
> former translations.
> I miss those in Weblate, or are they somewhere ells?

Weblate has similar feature, see for example:
https://vm137.documentfoundation.org/translate/libo_help-master/textsdraw04/de/?checksum=f7176f58b13e677f#machine

(But weblate only knows has master translations, thus no strings from
previous versions)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate: Missing feature, copy auxiliary translation

[Christian Lohmaier]

Hi Adolfo, *,

On Thu, Aug 29, 2019 at 8:10 PM Adolfo Jayme Barrientos
 wrote:
>
> Report it to their bug tracker: https://github.com/WeblateOrd/Weblate/issues
>
> This list is not a place where Weblate developers will hear your
> voice; let’s not duplicate the bug tracker :)

I disagree - while of course the missing features should in the end be
reported in weblate's tracker, it is important that the needs of the
LibreOffice translators get raised here.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate: Fix Guarani (Paraguay)

[Christian Lohmaier]

On Wed, Aug 28, 2019 at 1:53 PM Olivier Hallot
 wrote:
> At your earliest convenience, can you fix the name of Guarani language
> from "gug (generated) gug" to Guarani Paraguay

Done.

> BTW, in Weblate github (*), I see Guarani as
>
> gn;Guarani;2;n != 1

And is the plurals form correct? (is the same in pootle and is same in
weblate since it also is default...)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate instance for testing purposes

[Christian Lohmaier]

Hi *,

On Wed, Aug 28, 2019 at 11:05 AM Ilmari Lauhakangas
 wrote:
>
> Who volunteers to create a feature request?
> https://github.com/WeblateOrg/weblate/issues

Doubt that this will be implemented, as weblate is built around that
single-file-component concept.

However I created the next-best-thing that Weblate has to offer for
grouping, namely Component lists for Help project:
https://vm137.documentfoundation.org/#componentlists

Does something like this already help?

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate instance for testing purposes

[Christian Lohmaier]

Hi *,

On Wed, Aug 28, 2019 at 10:37 AM sophi  wrote:
> Le 27/08/2019 à 18:07, Michael Wolf a écrit :
> > Why are there untranslated strings for Upper Sorbian and Lower Sorbian
> > on Weblate? All master strings are translated on Pootle for both languages.
>
> The template has been updated

Exactly. What was labeled "master" in pootle is used for 6.3 (just
renamed the projects to make that more clear, so now it is not labeled
master anymore). So translations for 6.3 and 6.2 are still in pootle
(and that will stay that way, those won't be migrated away)

Files on Weblate have been updated to reflect master/what will become 6.4

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate instance for testing purposes

[Christian Lohmaier]

Hi *,

On Tue, Aug 27, 2019 at 5:34 PM Cheng-Chia Tseng  wrote:
> sophi  於 2019年8月27日 週二 下午10:38寫道：
> >
>
> There are too many files and paths. Finding the right one I would like to
> translate is so painful.

That unfortunately is one of the fundamental design differences in
weblate and nothing we'd be able to change or customize without huge
efforts.
But just imagine we would still be in pre-gettext migration where we
still had 140 files more...

> It will definitely better to use folder-like display as Pootle.

Weblate on the other hand allows you to hide completely translated
components (files) - so maybe that is already enough to make it more
usable for you?

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate instance for testing purposes

[Christian Lohmaier]

Hi *,

On Wed, Aug 28, 2019 at 12:13 PM Yaron Shahrabani  wrote:
>
> https://vm137.documentfoundation.org/translate/libo_ui-master/dbaccessmessages/he/?type=todo=2
>
> This is the exact path, sorry.

Hint: similar to poolte, weblate has direct/permalink functionality
that is better to use than offset/todo links, as those might change -
and in this case the string that shows up is in Hebrew (but I see the
German strings in the "nearby strings" view)
This is not a bug in weblate or in the migration path, but rather a
problem that already exists in the files on pootle:
https://translations.documentfoundation.org/he/libo_ui/translate/dbaccess/messages.po#unit=137591116
And given the history of the string (or rather the translation memory
entry) it's an old issue, at least since 5.3..
No idea when or how those strings were turned to German...

tldr; no issue with weblate, was already having German stings in the
files from pootle used for the import to weblate

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Weblate instance for testing purposes

[Christian Lohmaier]

Hi *,

On Tue, Aug 27, 2019 at 4:38 PM sophi  wrote:
>
> We have deployed a Weblate instance for testing purpose here:
> https://vm137.documentfoundation.org/
>
> *NOTE*: *it is for testing purpose only*, the test will go-on until end
> of LibOCon and we will make a decision about migration from Pootle to
> Weblate after this test.

To clarify: while the instance is for evaluating whether we want to
switch to weblate or not (and/or gather what's important to the l10n
community if we want to take a closer look to another solution), the
translations done in that instance are meant to be kept and not thrown
away.
So don't just write "blablabla" as translation, as those will show up
eventually in master builds :-)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] pocheck: errors in libreoffice-6-1 translations - Languages n → z

[Christian Lohmaier]

Hi Olivier,

On Mon, Jan 14, 2019 at 9:11 PM Olivier Hallot
 wrote:
>
> Em 14/01/2019 11:46, Christian Lohmaier escreveu:
> > Pocheck error report for # pt-BR #
> >  Style name translations must be unique — See STR_POOLCOLL_*
> > Duplicated translations in file sw/messages.po
> > Figura
>
> Easy to find the string 'Figura' in Pootle (STR_POOLCOLL_LABEL_FIGURE)
> but much harder to find or determine its dup.

> STR_POOLCOLL_LABEL_FIGURE Figure
>
> Possible dups of STR_POOLCOLL_LABEL_FIGURE in pt-BR translation (all
> translates to 'Figura')
>
> FLD_STAT_GRF Image
> FMT_MARK_GRAFIC Image
> STR_SWBG_GRAPHIC Image
> STR_GRAPHIC_DEFNAME Image
> STR_CONTENT_TYPE_SINGLE_GRAPHIC Image

Nope, all not the one.
https://translations.documentfoundation.org/pt_BR/libo61_ui/translate/sw/messages.po#unit=153097129
STR_POOLCOLL_LABEL_ABB


> How can I know which one(s) is the dup?

As the message says it is about writer's paragraph/character/..
styles. And those have STR_POOLCOLL_ in context
STR_POOLCOLL_LABEL_FIGURE and
STR_POOLCOLL_LABEL_ABB both have "Figure" as translation

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-l10n] pocheck: errors in libreoffice-6-1 translations - Languages n → z

[Christian Lohmaier]

Langauges with errors: nb ne nn nr nso oc om or pa-IN pl pt pt-BR ro
ru rw sa-IN sat sd si sid sk sq ss st sv sw-TZ ta te tg tn tr ts ug uk
uz vec vi xh zu

Pocheck error report for # nb #
 Style name translations must be unique — See STR_POOLNUMRULE_*
Duplicated translations in file sw/messages.po
Nummerering ABC
Nummerering IVX
 Spreadsheet function name translations must be unique.
BETAFORDELING
BINOM.FORDELING
EKSP.FORDELING
GAMMAFORDELING
HYPGEOM.FORDELING
INV.KJIKVADRATFORDELING
INVERS.BETAFORDELING
KJIKVADRATFORDELING
KONFIDENS
NEGBINOM.FORDELING
STDAV
STDAVP

Pocheck error report for # ne #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
शीर्षक
 Math symbol names must not contain spaces
in file starmath/messages.po
notequal — समान छैन
 Spreadsheet function name translations must be unique.
COUNTIF
IMCOS
IMSIN
ISERROR
ISNA
SUMIF
औसत

Pocheck error report for # nn #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Sitat

Pocheck error report for # nr #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Nambara
 Math symbol names must not contain spaces
in file starmath/messages.po
  tendto — tjhidisela ku
 Spreadsheet function name translations must be unique.
UMPHUMELA_ADD

Pocheck error report for # nso #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Sehlogwana
 Math symbol names must not contain spaces
in file starmath/messages.po
 strictlygreaterthan — e tloga e le kgolwane go
infinite — ~Go ya go ile
 perthousand — ka sekete
 Spreadsheet function name translations must be unique.
SHEET

Pocheck error report for # oc #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Títol
 Spreadsheet function name translations must be unique.
BÈTA.INVÈRSA
IMCOS
IMSIN
INVÈRSE.LEI.F
LEI.BINOMIALA
LEI.BINOMIALA.NEG
LEI.BÈTA
LEI.EXPONENCIALA
LEI.F
LEI.GAMMA
LEI.GAMMA.INVÈRSA
LEI.IPERGEOMETRICA
LEI.LOGNORMALA
LEI.NORMALA
LEI.NORMALA.ESTANDARDA
LEI.NORMALA.INVÈRSA
LEI.POISSON
LEI.STUDENT.INVÈRSA
LEI.WEIBULL
RECÈRCA
TIPE.ERROR
TÈST.F
VAR.P

Pocheck error report for # om #
 Spreadsheet function name translations must be unique.
IMCOS
IMSIN

Pocheck error report for # or #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
ଶୀର୍ଷକ
 Math symbol names must not contain spaces
in file starmath/messages.po
strictlylessthan — ୟଥାର୍ଥଭାବରେ ଠାରୁ କମ୍
 strictlygreaterthan — ୟଥାର୍ଥଭାବରେ ଠାରୁ ବଡ
notequal — ସମାନ ନୁହେଁ
  tendto — ର ତତ୍ତ୍ବନେବା
 perthousand — ହଜାର ପ୍ରତି
 Spreadsheet function name translations must be unique.
CHISQ.INV.RT
ଦିନ

Pocheck error report for # pa-IN #
 Math symbol names must not contain spaces
in file starmath/messages.po
   identical — ਇਕੋ ਜਿਹੇ
 Spreadsheet function name translations must be unique.
ISERROR
ਗਿਣਤੀ

Pocheck error report for # pl #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Rysunek
 Spreadsheet function name translations must be unique.
SZUKAJ.TEKST
ZASTĄP
ZNAJDŹ

Pocheck error report for # pt #
 Spreadsheet function name translations must be unique.
SUBSTITUIR

Pocheck error report for # pt-BR #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Figura

Pocheck error report for # ro #
 Math symbol names must not contain spaces
in file starmath/messages.po
strictlylessthan — mai mic strict ca
 strictlygreaterthan — mai mare strict ca

Pocheck error report for # ru #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Иллюстрация

Pocheck error report for # rw #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Umutwempangano
 Math symbol names must not contain spaces
in file starmath/messages.po
 strictlygreaterthan — biruta ukobyagendakose

Pocheck error report for # sa-IN #
 Math symbol names must not contain spaces
in file starmath/messages.po
 element — तत्वम्
   noelement — न किमपि तत्वम्
strictlylessthan — अस्मात् निश्चितरूपेण् न्यूनम्
 strictlygreaterthan — अस्मात् निश्चितरूपेण् अधिकम्
notequal — न समानम्
 Spreadsheet function name translations must be unique.
DATE
PMT
SHEET
अन्वेषय

Pocheck error report for # sat #
 Math symbol names must not contain 

[libreoffice-l10n] pocheck: errrors in libreoffice-6-1 translations - Languages a → m

[Christian Lohmaier]

Langauges with errors: am as bn bn-IN bo br brx ca cs da dgo dz eu fa
fy ga gu gug hi hsb id ja ka kab kk km kmr-Latn kn ko kok ks lb mai mk
ml mn mni mr my

Pocheck error report for # am #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
ራስጌ
 Style name translations must be unique — See STR_POOLNUMRULE_*
Duplicated translations in file sw/messages.po
ቁጥር መስጫ ABC
 Spreadsheet function name translations must be unique.
መቀየሪያ
መቁጠሪያ ከሆነ
መደበኛ ስርጭት
መፈለጊያ
ሰአት
ቀን
አነስተኛ
ውጤት
ዘዴ
ድምር ከሆነ
ጎዶሎ ዋጋ

Pocheck error report for # as #
 Math symbol names must not contain spaces
in file starmath/messages.po
   identical — চিনাক্ত কৰিব পৰা
 perthousand — প্ৰতি হাজাৰ

Pocheck error report for # bn #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
শিরোনাম

Pocheck error report for # bn-IN #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
শিরোনাম
 Spreadsheet function name translations must be unique.
AVERAGE
COUNTIF
IMCOS
ISERROR
ISNA
SUMIF

Pocheck error report for # bo #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
རེའུ་མིག་གི་ཁ་བྱང་།
སྒྲིག་ཨང་མཇུག་སྒྲིལ།
སྒྲིག་ཨང་མུ་མཐུད།
སྒྲིག་ཨང་འགོ་འཛུགས།
 Spreadsheet function name translations must be unique.
pmt
ཚེས་གྲངས།
ལས་ཁྲ།

Pocheck error report for # br #
 Spreadsheet function name translations must be unique.
DASPARZHSKOUERIEK
DIAWEL.LENKR.ARGEMMVACHEL.LIESAEL
PROUAD.STUDIER
PROUAD.Z

Pocheck error report for # brx #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
फारिलाइ
फारिलाइ आयदाफोर
फारिलाइ लिरबिदांनि बिमुं
 Math symbol names must not contain spaces
in file starmath/messages.po
 element — गुदि मुवा
   noelement — जेबो गुदि मुवा गैया
strictlylessthan — गोरायै एसेसिन
 strictlygreaterthan — गोरायै गेदेरसिन
notequal — समान नङा
  tendto — थि बिथिंजों थां
infinite — सिमा गोयै
 perthousand — रोजा फायाव
 Spreadsheet function name translations must be unique.
DATE
PMT
SHEET

Pocheck error report for # ca #
 Spreadsheet function name translations must be unique.
INV.KHIQUAD
PROVA.KHIQUAD

Pocheck error report for # cs #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Citace

Pocheck error report for # da #
 Spreadsheet function name translations must be unique.
NEGBINOM.FORDELING
STANDARDNORMFORDELING

Pocheck error report for # dgo #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
टेबल विशे-सूची
 Math symbol names must not contain spaces
in file starmath/messages.po
   alpha — अल्फा
   delta — डेल्टा
 epsilon — एप्सीलान
zeta — ज़ेटा
 eta — इटा
   theta — थीटा
iota — आओटा
   kappa — कप्पा
 omicron — ओमिक्रॉन
   sigma — सिग्मा
 upsilon — अप्सीलान
 phi — फी
 chi — काई
 psi — सी
   omega — ओमेगा
  varepsilon — varepsilon
strictlylessthan — शा घट्ट पाबंदी कन्नै
 strictlygreaterthan — शा बद्ध पाबंदी कन्नै
notequal — बरोबर नेईं
   identical — इक जनेहा
  tendto — च झुकाऽ
 perthousand — फी ज्हार
 Missing '|' character at the end of translated string. It causes
runtime error in installer.
in file instsetoo_native/inc_openoffice/windows/msi_languages.po
   Up one level| — इक स्तर उप्पर
   Up One Level| — उप्पर इक स्तर
 Spreadsheet function name translations must be unique.
DATE
PMT
SHEET
दिन
सकिंट
स्तंभ

Pocheck error report for # dz #
 Missing '|' character at the end of translated string. It causes
runtime error in installer.
in file instsetoo_native/inc_openoffice/windows/msi_languages.po
  Create new folder| — སྣོད་འཛིན་གསརཔ་ གསར་བསྐྲུན་འབད།
   Up one level| — ཡར་གནས་རིམ་གཅིག
 Spreadsheet function name translations must be unique.
པི་ཨེམ་ཊི།
ཚེས་གྲངས།
ལེབ་གྲངས།

Pocheck error report for # eu #
 Math symbol names must not contain spaces
in file starmath/messages.po
   noelement — elementurik ez

Pocheck error report for # fa #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
عنوان
 Math symbol names must not contain spaces
in file starmath/messages.po
   ALPHA — آلفا بزرگ
BETA — 

Re: [libreoffice-l10n] pocheck: errors in master/6.2 translations - Languages a → m

[Christian Lohmaier]

On Tue, Nov 20, 2018 at 7:33 PM Sveinn í Felli  wrote:
>
> Thanks Christian, correction done for Icelandic.
>
> But this case is yet another occurrence of a string that has been
> validated without knowledge of the translator(s)

What do you mean?
Assuming you're talking about
https://translations.documentfoundation.org/is/libo_ui/translate/formula/messages.po#unit=137750958

(the duplicate REPLACE that was fixed to REPLACEB)
→ If you open the timeline, you'll see that it was you who did approve
the translation/did remove the fuzzy marker.

> - I've seen several
> such strings lately.

That's been there since initial import/update (and since then the
update against templates was changed to no longer use fuzzy matches),
so really wonder what you mean exactly with "lately"/validated without
knowledge of translators...

> This could of course be quite frustrating. I don't
> know how many strings or why/how, but I was on my way to investigate.

You'll need to be more specific than that...

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Plural forms in Pootle

[Christian Lohmaier]

Hi *,

On Tue, Nov 20, 2018 at 6:43 PM sophi  wrote:
> Le 18/11/2018 à 22:57, Cor Nouws a écrit :
> > sophi wrote on 11/2/18 10:20 AM:
> >> Le 01/11/2018 Ã  18:57, Cor Nouws>> sophi wrote on 10/30/18 2:10 PM:
> >>>
>  It seems some language settings in Pootle are missing the plural form
>  now that it has been added to master.
> >>>
> >>> Where should I miss/how can I see that

For langauges that don't have any plural form configured, see my mail:
https://www.mail-archive.com/l10n@global.libreoffice.org/msg11831.html

But that doesn't allow you to check whether existing entries are
correct, for that see below...

> > (Sorry for being totally dump here ;) obviously missed some mails..)
>
> You need to be Pootle admin to modify the language values.
> But for NL, number of plurals is: 2, I guess it's correct.

and also important equation is (n != 1), so quantity of 0 also gets
plural, like German (0 Sekunden, 1 Sekunde, 2 Sekunden, …)

There's a bug/missing feature in pootle that doesn't export the
Plural-Forms header to files downloaded via web, but the files synced
to disk have it. Meaning: You cannot check in files downloaded from
pootle (only the number of plurals, by the number of msgstr[#] lines),
but you can check it in the translations repo:

https://gerrit.libreoffice.org/plugins/gitiles/translations/+/master/source/nl/sw/messages.po

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-l10n] pocheck: errors in master/6.2 translations - Languages n → z

[Christian Lohmaier]

Langauges with errors: nb ne nl nn nr nso oc om or pa-IN pl pt pt-BR
ro ru rw sa-IN sat sd si sid sk sq ss st sw-TZ ta te tg tn tr ts ug uk
uz vec vi xh zu


Pocheck error report for # nb #
 Style name translations must be unique — See STR_POOLNUMRULE_*
Duplicated translations in file sw/messages.po
Nummerering ABC
Nummerering IVX
 Spreadsheet function name translations must be unique.
BETAFORDELING
BINOM.FORDELING
EKSP.FORDELING
GAMMAFORDELING
HYPGEOM.FORDELING
INV.KJIKVADRATFORDELING
INVERS.BETAFORDELING
KJIKVADRATFORDELING
KONFIDENS
NEGBINOM.FORDELING
STDAV
STDAVP

Pocheck error report for # ne #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
शीर्षक
 Math symbol names must not contain spaces
in file starmath/messages.po
notequal — समान छैन
 Spreadsheet function name translations must be unique.
COUNTIF
IMCOS
IMSIN
ISERROR
ISNA
SUMIF
औसत

Pocheck error report for # nl #
 Spreadsheet function name translations must be unique.
ISFOUT
ZOEKEN

Pocheck error report for # nn #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Sitat

Pocheck error report for # nr #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Nambara
 Math symbol names must not contain spaces
in file starmath/messages.po
  tendto — tjhidisela ku
 Spreadsheet function name translations must be unique.
UMPHUMELA_ADD

Pocheck error report for # nso #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Sehlogwana
 Math symbol names must not contain spaces
in file starmath/messages.po
 strictlygreaterthan — e tloga e le kgolwane go
infinite — ~Go ya go ile
 perthousand — ka sekete
 Spreadsheet function name translations must be unique.
SHEET

Pocheck error report for # oc #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Títol
 Spreadsheet function name translations must be unique.
BÈTA.INVÈRSA
IMCOS
IMSIN
INVÈRSE.LEI.F
LEI.BINOMIALA
LEI.BINOMIALA.NEG
LEI.BÈTA
LEI.EXPONENCIALA
LEI.F
LEI.GAMMA
LEI.GAMMA.INVÈRSA
LEI.IPERGEOMETRICA
LEI.LOGNORMALA
LEI.NORMALA
LEI.NORMALA.ESTANDARDA
LEI.NORMALA.INVÈRSA
LEI.POISSON
LEI.STUDENT.INVÈRSA
LEI.WEIBULL
RECÈRCA
TIPE.ERROR
TÈST.F
VAR.P

Pocheck error report for # om #
 Spreadsheet function name translations must be unique.
IMCOS
IMSIN

Pocheck error report for # or #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
ଶୀର୍ଷକ
 Math symbol names must not contain spaces
in file starmath/messages.po
strictlylessthan — ୟଥାର୍ଥଭାବରେ ଠାରୁ କମ୍
 strictlygreaterthan — ୟଥାର୍ଥଭାବରେ ଠାରୁ ବଡ
notequal — ସମାନ ନୁହେଁ
  tendto — ର ତତ୍ତ୍ବନେବା
 perthousand — ହଜାର ପ୍ରତି
 Spreadsheet function name translations must be unique.
CHISQ.INV.RT
ଦିନ

Pocheck error report for # pa-IN #
 Math symbol names must not contain spaces
in file starmath/messages.po
   identical — ਇਕੋ ਜਿਹੇ
 Spreadsheet function name translations must be unique.
ISERROR
ਗਿਣਤੀ

Pocheck error report for # pl #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Rysunek
 Spreadsheet function name translations must be unique.
SZUKAJ.TEKST
ZAOKR
ZASTĄP
ZNAJDŹ

Pocheck error report for # pt #
 Spreadsheet function name translations must be unique.
SUBSTITUIR

Pocheck error report for # pt-BR #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Figura

Pocheck error report for # ro #
 Math symbol names must not contain spaces
in file starmath/messages.po
strictlylessthan — mai mic strict ca
 strictlygreaterthan — mai mare strict ca

Pocheck error report for # ru #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Рисунок

Pocheck error report for # rw #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Umutwempangano
 Math symbol names must not contain spaces
in file starmath/messages.po
 strictlygreaterthan — biruta ukobyagendakose

Pocheck error report for # sa-IN #
 Math symbol names must not contain spaces
in file starmath/messages.po
 element — तत्वम्
   noelement — न किमपि तत्वम्
strictlylessthan — अस्मात् निश्चितरूपेण् न्यूनम्
 strictlygreaterthan — अस्मात् निश्चितरूपेण् अधिकम्
notequal — न समानम्
 Spreadsheet function name translations must be 

[libreoffice-l10n] pocheck: errors in master/6.2 translations - Languages a → m

[Christian Lohmaier]

Langauges with errors: am as bn bn-IN bo br brx ca cs da dgo dsb dz eu
fa fi fy ga gd gu gug hi hsb hu id is ja ka kab kk km kmr-Latn kn ko
kok ks lb mai mk ml mn mni mr my


Pocheck error report for # am #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
ራስጌ
 Style name translations must be unique — See STR_POOLNUMRULE_*
Duplicated translations in file sw/messages.po
ቁጥር መስጫ ABC
 Spreadsheet function name translations must be unique.
መቀየሪያ
መቁጠሪያ ከሆነ
መደበኛ ስርጭት
መፈለጊያ
ሰአት
ቀን
አነስተኛ
ውጤት
ዘዴ
ድምር ከሆነ
ጎዶሎ ዋጋ

Pocheck error report for # as #
 Math symbol names must not contain spaces
in file starmath/messages.po
   identical — চিনাক্ত কৰিব পৰা
 perthousand — প্ৰতি হাজাৰ

Pocheck error report for # bn #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
শিরোনাম

Pocheck error report for # bn-IN #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
শিরোনাম
 Spreadsheet function name translations must be unique.
AVERAGE
COUNTIF
IMCOS
ISERROR
ISNA
SUMIF

Pocheck error report for # bo #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
རེའུ་མིག་གི་ཁ་བྱང་།
སྒྲིག་ཨང་མཇུག་སྒྲིལ།
སྒྲིག་ཨང་མུ་མཐུད།
སྒྲིག་ཨང་འགོ་འཛུགས།
 Spreadsheet function name translations must be unique.
pmt
ཚེས་གྲངས།
ལས་ཁྲ།

Pocheck error report for # br #
 Spreadsheet function name translations must be unique.
DASPARZHSKOUERIEK
DIAWEL.LENKR.ARGEMMVACHEL.LIESAEL
PROUAD.STUDIER
PROUAD.Z

Pocheck error report for # brx #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
फारिलाइ
फारिलाइ आयदाफोर
फारिलाइ लिरबिदांनि बिमुं
 Math symbol names must not contain spaces
in file starmath/messages.po
 element — गुदि मुवा
   noelement — जेबो गुदि मुवा गैया
strictlylessthan — गोरायै एसेसिन
 strictlygreaterthan — गोरायै गेदेरसिन
notequal — समान नङा
  tendto — थि बिथिंजों थां
infinite — सिमा गोयै
 perthousand — रोजा फायाव
 Spreadsheet function name translations must be unique.
DATE
PMT
SHEET

Pocheck error report for # ca #
 Spreadsheet function name translations must be unique.
INV.KHIQUAD
PROVA.KHIQUAD

Pocheck error report for # cs #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
Citace

Pocheck error report for # da #
 Spreadsheet function name translations must be unique.
NEGBINOM.FORDELING
STANDARDNORMFORDELING

Pocheck error report for # dgo #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated translations in file sw/messages.po
टेबल विशे-सूची
 Math symbol names must not contain spaces
in file starmath/messages.po
   alpha — अल्फा
   delta — डेल्टा
 epsilon — एप्सीलान
zeta — ज़ेटा
 eta — इटा
   theta — थीटा
iota — आओटा
   kappa — कप्पा
 omicron — ओमिक्रॉन
   sigma — सिग्मा
 upsilon — अप्सीलान
 phi — फी
 chi — काई
 psi — सी
   omega — ओमेगा
  varepsilon — varepsilon
strictlylessthan — शा घट्ट पाबंदी कन्नै
 strictlygreaterthan — शा बद्ध पाबंदी कन्नै
notequal — बरोबर नेईं
   identical — इक जनेहा
  tendto — च झुकाऽ
 perthousand — फी ज्हार
 Missing '|' character at the end of translated string. It causes
runtime error in installer.
in file instsetoo_native/inc_openoffice/windows/msi_languages.po
   Up one level| — इक स्तर उप्पर
   Up One Level| — उप्पर इक स्तर
 Spreadsheet function name translations must be unique.
DATE
PMT
SHEET
दिन
सकिंट
स्तंभ

Pocheck error report for # dsb #
 Spreadsheet function name translations must be unique.
DAŃTERMPD
NAROWNAŚ
NJEPŠAWIDPŁAŚIZNA
NJEPŠAWIDRENDITA

Pocheck error report for # dz #
 Missing '|' character at the end of translated string. It causes
runtime error in installer.
in file instsetoo_native/inc_openoffice/windows/msi_languages.po
  Create new folder| — སྣོད་འཛིན་གསརཔ་ གསར་བསྐྲུན་འབད།
   Up one level| — ཡར་གནས་རིམ་གཅིག
 Spreadsheet function name translations must be unique.
པི་ཨེམ་ཊི།
ཚེས་གྲངས།
ལེབ་གྲངས།

Pocheck error report for # eu #
 Math symbol names must not contain spaces
in file starmath/messages.po
   noelement — elementurik ez

Pocheck error report for # fa #
 Style name translations must be unique — See STR_POOLCOLL_*
Duplicated 

[libreoffice-l10n] List of languages with unconfigured number of plurals

[Christian Lohmaier]

Hi *,

the following is a list of languages that don't have plural forms
configured in Pootle. (as of today, Nov 14, 2018).

MariaDB [pootle]> SELECT code,fullname FROM pootle_app_language WHERE
nplurals=0 AND code!="templates" ORDER BY code;
+---+--+
| code  | fullname |
+---+--+
| ab| Abkhazian|
| as| Assamese |
| bm| Bambara  |
| brx   | Bodo (India) |
| dgo   | Dogri|
| kab   | Kabyle   |
| kok   | Konkani (macrolanguage)  |
| ks| Kashmiri |
| lg| Ganda|
| mai   | Maithili |
| mni   | Manipuri |
| my| Burmese  |
| nr| Ndebele, South   |
| om| Oromo|
| pa_IN | Panjabi; Punjabi (India) |
| rw| Kinyarwanda  |
| sah   | Sakha|
| sat   | Santali  |
| sa_IN | Sanskrit (India) |
| sd| Sindhi   |
| ss| Swati|
| sw_TZ | Swahili (Tanzania)   |
| tn| Tswana   |
| ts| Tsonga   |
| uz| Uzbek|
| xh| Xhosa|
+---+--+

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Plural forms in Pootle

[Christian Lohmaier]

Hi *,

On Tue, Nov 13, 2018 at 9:11 AM sophi  wrote:
> Hi Baurzhan,
> Le 13/11/2018 à 03:12, Baurzhan Muftakhidinov a écrit :
> > Dear Sophie,
> >
> > We've been using "nplurals=1; plural=0" form for quite a while in,
> > say, GNOME and Xfce, and Mozilla as well and never had any problems.
> >
> > Could you please revert the Pootle plural form of Kazakh language to it?
> >
> > I will silence the printf checks then as Christian suggested.
>
> This is done, thanks for the feedback. It seems the list at
> Translate.org is not right then.

Same for cldr then - I assume it is because of bad formatting in the
samples? Visually they appear the same with my font, but the "C"-like
character is different in the "one" and "other" examples...
http://www.unicode.org/cldr/charts/latest/supplemental/language_plural_rules.html#kk

So Baurzhan, please file a ticket
http://unicode.org/cldr/trac/newticket to have that updated

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Plural forms in Pootle

[Christian Lohmaier]

Hi *,

On Sun, Nov 11, 2018 at 12:57 PM Baurzhan Muftakhidinov
 wrote:
>
> I see an error at
> https://translations.documentfoundation.org/kk/libo_ui/translate/sc/messages.po#unit=159071307

If you mean the printf() check - just silence it for that unit (klick
the (-) symbol next to it)

It's a limitation in pootle/translate-toolkit where it cannot tell
whether a %1 needs to be present in the translated string or not when
the English one has one form with no placeholder.

See https://github.com/translate/translate/issues/2736 /
https://github.com/translate/pootle/issues/3122

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Plural forms in Pootle

[Christian Lohmaier]

Hi *,
On Wed, Oct 31, 2018 at 2:56 PM sophi  wrote:
>[…]
>
> > He wrote me: "Set it to four plural forms without explicitly listing the
> > equation - that
> > allows for translation already."
>
> Thanks for letting me know, and yes, it seems it's enough to add the
> number of plurals and let plural equation field blank to be able to
> translate in Pootle.

Yes, this makes it available in pootle, but I don't know whether the
plural rules are needed in the po file for proper use of the different
forms, or whether they are just informational for the po-editing tool
and gettext will ignore it and use whatever it knows about the
language.

In other words: I have no idea/didn't check whether the equation is
required or optional for proper use in LO.

(If they are required, then further tweaks to pocheck utility are
necessary, right now it disregards most of the PO-Header and instead
writes its own, possibly stripped-down version when there are errors
in the po-file)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Necessary translation percentage for new l10n build

[Christian Lohmaier]

Hi Michael, *,

On Wed, Aug 22, 2018 at 9:02 PM Michael Wolf  wrote:
>
> I have a question: Which translation percentage is necessary to create a 
> first build for a new
> locale? I'm just translating LO master into Lower Sorbian and I translated 
> 37.0% of the strings
> until now.

There's no hard rule on that, more like a combination of how it
proceeds / whether that project is active or not and whether the level
of completion is in the areas people will likely see.
I don't know at what percentage we did enable Venetian, but that did
progress so fast

I certainly would not want to integrate something with less than 20%,
since I cannot think that this would be worthwhile user experience.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-l10n] Re: Updated LibreOffice Online UI pot

[Christian Lohmaier]

Hi,

Am 23.08.2018 um 10:08 schrieb Andras Timar:
> I updated the UI pot of LibreOffice Online. Can you please update Pootle?
>
> https://cgit.freedesktop.org/libreoffice/online/plain/loleaflet/po/templates/loleaflet-ui.pot

Thanks, triggered the update.

ciao
Christian

-- 
Christian Lohmaier, Release Engineer
Tel: +49 30 5557992-60 | IRC: cloph on Freenode
The Document Foundation, Kurfürstendamm 188, 10707 Berlin, DE
Gemeinnützige rechtsfähige Stiftung des bürgerlichen Rechts
Legal details: http://www.documentfoundation.org/imprint


-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] "Show change authorship in tooltips" (for attention of da, de, eo, is, nl, nn, ru teams at least)

[Christian Lohmaier]

Hi Christian,

Christian Kühl  schrieb am Mo., 16. Juli 2018, 05:55:

> Hi Mihkel,
>
> thanks for clarifying this. I corrected it for German.
>

I wouldn't use "Hilfetext" as translation for tooltip though, esp. since in
other strings it stays at "Tooltip" in the German text as well.

Guess a good candidate for terminology..

Ciao
Christian

>

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Re: Copying translations from Master to 6.0

[Christian Lohmaier]

Hi *,
On Wed, May 9, 2018 at 2:28 PM Sophie  wrote:
>
> Hi Modestas,
> Le 05/05/2018 à 18:23, Modestas Rimkus a écrit :
> >  Anyone have any advice in the question below? Cloph?
>
> Only Christian is able to do that, I'll see with him and let you know.

That's not really true, as there is no magic involved in this case - I
just use the translate toolkit's commands (pot2po and pomerge) to
merge them, then update the files with those.

There's no additional mechanism in pootle for that. So if you can
download the files and run the commands yourself, you can then upload
your files.

I can do later though (only for really empty strings though - and also
note that strings could have changed considerably, so whatever I do
will only be for exact matches)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-l10n] Adding Frisian to 6.1 builds

[Christian Lohmaier]

Hi Berend, *,

On Thu, May 17, 2018 at 7:42 PM, Berend Ytsma  wrote:
> Hello,
>
> LibreOffice Master is 100% translated into the Frisian language.
> It would be great if it's included in the 6.1 builds.

Sorry for delay, should be in 6.1 beta.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
All messages sent to this list will be publicly archived and cannot be deleted

[libreoffice-l10n] strings for redesigned donate and download pages available in pootle

[Christian Lohmaier]

Hi *,

some of you might have noticed already..

Since a couple of days the strings for the redesigned/combined
download page and the new donate page are now available for
translation in pootle.

https://www.libreoffice.org/download/ example for the new-style donate
page (i.e. both fresh as well as still on a single page, with
hopefullly less "clutter")

and I'm sure you know https://www.libreoffice.org/donate - the
newdesign of the donate page.

For the donate strings, please pay close attention to the default
currency and amounts (DEFAULT_AMOUNT_EUR05, DEFAULT_AMOUNT_EUR10 ,...)

For those please use the appropriate amount that correspons to 5 EUR,
10 EUR,... respectively in your DEFAULT_CURRENCY.

e.g. for Japanese Yen with approximation of 1 EUR = 100 JPY, you would use
DEFAULT_CURRENCY = JPY
DEFAULT_AMOUNT_EUR05 = 500
DEFAULT_AMOUNT_EUR10 = 1000

(actual exchange rate is 130:1 ATM, but it doesn't need to be spot-on,
better have some "easy" numbers than doing exact math)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
All messages sent to this list will be publicly archived and cannot be deleted

Re: [libreoffice-l10n] Breaking News!... Help pages can be edited directly in gerrit.

[Christian Lohmaier]

Hi Sophia, *,

On Tue, Apr 10, 2018 at 3:52 PM, Sophia Schröder
 wrote:
> […]
> And I will also fix the other issues I caused in my patches regarding XML
> syntax of course,
> hoping the xmllint checker chloph wants to integrate will help me and others
> in this regards
> so nobody needs to review XML mess in help related commits anymore.

FYI: that is active now - it doesn't build LibreOffice, it just uses
xmllint to check the xhp files against the dtd, and thus should be
pretty quick.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
All messages sent to this list will be publicly archived and cannot be deleted

[libreoffice-l10n] Re: [libreoffice-website] l10n of LO website(s)

[Christian Lohmaier]

Hi Martin, *,

On Thu, Feb 8, 2018 at 12:42 PM, Martin Srebotnjak  wrote:
> Hi,
>
> As always I am writing this with best intentions for LO; so: I would like
> to point to some problems regarding the l10n of the official LO website(s).
>
> 1) There is a new (or updated) string on the download page(s), that is not
> localizable:
> "Older versions of LibreOffice (may be unsupported!) are available in the
> archive" 
> It should be added to pootle to be localized ASAP.

True - that was added recently, and will be added to pootle later
today or tomorrow.

> 2) The new download page is only available on the English page and still
> not localizable or available to l10n sites and in Pootle;

Also true - we wanted to sort out bugs in terms of usability with that
one first, finalize on the design before deploying it to others.

And while I mightnot have replied to your post in particular, I'm
pretty sure that has been stated in the past already.

> 3) Since 2) we are stuck with "old" download page that has only one version
> so we duplicate this page for both stable and fresh downloads; but there is
> a caveat: the substring " (stable)" is present on both pages,

Both are stable versions as opposed to the development/pre-release
ones (AKA beta/rc)

> so you can
> see how the "fresh" page looks now on the Slovenian and German sites (with
> word stable written in the title) - advertising the "fresh" version as the
> "stable" one:
> https://de.libreoffice.org/download/libreoffice-fresh/
> https://sl.libreoffice.org/prenosi/najnovejsi-libreoffice/

There is fresh and still, not fresh and stable

> 4) The donation page is also an old one, not available for l10n, so we have
> to use old donation page on l10n sites.
> I think this is the issue in redmine, there might be more:
> https://redmine.documentfoundation.org/issues/2462

Same reason basically as with the donate page, we wanted to run some
tests first to make sure it doesn't mess up with the donations that
pay all the bills...
I think we can have the strings of the donate page in pootle same time
as the one with the archive.

> 5) Someone deleted localized Slovenian pages for Imprint, Privacy Policy
> and Credits and replaced them with direct links to English pages, also they
> appear in the Slovenian menu as "Imprint", "Privacy Policy" and "Credits".

We need to make sure that all pages have current data - legal stuff is
annoying sometimes :/

> This was done without contacting me, the maintainer of the Slovenian site.

True, sorry for that. But unfortunately we have many nl-sites that are
rather stale, so we cannot wait for everyone in all cases.

> I understand legal issues with "Privacy Policy" that might have to be in
> English, but as editor of the Slovenian website I cannot allow menu items
> to be in English nor can I allow pages "Imprint" and "Credits" to appear in
> their content in English - please make these pages l10n-able ASAP as
> possible. For the time being I removed the "Credits" subpage from the menu
> and left the other two for legal issues.
> Also I want my localization strings back, I am the author, no one can
> delete my work - I need to reuse those strings.

There's history of previous versions in silverstripe, so no reason to
be all that upset about changing of pagetype. furthermore there is
waybackmachine or similar, that might also have your page indexed...

> 6) I really support this 3-year old ticket, it is essential for us l10n
> site maintainers:
> https://redmine.documentfoundation.org/issues/901

We had something like this in the past and it wasn't really used, but
I'll look into that once more.

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
All messages sent to this list will be publicly archived and cannot be deleted

Re: [libreoffice-l10n] English and German screencasts about “Grammar By” user dictionary feature

[Christian Lohmaier]

Hi Németh, *,

On Fri, Jan 26, 2018 at 10:13 AM, Németh László  wrote:
>
> I have linked the following YouTube screencasts in the LO 6.0’s Release
> Notes (
> https://wiki.documentfoundation.org/ReleaseNotes/6.0#.E2.80.9CGrammar_By.E2.80.9D_spell_checking
> ):
>
> https://www.youtube.com/watch?v=EsS3gaBTfOo
>
> https://www.youtube.com/watch?v=aYVFDqCUb6I German
>
> I have a question about the German example sentence (“YouTuber liken keine
> postfaktischen Vlogeinträge.”).
>
> Is it correct grammatically? If not, I will fix it.

Yes, is grammatically correct.

PS: add some bgm or voiceover please - completely silent videos are
always a little awkward... :-)

ciao
Christian

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
All messages sent to this list will be publicly archived and cannot be deleted

Re: [libreoffice-l10n] Submitting/Review Rights For GermanTranslation Team

[Christian Lohmaier]

Hi Christian, Sophia,

On Thu, Oct 12, 2017 at 8:58 AM, Christian Kühl <ku...@libreoffice.org>
wrote:

> Hallo, Sophie & Christian,
>
> ich schätze deine Arbeit (Sophie) sehr und sehe kein Problem darin, dir
> auch Reviewer-Rechte zu geben. Allerdings kann ich dich aus irgendeinem
> Grund nicht in Pootle finden und dir diese zuweisen. Könntest du
> (Christian) das nochmal übernehmen?
>
>
You should have the privs, so I think it is just a matter of you not
discovering the correct page:
https://translations.documentfoundation.org/de/admin/team/

if you still cannot assign the privileges, let me know and I'll bump them.

ciao
Christian


-- 
Christian Lohmaier, Release Engineer
Tel: +49 30 5557992-60 | IRC: cloph on Freenode
The Document Foundation, Kurfürstendamm 188, 10707 Berlin, DE
Gemeinnützige rechtsfähige Stiftung des bürgerlichen Rechts
Legal details: http://www.documentfoundation.org/imprint

-- 
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/l10n/
All messages sent to this list will be publicly archived and cannot be deleted