aboutsummaryrefslogtreecommitdiff
path: root/it_IT.ISO8859-15
diff options
context:
space:
mode:
authorGabor Kovesdan <gabor@FreeBSD.org>2013-07-11 16:34:54 +0000
committerGabor Kovesdan <gabor@FreeBSD.org>2013-07-11 16:34:54 +0000
commitb0b78fa4e97f4b5f66028a6dc2ae359e77eea085 (patch)
treeecf4ad571de2193c58a73c30be64fb897e6bcfa6 /it_IT.ISO8859-15
parent3c49cbd8e2d53b70d16e3d340739f87e4286a973 (diff)
downloaddoc-b0b78fa4e97f4b5f66028a6dc2ae359e77eea085.tar.gz
doc-b0b78fa4e97f4b5f66028a6dc2ae359e77eea085.zip
- Indexterms should not be embedded directly into a question or answer
element but into a deeper paragraph, optimally right after the referenced word without spaces even [1] but somehow the schema allows badly nested indexterms. Correct such entires in the whole documentation set. - Add constraints to check for invalid indexterm entries. See also: http://www.sagehill.net/docbookxsl/GenerateIndex.html#Indexterms [1]
Notes
Notes: svn path=/head/; revision=42247
Diffstat (limited to 'it_IT.ISO8859-15')
-rw-r--r--it_IT.ISO8859-15/books/handbook/install/chapter.xml10
-rw-r--r--it_IT.ISO8859-15/books/handbook/mail/chapter.xml20
2 files changed, 8 insertions, 22 deletions
diff --git a/it_IT.ISO8859-15/books/handbook/install/chapter.xml b/it_IT.ISO8859-15/books/handbook/install/chapter.xml
index 634d056073..d59e7fb79f 100644
--- a/it_IT.ISO8859-15/books/handbook/install/chapter.xml
+++ b/it_IT.ISO8859-15/books/handbook/install/chapter.xml
@@ -4812,17 +4812,13 @@ Please press any key to reboot.</screen>
<qandaset>
<qandaentry>
<question>
- <para>Posso avviare dalla console ARC o da quella del BIOS
- Alpha?</para>
+ <para>Posso avviare dalla console ARC<indexterm><primary>ARC</primary></indexterm> o da quella del BIOS
+ Alpha<indexterm><primary>Alpha BIOS</primary></indexterm>?</para>
</question>
<answer>
- <indexterm><primary>ARC</primary></indexterm>
- <indexterm><primary>Alpha BIOS</primary></indexterm>
- <indexterm><primary>SRM</primary></indexterm>
-
<para>No. &os;, come Compaq Tru64 e VMS, non si avviano dalla
- console SRM.</para>
+ console SRM<indexterm><primary>SRM</primary></indexterm>.</para>
</answer>
</qandaentry>
diff --git a/it_IT.ISO8859-15/books/handbook/mail/chapter.xml b/it_IT.ISO8859-15/books/handbook/mail/chapter.xml
index c82eea6e8a..0d411da36f 100644
--- a/it_IT.ISO8859-15/books/handbook/mail/chapter.xml
+++ b/it_IT.ISO8859-15/books/handbook/mail/chapter.xml
@@ -954,9 +954,7 @@ purgestat /usr/local/supermailer/bin/purgestat-compat</programlisting>
role="fqdn">mumble.bar.edu</hostid>, invece del solo
<hostid>mumble</hostid>.</para>
- <indexterm><primary>BIND</primary></indexterm>
-
- <para>Tradizionalmente, questo era permesso dai resolver BIND di
+ <para>Tradizionalmente, questo era permesso dai resolver BIND<indexterm><primary>BIND</primary></indexterm> di
BSD. Tuttavia la versione corrente di
<application>BIND</application> equipaggiata con FreeBSD non
prevede più l'abbreviazione di default per nomi di dominio
@@ -985,8 +983,6 @@ purgestat /usr/local/supermailer/bin/purgestat-compat</programlisting>
<qandaentry>
<question>
- <indexterm><primary>record MX</primary></indexterm>
-
<para><application>sendmail</application> riporta l'errore
<errorname>mail loops back to myself</errorname></para>
</question>
@@ -1004,7 +1000,7 @@ Come posso risolvere questo problema?
Hai chiesto che la posta per il dominio (es., domain.net) sia inoltrata
a un host specifico (in questo caso, relay.domain.net) attraverso l'uso di
-un record MX, ma la macchina di inoltro non si riconosce appartenente a
+un record MX<indexterm><primary>record MX</primary></indexterm>, ma la macchina di inoltro non si riconosce appartenente a
domain.net. Aggiungi domain.net in /etc/mail/local-host-names
[chiamato /etc/sendmail.cw nelle versioni precedenti alla 8.10]
(se stai usando FEATURE(use_cw_file)) oppure aggiungi <quote>Cw domain.net</quote>
@@ -1019,10 +1015,8 @@ in /etc/mail/sendmail.cf.</programlisting>
<qandaentry>
<question>
- <indexterm><primary>PPP</primary></indexterm>
-
<para>Come posso eseguire un server di posta su un host connesso in
- dial-up tramite PPP?</para>
+ dial-up tramite PPP<indexterm><primary>PPP</primary></indexterm>?</para>
</question>
<answer>
@@ -1031,15 +1025,11 @@ in /etc/mail/sendmail.cf.</programlisting>
LAN. La connessione PPP non è molto indicata per questo
scopo.</para>
- <indexterm><primary>UUCP</primary></indexterm>
-
- <indexterm><primary>record MX</primary></indexterm>
-
<para>Esistono almeno due modi per far questo. Un modo è
- usare UUCP.</para>
+ usare UUCP<indexterm><primary>UUCP</primary></indexterm>.</para>
<para>L'altro è trovare un server Internet a tempo pieno
- che fornisca un servizio MX secondario per il tuo dominio.
+ che fornisca un servizio MX<indexterm><primary>record MX</primary></indexterm> secondario per il tuo dominio.
Per esempio, se il dominio della tua società è
<hostid role="domainname">example.com</hostid> e il tuo fornitore
di servizi Internet ha attivato <hostid