OldClaudio

Il carattere unicode letto ma non usabile dipende dal fatto che un file in ingresso contiene un carattere unicode che dovrebbe essere segnalato nel messaggio di errore, ma che inputenc con l’opzione utf8 non riesce a far corrispondere a niente presente nei font con codifica T1. Non succede solo nel tuo caso, ma cin sono migliaia di caratteri unicode che non hanno un corrispondente con i caratteri T1.

Il problema dunque è il carattere mostrato nella riga contenente il messaggio d’errore; senza avere la possibilità di ingrandire il contenuto della schermata, a me pare di vedere un accento acuto sopra i due punti. Se hai copiato dei riferimenti bibliografici dalla rete è possibile che qualche lettera accentata con l’accento acuto sia stata ottenuta con la lettera base seguita da un “combining acute accent”, il quale si riposiziona sulla lettera precedente.

Se la mia ipotesi è vera, allora la ricerca del segno che contiene il combining accent resta difficile ma non impossibile: richiede una pazienza infinita. Hai due possibilità:
1) Esamini tutta la bibliografia composta premendo S al messaggio d’errore se stai compilando in errorstopmode; oppure lasciando fre se stai compilando in nonstopmode o in scrollmode. Quando pdflatex ha incontrato quel glifo senza corrispondenza, lasciauno spazio; dunque la parola che conteneva quella lettera accentata risulta spezzata da uno spazio o seguita da due spazi, quello del carattere spurio e il normale spazio interpaola. Ecco allora che hai trovato la parola che contiene quel carattere, e sai con precisione in quale citazione compare; vai a rivedere quella citazione nel file bib, metti una lettera veramente accentata o usi ona delle combinazioni del tipo \’e invece di é (a titolo di esempio) e sei a posto. Verifica solo che non esistano altri casi simili.

2) Apri il file bib con il tuo shell editor con cui scrivi i tuoi file sorgente; cerca sistematicamente tutte le lettere accentate con l’accento acuto: á, é, í, eccetera. passa il cursore sopra la lettera: se devi premere la freccia del movimento del cursore due volte per attrversare la lettera, quella è la lettera che contine l’accento di tipo combining.

Molto difficile da fare, perché si tratta di trovare un carattere che non si distingue sullo schermo dell’editor.

Mi spiace di non poterti dare notizie più confortnti.

L’autore di newpxfonts ha già risposto; ha preso atto del bug e ha promesso di caricare su CTAN un aggiornamento corretto il più presto possibile.
Bellezza del software libero! dove chiunque può segnalare errori che vengono corretti immediatamente. Se c’è qualche giorno di ritardo dipende dalle procedure con le quali i mirror vengono aggiornati.

Puoi sempre definire un nuovo engine per TeXShop; io l’ho fatto per altre cose, non l’ho mai fatto per la nomenclatura perché preferisco farla a mano (gusti personali? masochismo? bo…) ma non è difficile. Dopo averlo fatto devi abbandonare TeXShop (control+click sull’icona di TeXShop) poi devi risprirlo; finche non fai cosi il nuovo engine non si vede nella lista che scende quando clicchi di fianco alla finestrella dove compare il nome del compilatore.

Be’, certo se usi l’accento [tt]\r[/tt] ti vengono i “rotondi”.
Per avere il segno di lunga qualunque guida ti dice che devi usare l’accento [tt\=[/tt]

Ma, intanto nella citazione tratta da ArsTeXnica n.1, la parola “concorre” vuol dire che le due pratiche sono in concorrenza, non che corrono assieme:-) Subito dopo, infatti si dice che bisogna scegliero o l’uno o l’altro modo.

L’uso del doppio apice ASCII attivo va fatto come nel tratto che citi e che ti ho in parte riportato in italiano in un post precedente.
Il doppio apice diventa attivo se si dà il comando \setactivedoublequote dopo aver caricato babel e prima di \begin{document}; pei se lo vuoi disattivare devi usare i comandi specifici descritti nella documentazione.
Ma è vero che “” inserisce le doppie virgolette alte aperte; che “< inserisce i caporali togliendo eventuali spazio dopo i caporali e la prima lettera del testo e che "> inserisce i cporali chiusi togliendo eventuali spazi che li precedano.

[tt]””free runner”[/tt] produce “free runner”
[tt]”< free runner ">[/tt] produce «free runner»

