Inputenc error (e ci risiamo!)

ameba” post=70075Buon pomeriggio

Eccomi di nuovo a chiedere aiuto alla comunità del forum.

In queste settiamane ho ricominciato ad utilizzare, passo dopo passo, LaTeX. Ho da poco risolto, grazie all’assistenza dei veterani del forum, i problemi di codifica dei caratteri ed ora mi trovo a non riuscire a decifrare un nuovo e del tutto sconosciuto errore di compilazione.

All’interno del preambolo del mio file main.tex ho sempre inserito i seguenti comandi:

`% !TEX encoding = UTF-8 Unicode

\documentclass[a4paper,12pt,titlepage,oneside,openright]{book}

\usepackage[a4paper,top=3cm,bottom=3cm,left=3.5cm,right=5cm,%
bindingoffset=5mm]{geometry}

\usepackage{chngpage}

\usepackage[T1]{fontenc}

\usepackage{ucs}

\usepackage[utf8]{inputenc}

\usepackage{setspace}

\usepackage[ngerman,english,italian]{babel}

%usepackage[babel]{csquotes}
%\usepackage[useprefix]{biblatex}`

Ora mi trovo nella condizione di sperimentare un po l’uso del pacchetto biblatex per imparare a gestire i riferimenti bibliografici.
L’incompatibilità tra biblatex ed ucs non è stata ancora risolta, quindi per evirare errori di compilazione sono costretto a trasformare in commento il richiamo al pacchetto ucs.

Se modifico il codice delle righe precedenti in questo modo:

`% !TEX encoding = UTF-8 Unicode

\documentclass[a4paper,12pt,titlepage,oneside,openright]{book}

\usepackage[a4paper,top=3cm,bottom=3cm,left=3.5cm,right=5cm,%
bindingoffset=5mm]{geometry}

\usepackage{chngpage}

\usepackage[T1]{fontenc}

%\usepackage{ucs}

\usepackage[utf8]{inputenc}

\usepackage{setspace}

\usepackage[ngerman,english,italian]{babel}

%usepackage[babel]{csquotes}
%\usepackage[useprefix]{biblatex}`

il compilatore mi risponde col seguente errore:

Package inputenc Error: Unicode char \u8: not set up for use with LaTeX.

faccio presente che non ho ancora de-commentato i comandi di csquotes e biblatex

Grazie per l’attenzione.

È un po’ poco per capire. Fa’ una cosa, prima di tutto: non usare mai ucs, tanto meno con l’opzione utf8.

Senza un esempio minimo è impossibile dire di più.

Ciao
Enrico

Ciao.

Ho provato, per curiosità, a compilare un file con il tuo preambolo e ho ottenuto il seguente avvertimento:

`
…
(ucs) You seem to have loaded inputencoding utf8
(ucs) (LaTeX kernel UTF-8) instead of utf8x (ucs.sty UTF-8).
(ucs) Probably you are compiling a document written for a
(ucs) pre-august-2004 ucs.sty.
…
`

Sostituendo \usepackage[utf8]{inputenc} con \usepackage[utf8x]{inputenc} non dovrebbero più esserci problemi.

Claudio

ameba” post=70080Una cosa alla volta…

come secondo step avevo già provato ad utilizzare \usepackage[utf8x]{inputenc} al posto del semplice utf8 ed, effettivamente, la compilazione andava a buon fine.

I problemi si ripresentavano non appena inserivo i due comandi della bibliografia:

\usepackage[babel]{csquotes}
\usepackage[useprefix]{biblatex}

A parte il problema con questi due pacchetti che vorrò analizzare nel proseguo del topic, mi sorge spontanea una domanda:

come mai se compilo il documenti “Tesi Moderna” edito da Lorenzo Pantieri, ove nel preambolo è presente il solo richiamo alla codifica UTF8 funziona tutto a meraviglia, mentre io mi trovo ad avere così tanti problemi?

Perdonate ancora la mia ignoranza!

Ti ripeto che è del tutto impossibile aiutarti se non ci dici almeno qual è il carattere che ti dà problemi. Lo trovi sicuramente aprendo il file log e cercando l’errore.

Ciao
Enrico

ameba” post=70086Il carattere su cui mi da l’errore è il primo della prima riga di uno dei files richiamati tramite input

\chapter{Sarcofagi}

Che cos’è  un sarcofago? In questo capitolo avrete le risposte alle vostre domande.\\
Andiamo avanti!

%\newpage

L’errore mi viene segnalato su \chapter{Sarcofagi}

Il carattere incriminato è, in UTF-8, [tt][/tt], cioè “NO-BREAK SPACE” e sta fra “è” e “un” in “Che cos’è un sarcofago”.

Se proprio ci tieni a usarlo, cosa che non ti consiglio, scrivi
`\DeclareUnicodeCharacter{00A0}{~}`
nel preambolo.

Già che ci sono: non usare mai [tt]\\[/tt] per terminare una riga nel testo normale.

Ciao
Enrico

prova a caricare il pacchetto fontenc dopo il pacchetto inputenc. e chiama anche il pacchetto textcomp.

OldClaudio” post=70106prova a caricare il pacchetto fontenc dopo il pacchetto inputenc. e chiama anche il pacchetto textcomp.

fontenc va caricato prima di inputenc

Occorre textcomp, in effetti.

Ciao
Enrico

egreg9″ post=70109
fontenc va caricato prima di inputenc

