[libreoffice-l10n] tdf#91501: new translatable string

2015-09-04 Thread Katarina Behrens
Hello world, 

so I didn't notice I'm on a wrong git branch and pushed the fix for 
https://bugs.documentfoundation.org/show_bug.cgi?id=91501 to 5.0 branch by 
accident ...

As $subject already says, it sadly introduces a new translatable string 
("Custom" in a sense of "custom colour, not in the default palette"). That's 
the bad news. The good news is, such a string is likely already translated 
elsewhere, so ...

Sorry 'bout that, I didn't want to add more work for you guys on purpose. I'll 
now repent by writing at least one unit test

B.
-- 

Katarina Behrens

Softwareentwicklerin LibreOffice
–––
CIB software GmbH
Geschäftsstelle Hamburg
Flachsland 10
22083 Hamburg
–––
T +49 (40) / 28 48 42 -235
F +49 (40) / 28 48 42 -100

katarina.behr...@cib.de
www.cib.de
–––
Sitz: München
Registergericht München, HRB 123286
Geschäftsführer: Dipl.-Ing. Ulrich Brandner

-- 
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


[libreoffice-l10n] Fuzzing larger amount of help (.xhp) strings

2016-11-30 Thread Katarina Behrens
Hello l10n world,

I'm working on improving the way how images are handled and packaged for our 
help content. Part of that effort involves moving images specific to help from 
core repository to help repository.

I've learned today that it would likely mark larger amount (450+ ) of help 
strings fuzzy, as for example something this:

 Some l10n string 

is extracted to Pootle as 1 entity. 

So if I modify 'path/to/image.png' (after I've moved the image to a new path), 
it'll inadvertently mark the whole string fuzzy, even though the inner 
translatable part between  tags would be untouched.

1st question: is this really the case?
If yes, 2nd question: any creative ideas to solve it without piling too much 
unfuzzing work on you people?

If doing a mass change like this is not an option, I can probably live with 
that, it'd just make the directory structure and packaging tools slightly more 
convoluted and less elegant

B.
-- 

Katarina Behrens

Softwareentwicklerin LibreOffice
–––
CIB software GmbH
Geschäftsstelle Hamburg
Flachsland 10
22083 Hamburg
–––
T +49 (40) / 28 48 42 -235
F +49 (40) / 28 48 42 -100

katarina.behr...@cib.de
www.cib.de
–––
Sitz: München
Registergericht München, HRB 123286
Geschäftsführer: Dipl.-Ing. Ulrich Brandner

-- 
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