OldClaudio

Sicuramente ti è sfuggito qualcosa; il contatore die serve per simulare i lanci di un dado (die in inglese) quindi gli interi casuali generati sono fra 1 e 6. Così dice la documentazione.

La documentazione dice anche che l’algoritmo è implementato con l’aritmetica interna di TeX, e i limiti imposti al valore minore e al valore maggiore, nonché alla loro differenza dipendono dal fatto che l’aritmetica intera di TeX ha quei limiti. Quindi la domanda

il problema è la funzione per il random che è compilatore dipendente
che usare in alternativa?

non è rilevante.

D’altra parte mi pare che il problema sia risolto, a parte l’uso del contatore die. A meno che non sia sfuggito qualcosa a me, bene inteso,…

Io ho dovuto generare speso numeri casuali, ma mi sono guardato bene di usare qualuque cosa che usi l’aritmetica interna di TeX; in questo caso, dove il numero casuale non è determinate, anche lcd può bastare, ma in altri contesti preferisco ricorrere ad un programma esterno e a generare i numeri casuali con un programma serio di matematica; se sapessi usare LuaLaTeX e il linguaggio Lua, probabilmente userei quello, ma Lua ancora mi sfugge…:sad:

Ultima mento ho dovuto permutare in modo casuale e senza ripetizioni più di 500 file da immettere in un documento composto con XeLaTeX; XeLaTeX non e responsabile della mia scelta, ma il programma scritto con un linguaggio serio per la matematica funziona benissimo e impiega il tempo di un battito di ciglio. Bisogna solo usare con sicurezza la funzionalità dello shell-escape non protetto.

claudio” post=101073esiste un modo per generare delle parole in modo casuale, delle frasi composte da due o tre parole tipo un motto latino ?
il pacchetto lipsum non va bene dato che genera capoversi.
consigli?
claudio

Per creare una stringa di parole latine prive di un senso qualunque, basta copiare e incollare un capoverso costruito con lipsum in un file PDF, con qualunque visualizzatore di file PDF si può selezionare del testo e incollarlo dove si vuole.

Il pacchetto kantlipsum fa le stesse cose del pacchetto lipsum, ma scrive in inglese dei brani tratti da un testo del filosofo Kant; le frasi hanno senso compiuto, non sono “latinorum” privo di senso come quello che si ottiene con lipsum.

Credo che esista una variante di lipsum per scrivere direttamente alcune parole tratte da quel pacchetto, ma non l’ho mai né cercato né usato, perché a me sembra una perdita di tempo. Per perderne un pochino di meno basta cercare ed aprire il file lipsum.sty e copiare direttamente da lì stringhe di poche parole.

ste_unipi” post=101068Ciao! Ti ringrazio infinitamente per l’aiuto perchè adesso funziona! Cioè l’unica differenza rispetto a quanto scrivevo io sta in “detect-mode”. Sapresti per caso aiutarmi anche per quanto riguarda la frazione da mettere piccola accanto al numero intero? Perchè nel topic linkato si dice

Non credo che per lui sia un problema scrivere la frazione con la barra diagonale e con i numeri più piccolini;

beh per me invece lo è 😀
Oppure al limite potresti spiegarmi come si usa la macro citata? Perché con un semplice copia/incolla non mi funziona….

PS: come fate a scrivere il codice latex in quella finestra?

Premetto che detesto i pollici: gli americani hanno sottoscritto e adottato il SI nel 1953, se ricordo bene, ma hanno reso equivalenti i pollici e le altre misure USA con fattori codificati per legge ai valori delle unità SI, e con questo si ritengono esenti dall’usare le unità che tutti capiscono nel resto del mondo.

Tuttavia sono al corrente che anche in nostri tubisti, termotecnici e idraulici usano le filettature Witworth e i diametri dei tupi e relativa bullonerai in polici, pollici che non hanno nulla a che vedere con quelli “ufficiali” del mondo anglo, dove cioè un pollice sarebbe equivalente s 25,4mm. Prova a prendere un calibro e a misurare un tubo da un pollice e vedrai che misura ottieni. Capirai che i pollici dei tubisti sono “pollici convenzionali” e non pollici veri.

Sfogatomi con questo commento ripeto il codice che avevo proposto in quella discussione:`\newcommand\tubo[3]{\ensuremath{#1''\^{#2}\!/\!_{#3}}}`Non mi sembra difficile da usare; Innanzi tutto bisogna copiare quel codice nel preambolo del prorio documento, stando attenti che il segno ”, non è un doppio apice ma sono due apici semplici (due apostrofi, insomma — la cosa è evidente nella parte del codice latex scritta sopra).