Ho sempre affermato il contrario su una base pragmatica, piuttosto che per vincoli imposti dai due pacchetti. In realtà per il motore di composizione è del tutto indifferente quale sia l’ordine di caricamento dei due pacchetti, perché entrambi eseguono solo delle definizioni che sono indipendenti le une dalle altre.

Ricordo che le definizioni contenute nei vari file come latin1.def, che corrispondono alle opzioni per inputenc, trasformano i caratteri esterni in sequenze interne di TeX, e quanto contenuto nei file delle opzioni per i font di uscita trasformano i comandi interni in codici specifici oppure in “indirizzi” compresi nella polizza dei caratteri di uscita.

I miei motivi pragmatici sono riassunti nella frase seguente: “Il motore di composizione, per esempio pdflatex, prima legge il file sorgente poi dopo un po’ di elaborazione scrive il file di uscita”.

Mi pare del tutto logico, quindi, che TeX prima faccia uso delle definizioni contenute nel file inputenc con l’opportuna opzione, poi durante l’elaborazione e la scrittura del file di uscita usi le definizioni contenute nel file fontenc con l’opportuna opzione.

Chiaramente non è il caso di aprire una diatriba su questo “prima questo poi quello”, tanto è indifferente e l’esperienza me lo conferma.

Nel caso specifico del quesito posto da @ameba, è chiaro che textcomp risolve tutto, però mi resta oscuro perché @ameba riceva il messaggio che:

Command \textdegree unavailable in encoding T1

O meglio: la cosa è chiarissima, perché i font in codifica T1 non contengono nulla che possa servire come circoletto dei gradi; invece mi resta oscuro perché i vari file latin1.def, ansinew.def, eccetera diano delle definizioni di default per comandi come \textdegree e altri, mediante definizioni eseguite con [tt]\ProvideTextCommandDefault[/tt] che vengono eventualmente sovrascritte da definizioni esplicite, mentre invece utf8enc.def non lo faccia o lo faccia solo per un sotto insieme più piccolo di comandi relativi a segni che non compaiono nella pagina ASCII (0-127); se @ameba avesse usato per la codifica d’entrata latin1, invece che utf8, il problema non si sarebbe presentato, grazie alla definizione di default contenuta dentro il file latin1.def.

Naturalmente usando textcomp il problema si risolve comunque e meglio, perché il segno contenuto nella polizza del Text Companion font è specifico per marcare i gradi, mentre la definizione di default usa in modo matematico solo un circoletto rialzato, che costituisce un “meglio che niente” ma non è il segno giusto.

Ciao
Claudio

OldClaudio” post=70117

fontenc va caricato prima di inputenc

Ho sempre affermato il contrario su una base pragmatica, piuttosto che per vincoli imposti dai due pacchetti. In realtà per il motore di composizione è del tutto indifferente quale sia l’ordine di caricamento dei due pacchetti, perché entrambi eseguono solo delle definizioni che sono indipendenti le une dalle altre.

Non è così importante, ma non è vero che le definizioni siano indipendenti: inputenc legge la lista delle codifiche caricate con fontenc.

Ciao
Enrico

Evidentemente mi sfugge qualcosa. Non ne ho trovata una sola.:neutral:

OldClaudio” post=70141Evidentemente mi sfugge qualcosa. Non ne ho trovata una sola.:neutral:

Righe 147–158 di utf8.def

L’ordine è irrilevante quando non si usa l’opzione utf8; ma dal momento che raccomandiamo di usare questa codifica, … 🙂

Fra l’altro, anche textcomp va caricato prima di inputenc, per lo stesso motivo.

Ciao
Enrico

Mi hai convinto
Grazie
Claudio

ameba” post=70367Potrebbe essere anche questo un eventuale accorgimento da inserire in qualcuna delle guide PDF?

Nel caso in cui non si debba usare biblatex, usufruire del pacchetto ucs

Nel caso in cui si debba usare Biblatex, visto che non risulta ancora pienamente supportata da ucs, spostarsi sull’utilizzo di texcomp.

Saluti

La raccomandazione che mi sento di fare è: non usare ucs e utf8x

Ciao
Enrico

ameba” post=70367Potrebbe essere anche questo un eventuale accorgimento da inserire in qualcuna delle guide PDF?

Nel caso in cui si debba usare Biblatex, visto che non risulta ancora pienamente supportata da ucs, spostarsi sull’utilizzo di texcomp.

Saluti

Calma, calma; textcomp supplisce i glifi che non sono contenuti nella codifica di uscita T1;
Le opzioni utf8, utf8x, ucs hanno influenza solo sulla codifica di entrata e una influenza minima sula possibilità di indirizzare/trasformare le codifiche utf8 a due o più byte verso polizze i cui caratteri sono indirizzati solo da un byte.

Utf8 o non utf8, se usi font di uscita che non contengono per esempio il segno dei gradi, puoi avere rappresentato il segno die gradi solo se assieme alla polizza codificata T1 usi una seconda polizza codificata TS1, cioè il Text Companion font (textcomp) che devi invocare esplicitamente con l’apposito pacchetto.

Enrico ha ragione: se usi solo utif8 senza la x, e quindi non hai bisogno di ucs, puoi fare tutto quel che ti pare con le lettere accentate e non hai problemi con biblatex, ma se vuoi stampare il segno dei gradi devi comunque usare textcomp, perché nessun font codificato T1 ha il segno dei gradi.