Re: [translations] broken internal link in LM |
[ Thread Index |
Date Index
| More lilynet.net/translations Archives
]
- To: Federico Bruni <fedelogy@xxxxxxxxx>
- Subject: Re: [translations] broken internal link in LM
- From: Francisco Vila <paconet.org@xxxxxxxxx>
- Date: Wed, 22 Jun 2011 17:50:01 +0200
- Cc: Translations list at lilynet <translations@xxxxxxxxxxx>
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=omm6c/+NOQZECaeStT7VbzFksr1Tkkg2ligwCDFY0hM=; b=h4AwH8xHfNivPEtJahGPSyB51NdLTa64t4z+MKCciUPKD7BpJjqEd98eKgEIn9yuFU QvV+HuCsUF5ar7B9dk8PXIQaMf4+WACRh2Ar6Y9rF85IT6hXIJb+5BM84293I7bSdIZm DOI8eYXwoSNSKj7ai1i/ttUDtci700bVuPzUc=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vGQooiMmutYbaPoGq8ABzvCm/tQrH1olYfq62phgKZ0hjphXIvjTWyDh4Rr/JgRXF9 nkKom1ncv/8qMziaf7hu03/M2/4BSVdJ0aV5K5UmaByq002POrmjVKNOAeUT8SKq4d8F E7s5QjcPlDz0uXsu+T7JWSrXytI2KkE5xX+R8=
2011/6/21 Federico Bruni <fedelogy@xxxxxxxxx>:
> I'm wondering hot @ref links work...
> For example, look at this page:
> http://lilypond.org/doc/v2.14/Documentation/learning/nesting-music-expressions.it.html
>
> Go to the bottom of the page and you'll see that the Size of objects
> link is 'broken'.
> It's an internal link to 4.3.2 of LM. The file is tweaks.itely, that
> I've not translated yet.
>
> But I think that the link should work even if tweaks.itely is not
> translated (as long as I don't translate the name of the node).
>
> So why it's not working here?
>
> Maybe because my it/learning.tely is a bit 'strange' (it was generated
> by a script)? (see below)
> Should I remove the nodes and put the includes of tweaks and template
> even though I haven't translated yet?
>
> Thanks for your patience ;-)
>
>
> @c INCLUDES
>
> @include learning/tutorial.itely
> @include learning/common-notation.itely
> @include learning/fundamental.itely
>
> @node Tweaking output
> @chapter Tweaking output
>
> @untranslated
>
> @node Templates
> @appendix Templates
>
> @untranslated
Let me compare different languages here.
cd Documentation
Documentation$ git grep "Size of objects"
cs/learning/tweaks.itely:@translationof Size of objects
de/learning/tweaks.itely:@translationof Size of objects
es/learning/tweaks.itely:@translationof Size of objects
fr/learning/tweaks.itely:@translationof Size of objects
these four languages have both the @ref and the node name
translated; they include a @translationof line and their links work.
hu/learning/fundamental.itely:szedjük. Ehhez további új parancsok
kellenek; ld. az @ref{Size of objects} és
hu/learning/tweaks.itely:@translationof Size of objects
hu/learning/tweaks.itely:@translationof Size of objects
This repeated line is a mistake. hu/ has the @ref untranslated, the
node name is translated and there is a @translationof line. The link
does work. The node text is @untranslated.
it/learning/fundamental.itely:comandi che non sono stati ancora
presentati. Si veda @ref{Size of objects},
Your link does not work. You have the @ref untranslated and your
@node name is not there. You also do not have a @translationof.
ja/learning/tweaks.itely:@translationof Size of objects
ja/ : same as in cs/de/es/fr
(...)
nl/learning/fundamental.itely:have not yet been introduced. See
@ref{Size of objects},
This link does (!) work. This @ref is untranslated and there is no
matching @node name. There is no @translationof.
Here, I am lost. Why nl/ works and it/ doesn't ? You could try
adding a @translationof and/or translating the node name and the @ref.
Even if this worked, it didn't explain why nl/ does not need this.
You can infer that I do not understand how @ref links work, either.
--
Francisco Vila. Badajoz (Spain)
www.paconet.org , www.csmbadajoz.com