Poi nel tuo testo per indicare un tubo da un pollice e mezzo, scrivi semplicemente [tt]\tubo{1}{1}{2}[/tt] il primo dei tre argomenti è il numero intero di pollici, il secondo è il numeratore “piccolino” e il terzo è il denominatore “piccolino”; ci pensa la macro a renderli piccolini perché li tratta come se fossero apici e pedici; quei segni [tt]\![/tt] servono per inserire spazi negativi per accostare sia il numeratore sia il denominatore alla barra / che vi si trova in mezzo; [tt]\ensuremath[/tt] è un comando stnadard che permette di scrivere alcune cose che richiedono di essere in ambiente matematico ma di cui l’utente non deve preoccuparsi anche se sta scrivendo in modo testo. Esiste un pacchettino per scrivere frazioni in quel modo, mi pare che si chiami nicefrac, ma non l’ho mai usato, anche perché, come leggi qui di seguito, le frazioni scritte con la barra e i numeri piccolini sono deprecate dalle norme internazionali.

Non è una gran macro, ma è meglio di niente. Siccome le frazioni scritte in quel modo sono deprecate dalle norme internazionali (per la verità sono deprecati anche i pollici, a maggior ragione quelli che non valgono 25,4mm) io mi sono completamente dimenticato dell’esistenza di quella macro e faccio prima, essendo molto più chiaro, a indicare i pollici con il poro nome per disteso e l’indicazione completa con [tt] 1\,1/2 pollici[/tt]; mi è capitato l’ultima volta per esprimere in pollici le dimensioni della carta letter degli USA, che d’altronde avevo accompagnato con l’indicazione in millimetri. Coi tubi non lo puoi fare perché non ci sarebbe nessun tubista che potrebbe capire le misure vere dei tubi espresse i millimetri.

Per scrivere codice latex su sfondo giallo e con la barra scura a sinistra, ma, essenzialmente, usando un font monospaziato, devi racchiudere il codice fra i marker appositi; questo sito ti rende le cose semplici in questo modo: scrivi il codice, lo evidenzi, poi clicchi l’icona per il codice che si trova nella barra superiore, proprio a destra dell’icona “quote” che hai cliccato tu per evidenziare le tue cose nel primo messaggio che hai scritto.

Il template che hanno usato al JACoW per spiegare l’uso del tempalte e le prescrizioni per gli irriducibili di Word usa l’ambiente abstract nella prima colonna senza abbassare la seocnda colonna come vorresti fare tu. È la prassi normale nelle conferenze scientifiche. Ho una notevole esperienza di conferenze scientifiche e ho anche creato uno dei primi template per conferenze distribuito liberamente a tutti gli aspiranti partecipanti; il template è stato abbondantemente copiato, mutatis mutandis, da altri per altri congressi, come è giusto che sia con questo tipo di software.

Quindi fossi in te non farei quello che vorresti fare, se non altro per evitare una bruttura come quella di avere un abstract composto nella larghezza di una colonna, affiancato da uno spazio vuoto a destra.

Sarebbe diverso se componessi l’abstract a giustezza piena, ma il file di classe jacow.cls non sembra permetterlo. Forse potresti ottenere questo risultato se usassi il pacchetto abstract, ma non sono sicuro che sia compatibile con la classe, che già di suo carica una miriade di pacchetti con il relativo aumento di probabilità che nascano conflitti.

Leggiti la documentazione di abstract (apri un terminale, scrivici dentro il comando texdoc abstract, premi il tasto invio, e leggi quello che ti appare nella finestra del documento) e vedi se qualche work-around lì descritto può servire a qualche cosa.

Rimango dell’idea che non dovresti dare seguito al tuo proposito; se anche riuscissi a mettere l’abstract centrato e composto con la giustezza \textwidth, e se il comitato scientifico della tua conferenza te lo accettasse senza riportare l’abstract ad una colonna, il tuo articolo emergerebbe per difformità di composizione rispetto agli altri articoli che verranno pubblicati suoi proceedings di quel congresso.

Se invece il comitato scientifico della tua conferenza avesse prescritto ai suoi conferenzieri di comporre gli articoli specificando la classe jacow.cls, ma avesse richiesto l’abstract centrato sotto il titolo, avrebbe posto sulle spalle dei conferenzieri il compito non semplice di risolvere un problema dovuto alla loro superficialità e scarsa dimestichezza con LaTeX.

letteracdp” post=101038Carissimi,

la questione si sta rivelando interessante. 🙂 Premetto che non sono un esperto di microtipografia e so molto poco delle primitive che pdfTeX mette a disposizione a questo riguardo e del modo in cui il pacchetto microtype le utilizza; quindi il contributo che posso dare è solo di fornire un indizio che, ritengo, mette sulla strada giusta, per poi cedere la parola a chi ne sa più di me.

