also CCed Frank Peters
Reply inline...
Clytie Siddall schrieb:
(Cc to Uwe for Help)
Reply below...
On 03/07/2008, at 5:30 PM, Gregor Hartmann wrote:
Hi,
sorry for my late reply, i was notified in a mailthread this question
caused and did not look close enough where it was originated.
so here is my comment:
if there is any way to tell which links are localized and which are
not I can add it to gsicheck.
could I assume e.g. that all localiteable links start with http:
or all not localizeable links refer to xhp fules (end with .xhp)?
please let me know. But be aware that this rule must be correct for
ALL links, no exception allowed.
Best write an issue to me so I will get to it for sure.
Gregor
Clytie Siddall schrieb:
Hi everyone :)
When we translate the Help, there are quite a few strings where the
user needing help is referred to mailing lists, webpages or other
support resources.
The original string contains the English resource, which is not
useful to users of other languages.
Even if it were possible for all of these resources, they do not have
language-bars, or content-negotiation which automatically provides a
page in the correct language for that user.
I have found that if I replace the English resource with the one that
is useful for my language, e.g. replace <[EMAIL PROTECTED]> with
<[EMAIL PROTECTED]>, gscheck reports that as an error.
If I add a separate link for the localized resources, gsicheck also
reports that as an error.
How can we deal with this problem? Our users need the localized Help
to direct them to localized support resources, not English resources
they can't read.
Thankyou for any help you can offer with this. :)
from Clytie
Vietnamese Free Software Translation Team
http://vnoss.net/dokuwiki/doku.php?id=projects:l10n
Suggestions:
1.
Gregor, would it work to tell gsicheck to accept two-letter sub-domains:
.openoffice.org
vi.openoffice.org
fr.openoffice.org
ja.openoffice.org
[EMAIL PROTECTED]
[EMAIL PROTECTED]
(and ignore any other changes in the link if it has a 2-letter
sub-domain added)?
http://openoffice.org
http://vi.openoffice.org/about-downloads.html
Then that would work for both websites and mailing-lists. Wiki pages are
a bit more difficult.
http://wiki.services.openoffice.org/wiki/Documentation/BASIC_Guide
"http://wiki.services.openoffice.org/wiki/Documentation/vi/ASIC_Guide
I think that's the recommended format. Is that correct?
also an Idea but what about 'external' links which can be entirely
different.
2.
Set a "localize" tag we could add to any localized link, so gsicheck
recognizes it (messier, means an XML tag which Help can ignore).
So if I understand you correctly the tag should not be added to the
sourcelanguage and mark the link as localizable but in the translation
to mark the individual link as localized. I hope enough translation
tools support something like that.
I would *love* this way as it is the only one which does not involve
some heuristics which can easily fail. But it will require changing the DTD.
And why should there not be tags in that file for localization as well.
In other xml files in the Office there are also tags used for
translation purposes. (well not in this way but to switch localization
off for certain strings)
I'd like to get Uwe's advice, and input from other language-teams,
before submitting an issue.
Uwe, what do you think would work best in the Help (to avoid problems ;) )?
My localization colleagues, where do you see localized links being
useful? Until we have content negotiation on the website, I want to be
able to specify localized webpages, mailing list and forum addresses, at
least.
from Clytie
Vietnamese Free Software Translation Team
http://vnoss.net/dokuwiki/doku.php?id=projects:l10n
______________________________________________________
It reverses the logical flow of conversation!
Why?
No.
Should I top post?
http://www.google.com/search?q=%22top+posting%22
--
Sun Microsystems GmbH Gregor Hartmann
Nagelsweg 55
D-20097 Hamburg Phone: (+49 40)23646 892
http://www.sun.de mailto:[EMAIL PROTECTED]
Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1,
D-85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Wolfgang Engels, Dr. Roland Boemer
Vorsitzender des Aufsichtsrates: Martin Haering
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
