OldClaudio

No, io intendevo proprio evitare il fine pagina prima degli asterischi, perché rimandarli all’inizio della pagina dopo credo che sia tipograficamente sbagliato; ovviamente posso sbagliarmi, ma i tre asterischi segnano la fine di una paragrafo per poi cominciarne un altro senza titolo, me metti la fine di qualcosa nella pagina dopo, perde di significato.
Non sono un tipografo professionista, ma quello che ho letto sugli asterismi (cioè sembra che si chiamino i gruppi di asterischi e spesso sono collocati a triangolo) e sul loro uso mi conferma quello che ho letto; bene inteso quello che si trova scritto in rete non sempre è affidabile, anzi…
Ma non essendo uno del mestiere non sono in grado di accedere a informazioni più precise. Inoltre ora sono in vista da mio figlio che in casa non ha nessun libro di divulgazione tipografica e non posso documentarmi meglio.

Ecco perché ho ritenuto suggerire l’uso dell’ambiente matematico che provvede sia a mettere gli spazi uguali sopra e sotto assolutamente uguali, ma anche inserisce il \predispalypenalty che assicura con il suo valore “TeXnicamente” infinito di non inserre un salto di pagina prima dell’asterismo.

L’ho usato nella Guida GuIT e funziona benissimo.

Ovviamente incoraggiare il salto pagina prima dell’asterismo è un’altra soluzione, che persegue uno scopo diverso. Tutte e due sono valide a seconda di quello che si vuole ottenere.

Anche qui piove e fa freddo con temperatura massima di 5°C; ecco perché non siamo fuori all’aperto con i nipotini…

Buona Pasqua

Claudio

Corretto.

Se con plasmati puoi caricare i pacchetti che desideri usare, basta caricare il pacchetto graphicx e poi usare il solito comando \includegraphics.

Invece per fare il merge di file pdf non hai che da usare il pacchetto pdfpages, con il quale poi includere quel che ti pare, purché in formato pdf, dentro quel che ti apre, purché sia composto in pdf, La documentazione si legge semplicemente aprendo un terminale o un prompt dei comandi, comunque si chiami col tuo sistema operativo, ci scrivi dentro texdoc pdfpages poi premi il tasto invioe e infine leggi al documentazione nella finestra che ti si apre.

Se hao già scritto la tesi con LaTeX conosci già tutte queste cose.

Sempre per amor di discussione.
Può darsi che datetime2 aggiorni e migliori datetime. Non lo discuto; non discuto nemmeno che lo scopo sia quello di localizzare la data e l’ora seocndo le norme nazionali o internazionali o semplicemente le consuetudini.

Ma che cosa aggiunge al comando \today già presente nel modulo di gestione di ciascuna lingua? Forse la scrittura dell’ora, cioè il cosiddetto time.

Ora il mio parere è questo; l’ho già esposto ma ritengo che sia necessario ribadirlo;

1) la scrittura del “time” è numerica e i separatori di ore, minuti e secondi variano da paese a paese; non richiedono nulla di particolare e immagino che raramente sia necessario riportare il “time” del processore che arriva a frazioni molto piccole del secondo. Sostanzialmente una prestazione che non ha nulla a che vedere la tipografia.

2) per quello che riguarda il campo “date” il pacchetto aggiunge i mesi con le iniziali maiuscole, i giorni con le iniziali maiuscole, i giorni e i mesi abbreviati in lettere, in sostanza nulla di interessante e in parte sbagliato perché per alcune lingue i nomi dei giorni e dei mesi sono nomi comuni e vanno scritti (tranne che a inizio del periodo, con l’iniziale minuscola, quindi in una data dove è presente il numero del giorno, quei nomi non possono essere a inizio frase, quindi la scelta della iniziale maiuscola è una istigazione a delinquere per l’utente naïf che tende sempre ad imitare le lingue diverse dall’italiano e scrive sempre i mesi e i giorni con l’iniziale maiuscola.

Ciò ribadito, ognuno è padrone di fare quello che vuole e se ritiene che l’ortografia squola sia più corretta di scuola, padronissimo di scrivere come vuole; se poi riceve dei commenti, non deve stupirsene.

Con tutto il rispetto per la signora Talbot, mi sembra che datetime e datetime2 siano due pacchetti del tutto inutili, e magari anche un poco dannosi.

IMHO naturalmente.

Benvenuto/a sul forum del GuIT

Ti sei spiegato/a benissimo, almeno credo di aver capito quello che vuoi fare.

1) con wrapfig non puoi mettere una figura al centro del testo con il testo che gli fluisce attorno da tutti e quattro i lati; Qualche accrocchio lo potresti trovare se componessi a due colonne, forse, ma il risultato sarebbe pessimo; tipograficamente inaccettabile, componendo ad una sola colonna il giudizio sarebbe ancora peggiore..

2) I programmi del sistema TeX sono in grado di comporre capoversi sagomati, e in effetti wrapfig usa queste funzionalità per avvolgere il testo da due o tre lati, mai da quattro. Ma per farlo ha bisogno di usare scatole di piccola altezza, in che non capita per una figura, la cui scatola è un rettangolo, anche se quello che c’è dentro è contornato da spazio bianco e con altri programmi sarebbe possibile profilare il capoverso avvolgente in modo che segua il contorno della figura. Va da se che il problema è di difficile realizzazione perché bisogna fare infiniti tentativi per trovare le lunghezze delle righe affinché seguano il contorno desiderato. Mi pare che nella guida L’Arte di scrivere con LaTeX ci sia un capoverso composto a forma di bicchiere da cognac; non oso pensare al tempo che hanno consumato gli autori per aggiustare il testo a quella forma.