Per quel che riguarda la bibliografia direi che per usare biber sia necessario racchiudere ogni valore dopo il segno di uguale fra graffe, non fra doublequotes; per lo meno con i font di queste schermate io vedo [tt]”Maison Departementale de la Solidarité”[/tt];
Se questa è una entry della bibliografiia, devi togliere quelle doppie virgolette; ci pensano biber e biblatex a dare forma alle varie entry della bibliografia composta e sicuramente quelle virgolette nel data base bibliografico sono fuori posto.
Se quella stringa che ho riportato sopra non ha nulla a che vedere con la bibliografia, a maggior ragione quei doppi apici ASCII sono fuori posto.
Forse con biber quei doppi apici funzionano ma non funzionano poi con biblatex; quindi nuovamente sono fuori posto.

Potresti predisporre un esempio minimo compilabile un piccolo file che contiene solo il minimo indispensabile da \document class fino a \end{document} per comporre almeno una voce della tua bibliografia e, evidentemente quella voce del data base bibliografico, non l’intero file .bib). Si potrebbe vedere meglio che cosa non va.

Benvenuto nel forum.
nel tuo messaggio noto due cose:
1) hai messo il file .bib nell’albero locale; dovresti mettelro nella stessa cartella dove c’è il main file sorgente del tuo documento.
2) non vedo se hai lanciato il programma biber, almeno non lo dici; ricorda che per avere la bibliografia devi:
a) comporre il tuo documento con pdflatex (per esempio);
b) lanciare biber;
c) se non ci sono stati errori (e nel tuo caso ci sarebbero stati perché il file bib non è dove dovrebbe essere) lanci pdflatex ameno altre due volte.
Questa è la procedure descritta in ogni guida; suppongo che tu abbia già scaricato al guida per neofiti L’Arte di scrivere con LaTeX dalla sezione Documentazione di questo forum. C’è un intero capitolo sulla creazione della bibliografia.

Non voglio continuare con una discussione che riguarda iù aspetti “filosofici” che pratici. Anch’io, usando alcune instalalzioni Linux ho sempre preferito le versioni legate a Debian. Non ho quindi nulla in contrario né al consorzio Debian, né alla filosofia che sta dietro a quel consorzio.
So anche che il “debianizzarore” della distribuzione TeXLive/Debian è Norbert Preining, un membro molto attivo di TuG (TeX Users Group), che è perfettamente al corrente che per fare tutti i collaudi di stabilità e accertare la conformità con i principi di Debian ci vuole tempo e lui ne dedica moltissimo a fare la sua parte. Mi ha comunicato che ora la distribuzione TeXLive/Debian, pur non disponendo del tlmgr per aggiornamenti continui, non è più in ritardo di due o tre anni come succedeva qualche anno fa.
Non disponendo ora sul Mac sui cui lavoro di una distribuzione Debian, apprezzo l’aggiornabilità continua, e constato che ogni 7-10 gionri si accumulano una cinquantina di pacchetti da aggiornare e una mezza dozzina di pacchetti nuovi.
Certo alcuni possono anche essere instabili, ma nessun pacchetto mette a rischio l’installazione del sistema TeX, perché sono tutti file ASCII (e non possono contenere codice malefico) tranne pochissimi script perl e un certo numero di eseguibili che sono sempre collaudatissimi; la possibilià di fare eseguire degli altri programmi dagli esegubili del sistema TeX è ridottissima e consente di far girare una mezza dozzina soltanto di eseguibili del sistema TeX, evitando qualunque comando del sistema operativo o altri eseguibili/applicazioni scritti dall’utente o installati dal sistema operativo o dall’utente. Quindi la sicurezza è assoluta.
In questi giorni ho scoperto un paio di piccoli bug dell’ultimo aggiornamento che ho eseguito il 2 agosto; il precedente era del 22 luglio. Riguardano solo i pacchetti scritti in ASCII. Non possono rovinare l’installazione, non la rovinano, ed essendo leggibili in chiaro essendo scritti in ASCII, se si è capaci di farlo, è possibile scoprire i bug e inviare la correzione direttamente al LaTeX Team con le spiegazioni necessarie. Non è la prima volta che succede e la correzione appare nel giro di due o tre giorni, non a distanza di mesi o anni.
Ecco perché preferisco la TeXLive/CTAN (che per il Mac si chiama MacTeX, solo perché gli eseguibili sono specifici per il sistema operativo OS X, ma per il resto è identico a TeXLive per Linux o per Windows).
Niente polemiche quindi, ma la raccomandazione di lavorare con installazioni adeguatamente aggiornate è essenziale anche per Debian.

Non ho visto le descrizioni di auctex, ma per ogni errore, almeno con LaTeX, ma per quel che ne so anche con TeX, mentre non è così per gli errori di alcuni pacchetti, lavorando in errorstopmode, quando il programma si arresta si può premere H e ottenere un testo descrittivo più ampio di quello che si trova nel .log.