Date: prev next · Thread: first prev next last
2014 Archives by date, by thread · List index


Oh, I forgot to send to the list…

---------- Forwarded message ----------
From: Jesper Hertel <jesper.hertel@gmail.com>
Date: 2014-11-04 0:23 GMT+01:00
Subject: Re: [libreoffice-l10n] Re: What are the strings in Curly brackets
{...}?
To: khagaroth <khagaroth@gmail.com>




2014-11-03 21:15 GMT+01:00 khagaroth <khagaroth@gmail.com>:



On Mon, Nov 3, 2014 at 12:46 PM, Jesper Hertel <jesper.hertel@gmail.com>
wrote:

I think what Safa meant was whether the curly brackets have any technical
meaning that we should be aware of. That is, whether they are treated in
a
special way by the system.

And I believe that was a very good question. I am still looking forward
to
someone giving a clear and full answer to it.
 Den 01/11/2014 15.16 skrev "anne-ology" <laginnis@gmail.com>:


 The full answer is:
…




They mark the part of the string which can be omitted if there is no
[parameters] value available inside them.


Example:

The file [1] is being held in use {by the following process: [2]}.

Now if [2] resolves to "explorer.exe" for example, then the resulting
string will be printed as:

The file example.txt is being held in use by the following process:
explorer.exe.

But if [2] is not known and resolves to empty sting, then the resulting
string will be:

The file example.txt is being held in use.


Thanks for the example.

What I don't understand with that is that, in the last case, using the
original string

"The file [2][3] is being held in use {by the following process: Name: [4], ID:
[5], Window Title: [6]}. Close that application and retry."

in the case of no values of [4], [5] or [6], the resulting displayed string
will be

"The file <filename> is being held in use . Close that application and
retry."

where <filename> is a specific filename.

And that seems odd to me; both the misplaced space before the "." and the
referring to an application that was never previously mentioned ("that
application"). That is why the first explanation by Urmas did not make
complete sense to me and made me doubt if it was really true what Urmas
said.

But I guess there are just two bugs in the original English string?


Also, we still do not have an answer to the question whether the translator
can add more {}'s and, as an addition to that question, how they will be
presented to the user. My guess is that the { and } will not be shown in
any case, but if there is no [n] inside the {} (where n is a number), will
the text within {} then be shown or not? There is no logical answer to
this, so the answer has to come from someone who knows.

-- 
To unsubscribe e-mail to: l10n+unsubscribe@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

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.