In conclusione ti suggerisco di abbandonare l’idea di inserire una figura a centro pagina, con testo sagomato che la circonda da tutti e quattro i lati.

Il sono il maintainer di latin.ldf. Ma in base a quanto ho scritto nel precedente messaggio, NON sono disponibile a creare una struttura che produce errori “concettuali” per datetime2.

Considero al cosa del tutto inutile, anche se potrebbe essere divertente. Tu @claudio fai bene a offrirti come maintainer per il modulo italiano di fatetime2, perché il tuo scopo è quello di divertirti un poco. Ma spero che tu ti renda conto l’errore sistematico che è alla base di datetime2. Con tutto il rispetto per la signora Nicola Talbot, che ha fatto cose bellissime, ma senza avere nessuna pratica della tipografia delle altre nazioni; esamina la sezione riferita all’italiano del pacchetto csquotes e ti rendi conto che ha interpretato a modo suo le tradizioni tipografiche italiane, che per altro non sono granché codificate da nessuna parte e vanno acquisite solo esaminando testi stampati da case editrici affidabili, cosa che, evidentemente, per uno straniero che non conosce la lingua, sono particolarmente difficili da fare.

Gian90″ post=100771Salve
Sono nuovo del forum.
Sono un neofita di LateX, uso come compilatore Winedt 9. Vorrei sapere come poter avere la visualizzazione real time delle correzioni nel pdf. Ho impostato SumatraPDF come visualizzatore perché ho letto che con questo è possibile. Qualcuno sa come fare
Grazie in anticipo

La compilazione sincrona, come quella di Word, è una palla al piede per chi compone con un programma di compilazione come pdfLaTeX.
WinEdit, con o senza Sumatra non la fa; forse bakoma lo fa, ma, ripto è una pala al piede; l’unico altro programma di cui abbia notiazie che lo faceva, era Textures per Mac, ma ora non è più disponibile.

La sincronizzazione di WinEdt con Sumatra si riferisce al fatto che secompili, il visualizzatore pdf (Sumatra) si aggiorna subilo, ma devi essere tu a premere l’opportuno bottone di WinEdt; la sincronizzazione nel senso limitato di WinEdt con sumatra permette con un click di passare da un punto della finestra di WinEdt al punto corrispondente della finestra di Sumatra e viceversa. Questo tipo di sincronizzazione è comune ad altri editor multi piattaforma come TeXwork e TeXstudio, Texmaker; in modo diverso è comune anche al programma multi piattaforma emacs conil plugin auktex; Altri programmi mono piattaforma sono TeXShop, TeXpad, TeXnicle per Mac. WinEdti con Sumatra è l’unico che io conosca specifico per macchine Windows. Per Linux conosco Kile+Okular.

Come si faccia. Come si faccia a sincronizzare un edtor con un visualizzatore pdf dipende dall’uno e dall’altro programma. Siccome nonlavoro su Windows non sono in grado di dirti come si faccia, ma ho letto una documentazione di WinEdt che spiega come si faccia.

Non sono convinto che un float, qualunque cosa contenga, si sotto forma di lista verticale già composta in bozza non impaginata (galley proof) come avviene per il testo. Certamente i float sono cose diverse; come lo sono le note marginali e le note al piede con i quali i float condividono alcune proprietà, tanto che troppe note marginali possono produrre l’errore “Floats losts”. Ne ho esperienza diretta. Poi ci sono altre cose fatte apposta per essere eseguite solo al momento del shipout, operazione che avviene dopo l’esecuzione di uno degli stadi della routine di output.
Peccato che la lettura della routine di output richieda competenze molto superiori alla mia.
Quindi quanto dico a proposito del fatto che il numero di pagina è quello definitivo quando un float viene impaginato può essere sbagliato, ma mi ha sempre funzionato bene; fortuna? forse.

Per certe cose non flottanti ho dovuto ricorrere all’uso di un label creato apposta, oppure a comandi \afterpage annidati. L’operazione con i label funziona sempre, ma per scriverla bisogna andare a vedere i comandi interni e se si usa hyperref i label hanno cinque campi invece di due, quindi la cosa diventa ancora più elaborata.

La velocità delle macchine di oggi è strepitosa ma nonè usata in modo efficiente; quasi tutta la potenza di calcolo e del tempo di CPU viene consumato per gestire il multitasking e la grafica sempre più elaborate dei PC moderni che richiedono RAm enormi per ridurre le impaginazioni nella memoria virtuale; se questa è su un disco meccanico, non ne parliamo più. Con i moderni SSD le cose vanno moto meglio, ma non strepitosamente meglio.

Quando ho scritto il mio primo testo di elettronica, con LaTeX209 con uscita in dvi, DOS 6.1, 30 MHz di clock e 2MiB di RAM, le700 pagine circa, che contenevano circuiti elettronici disegnati accostando un numero incredibile di puntini, ci metteva circa 35 s. Oggi con una macchina con Latex2e e uscita in pdf, So Yosemite, 3GHz di clock, 16 GiB di RAM, quelle stesse 700 pagine con i circuiti disegnati con i comandi interni di pdftex, ci mette circa 20s. cero è di meno, ma non in proporzione inversa con le enormi risorse messe a disposizione dall tecnologia moderna.

Non voglio essere un “laudator temporis acti”; ma certo queste mie esperienze mi fanno pensare. Ora sto lavorando con un disegno fatto con pgfplots; una sfera con meridiani e paralleli e i percorsi di una lossodromica e di una ortodromica che connettono gli stessi due punti sulla sfera; quando compila, si ferma da 4s a 6s solo per eseguire i calcoli di quella figura; il rusultato non sarebbe stato possibile 26 o 27 anni fa, tuttavia…