Analizzando con [tt]\showlists[/tt] le scatole prodotte dal file [tt].toc[/tt] fornito da Antilia (mille grazie per la collaborazione 🙂 ), si vede che le righe anomale contengono, in corrispondenza del margine destro, un implicit kern etichettato come [tt]right margin[/tt] (per esempio,`.\kern-0.9566 (right margin)`per la riga del paragrafo intitolato «bla bla»): si tratta del piccolo spazio negativo che pdfTeX introduce alla fine delle righe, in corrispondenza dei margini, quando è attivata la protrusione dei caratteri. Per il carattere «1» del font utilizzato, la protrusione ammessa è insolitamente alta (quasi 1pt), ed è significativamente maggiore di quella ammessa per le altre cifre: ciò fa sì che i numeri di pagina che terminano con «1» siano insolitamente spostati verso destra, appunto per farli sporgere dal margine, e questo causa la comparsa del puntino addizionale. Ciò è del tutto indipendente dalla lunghezza del titolo mostrato sulla riga, come invece avevo scioccamente congetturato in precedenza.

A conferma di questa interpretazione, il difetto scompare se si imposta a zero l’[tt]\rpcode[/tt] di 1 nel font in questione; per esempio, sostituendo`\tableofcontents`con`\begingroup
\rpcode\font`1=0
\tableofcontents
\endgroup`il difetto dovrebbe sparire.

Ora, in realtà, le cose non possono essere così semplici, perché il numero di pagina è contenuto in una piccola [tt]\hbox[/tt], non direttamente nel capoverso che costituisce la voce dell’indice (sì, le voce dell’indice sono composte come capoversi, non come semplici [tt]\hbox[/tt]’es), quindi qui deve entrarci lo zampino di microtype a “sollevare” l’[tt]\rpcode[/tt] da dentro la scatolina del numero di pagina al capoverso che si sta componendo; ma su questo, appunto, cedo la parola a chi conosce i dettagli del funzionamento di microtype per un’analisi più approfondita. Il punto è che, dipendendo da microtype, il comportamento indesiderato dovrebbe poter essere corretto. Insomma, sto dicendo che Antilia ha forse scoperto un bug molto insidioso del pacchetto microtype.

Un ultimo commento. Ovviamente, modificare [tt]\@dotsep[/tt] cambia lo spazio fra i puntini e quindi la piccola differenza di posizionamento del numero di pagina non fa più “scattare” un puntino addizionale: ciò infatti succede quando tale piccola differenza va a sommarsi a una “frazione di puntino” già prossima a uno (se così posso esprimermi). Questo rimedio, però, non impedisce che il problema possa ripresentarsi, per esempio, con una diversa larghezza della gabbia del testo.

Ciao.

—
Gustavo

Se il problema è microtype, allora per l’indice se ne può eliminare l’intervento con una cosa del genere`\begingroup
\microtypesetup{activate=false}
\tableofcontents
\endgroup`racchiudendo il tutto dentro un gruppo in modo che composto l’indice, microtype riprenda a funzionare con la protrusione e l’espansione dei font/caratteri.

golden_boy” post=101022Mi dispiace per la vena, ma intendevo dire che LaTeX non è un programma di grafica, nel senso di fotoritocco (esempio photoshop). Quindi, far si che all’interno del nome del titolo del capitolo di sia un effeto, che in LaTeX sia impossibile, è una cosa … impossibile per l’appunto!! Per chi non ci crede: volevo mettere al posto della O di una parola del titolo un disegno a forma di O con vari motivi. Credo che riprodurlo con LaTeX sia impossibile o ci si impiegherebbero anni, quando con un programma di grafica magari in una decina (o quindi al massimo) di minuto si fa il tutto. Quindi l’importare un oggetto esterno è la cosa più facile… anche se può sembrare la meno intuitiva e meno immediata…

Se il problema è quello di sostituire una lettera con qualcos’altro, direi che la cosa sia semplice anche con LaTeX; basta introdurre quel qualcos’altro con \includegraphics con debiti fattori di scala al posto della `O’ di cui parli.

Il problema non è molto diverso da quello risolto da Lorenzo e Tommaso, gli autori della guida L’Arte di scrivere con LaTeX dove a `L’ con il suo apostrofo sono tratti da un font calligrafico edwardiano, molto grande e di colore diverso dal resto; d’accordo, la `L’ con il suo apostrofo non sono una generica figura, ma sono glifi di un font, quindi la loro introduzione è più semplice che non inserire un disegno o un’immagine, ma si tratta dello stesso problema.

Dunque non parlo di come fare il disegno, parlo solo di come metterlo al posto della `O’.

Pdfpages distrugge i link ipertestuali; se i PDF da unire ne contengono, i link diventano inservibili.

Infatti con ArsTeXnca abbiamo dovuto scartare pdfpages, perché le versioni elettroniche degli articoli pubblicati perdevano i link; chiaro che per la versione stampata i link non ci sono, visto che non puoi cliccare la carta 😛 ma poi per le versioni elettroniche dovresti rifare il lavoro da capo.

Tuttavia il problema di Ivan sembra essere imitato al frontespizio e a qualche altra pagina; queste possono tranquillamente essere composte a parte e incluse come fa il pacchetto frontepsizio, senza nessun problema di link ipertestuali, perché il frontespizio e la pagina o le due o tre pagine seguenti generalmente non contengono link.