Utilizzando comandi di base, il testo sborda [codice inside]

Caspita, non ti sei reso conto che hai la sillabazione in inglese?

Quante volte su questo forum si è spiegato come attivare al sillabazione italiana;

Leggiti la prima dozzina di righe del file .log e constata che non hai attivata la sillabazione per l’italiano; dopodiché procedi secondo le istruzioni del tuo sistema operativo e della tua distribuzione del sistema TeX ed eventualamte cercando nel forum gli altri thread che parlano di questo problema.
Qualunque sistema operativo tu abbia e qualunque distribuzione tu stia usando ora, ti consiglio caldamente i installare la distribuzione TeX Live 2010; se usi una versione Debian di Linux, cercati qui il thread dove si perla del problema di sostiture la distribuzione Debian con la versione e distribuita da TUG/CTAN, oppure di farle convivere entrambe sullo stesso sistema.

Grazie mille per la risposta immediata.
Credevo che impostare miktex, e poi dicendo nella sezione “Documento” di lyx di usare italiano come lingua fosse sufficiente

purtroppo anche passando

`
\usepackage[italian]{babel}
`

Il risultato è il medesimo.

In questo caso Lyx non mi restituisce alcun errore, e non riesco comunque a trovare il file log generato

Be’ LyX non serve a niente e non è responsabile del funzionamento di LaTeX (latex e pdflatex).

Ma non hai capito il problema; ti mancano i pattern di divisione in sillabe per l’italiano nel formato latex.fmt e nel formato pdflatex.fmt[/]

LyX si affida ad una distribuzione di TeX funzionante e ben configurata; la tua distribuzione sembra essere MiKTeX 2.8 ed è mal configurata. Se invece hai una distribuzione diversa vale la stessa affermazione: è mal configurata.

Con MiKTeX devi aprire le MiKTeX Options o Settings, cercare la scheda Languages e fare quello che c’è scritto nella scheda, prima di uscire dalle Options o Settings, ricordati di aprire la scheda General e di ricreare i formati con l’apposito pulsante.

Se hai una TeXLive vera, non quella distribuita per esempio con Ubuntu, che è vecchia di due anni, non devi fare niente perché ha già i patttern precaricati, ed è per questo che penso che tu non disponga di una TeX Live vera. Se usi una TeX Live come quella di Ubuntu, leggiti le istruzioni e carica il pacchetto dell’italiano con Synaptic o simili. Se hai altre distribuzioni, come per esempio su Slckware, che distribuisce ancora la vecchia teTeX, defunta nel 2005, devi usare il comando texconfig e agire di conseguenza.

Ma questa questione della sillabazione è stati discussa tante volte qui sul forum che sembra incredibile che la si debba ripetere ancora; usa la finestra Cerca, qui sopra in testa al riquadro dell’indice del forum e vedi quanti thread sono stai aperti su questo argomento. 😥

Hai perfettamente ragione, provando a compilare in un altro ambiente, questa volta ubuntu con texlive (lyx + mitek lo uso su windows) ho potuto leggere il log di compilazione e mancava il file italiano. Installato ora funziona correttamente.

Per quanto riguarda un compilatore su windows, mi rivolgerò a texlive + lyx anzichè mitek + lyx

Grazie

Io lascerei perdere LyX e userei tranquillamente altri shell editor come per esempio TeXworks che è di default (e che macchine widows è distribuito sia con texlive sia con miktex (in altre parole ce l’hai già, perché non lo usi?).

Un compilatore come TeXworks su windows o oppure come gedit+LaTeX-plugin su ubuntu,, non si farà l’highlight quasi del testo composto come ti fa LyX, ma ti consente di passare agevolmente con un click dalla finestra del testo composto a quella del testo sorgente, e viceversa; e questa è una delle funzionalità più utili quando si lavora con un compositore tipografico a effetto differito come pdflatex.

Grazie per i suggerimenti, sto provvedendo all’installazione di texlive su windows in questo momento.

Continuando a testare nell’ambiente unix invece, ho purtroppo ancora dei “trasbordi”, riporto il log. La parola che sborda è riaffermando, o meglio, la sua sillaba “riaf-”

`

Overfull \hbox (0.70534pt too wide) in paragraph at lines 19–20
\OT1/cmr/m/n/10 quel-lo che de-fi-ni-sco il co-mu-ne sen-
[]

Overfull \hbox (1.20544pt too wide) in paragraph at lines 19–20
\OT1/cmr/m/n/10 stro cam-po di azio-ne, ri-vi-ta-liz-zan-
[]

Overfull \hbox (7.67772pt too wide) in paragraph at lines 19–20
\OT1/cmr/m/n/10 as-si-cu-ran-do la lo-ro au-to-no-mia, riaf-
[]

[1

] [2] (./eqntM5eqH.aux) )
Here is how much of TeX's memory you used:

etc….
`

La lingua è caricata correttamente

`

Babel and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, italian, loaded.
`

Cosa può causare questo e come potrei ovviare ?

Come sempre, grazie per l’aiuto

Certo che comporre quel lungo testo in un unico capoverso è terribile. E anche la scelta di evitare il rientro iniziale è discutibile.

Ciao
Enrico

Se è possibile sistemare il testo che trasborda proseguo difatti con i capoversi.
Il rientro iniziale non ci sarà, ma inserirò un capolettera (le mie ricerche mi indirizzano sul pacchetto letterine

Grazie, Flavio.

Aggiornamento:

come suggerito, ho cercato il mio problema nel forum ed inserendo

`
\usepackage[T1]{fontenc}
\usepackage{microtype}
`

il problema sembra risolto anche lato log. Il fatto che, come detto, anche i log risultino puliti, mi fa ben sperare che questa adottata sia una soluzione corretta

edit:

il solo `\usepackage[T1]{fontenc} ` è sufficente 🙂

update:

purtroppo mi sono sbagliato.

L’errore viene corretto solo con il fontsize a 10pt. Impostando ad esempio a 11 lo strabordo si ripresenta

`
\hyphenpenalty=0
\doublehyphendemerits=0
`

Non sembrano sortire effetto

Flavio.

Puoi anche specificare:
`
\lefhyphenmin=1\relax
\righthyphenmin=1\relax
`

Quei due \…hyphenmin permettono di avere sillabe iniziali e finali di una sola lettera, che in italiano è considerato molto brutto, ma aumenti la possibilità di ulteriori cesure. La bruttezza di sloppypar viene sostituita dalla bruttezza della sillabazione.

Grazie per i suggerimenti in merito a stile e fruibilità dei contenuti, ma non spetta a me questa gestione. Devo fare in modo che il tutto funzioni anche se il contenuto può risultare impaginato in maniera forzata.

hyphenmin mi sembra possa risolvere il problema se ho ben capito come funziona, però purtroppo non sembra avere alcun effetto sul testo

Grazie mille, Flavio

Aggiornamento:

`
%———————————————–Dimensione del Font
\documentclass[12pt,draft]{article}

%———————————————–Interlinea
\linespread{1.1}

%———————————————–Microgiustificazione
\usepackage{microtype}

%———————————————–Dimensione della Pagina
\usepackage[paperwidth=70.46mm,paperheight=159.1mm]{geometry}

%———————————————–Margini della Pagina
\geometry{verbose,tmargin=0cm,bmargin=0cm,lmargin=0cm,rmargin=0cm,headheight=0cm,headsep=0cm,footskip=0cm}

%———————————————–Rimuovo numero Pagina
\pagestyle{empty}

%———————————————–Lingua e Sillabazione
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[italian]{babel}

\begin{document}
\begin{sloppypar}
\parshape= valori

contenuto

\end{sloppypar}
\end{document}”;
`

Senza sloppy

Con sloppypar

In questo modo ho solo un underfull nella seconda pagina.

In futuro dovrò iniziare ad usare il pacchetto microtype per kering, track etc…L’utilizzo dello sloppypar mi pregiudica questo ?

Grazie veramente di cuore

Flavio

Sempre a proposito di margini da rispettare & co, ho sempre avuto questo warning nella compilazione, a prescindere da quali altri package usassi

`
Package geometry Warning: The marginal notes would fall off the page.
Add 76.0pt and more to the right margin.
`

Sto spulciando forum e rete alla ricerca di informazioni

Saluti, Flavio.

Il warning ti dice che i tuoi margini esterni sono stretti e se tu volessi scrivere delle note a margine sforerebbero il foglio, quindi ti consiglia di aggiungere 76 pt al margine destro (restringendo ovviamente la gabbia del testo o spostando tutto verso il centro). Per come procedere non saprei dirti, bisognerebbe guardare la documentazione di geometry. Comunque se non devi scrivere note a margine puoi anche lasciare tutto così, credo! 🙂

Ciao
Fra

Al momento l’output viene più largo (di poco) di quanto dichiarato da me e credo che questa sia la causa.

Mi butto sul pdf di geometry, grazie 🙂

Non riesco proprio a venire a capo di questo nuovo problema: le dimensioni dell’output

passando come larghezza “199.72914pt” mi aspetto un output a schermo di 9.5cm (sto comparando l’output di latex con l’output del programma che latex andrà a sostituire) mentre latex restituisce 9.8cm

Questo è l’output

`

*geometry* driver: auto-detecting
*geometry* detected driver: dvips
*geometry* verbose mode – [ preamble ] result:
* driver: dvips
* paper: custom
* layout:
* layoutoffset:(h,v)=(0.0pt,0.0pt)
* modes:
* h-part:(L,W,R)=(0.0pt, 199.72914pt, 0.0pt)
* v-part:(T,H,B)=(0.0pt, 450.99213pt, 0.0pt)
* \paperwidth=199.72914pt
* \paperheight=450.99213pt
* \textwidth=199.72914pt
* \textheight=450.99213pt
* \oddsidemargin=-72.26999pt
* \evensidemargin=-72.26999pt
* \topmargin=-72.26999pt
* \headheight=0.0pt
* \headsep=0.0pt
* \topskip=10.0pt
* \footskip=0.0pt
* \marginparwidth=0.0pt
* \marginparsep=0.0pt
* \columnsep=10.0pt
* \skip\footins=9.0pt plus 4.0pt minus 2.0pt
* \hoffset=0.0pt
* \voffset=0.0pt
* \mag=1000
* \@twocolumnfalse
* \@twosidefalse
* \@mparswitchfalse
* \@reversemarginfalse
* (1in=72.27pt=25.4mm, 1cm=28.453pt)

`

Ecco la rappresentazione grafica del problema

Dovremmo sapere i parametri che passi a geometry, per aiutarti.

Per la cronaca, 199.72914pt sono 7 centimetri.

Ciao
Enrico

Si, ignorate quanto detto sui cm, si riferiscono solo alla dimensione dell’output visualizzato a schermo (dove i dpi sono differenti rispetto alla stampa).

Ecco il codice, come sempre, infinite grazie per l’aiuto

`

%———————————————–Dimensione del Font
%\documentclass[10pt,draft]{article} %per debug
\documentclass[10pt]{article}

%———————————————–Interlinea
\linespread{1.1}

%———————————————–Microgiustificazione
\usepackage{microtype}

%———————————————–Geometria della Pagina
\usepackage[paperwidth=199.729133732pt, paperheight=450.9921257pt, marginparsep=0pt, marginparwidth=0pt, oddsidemargin=<0pt>]{geometry}

%\setlength{\oddsidemargin}{0pt}
%\setlength{\topskip}{0pt}
%\setlength{\columnsep}{0pt}
%\setlength{\oddsidemargin}{0in}
%\setlength{\evensidemargin}{0in}

%———————————————–Margini della Pagina
\geometry{verbose,tmargin=0cm,bmargin=0cm,lmargin=0cm,rmargin=0cm,headheight=0cm,headsep=0cm,footskip=0cm}

%———————————————–Rimuovo numero Pagina ed indentazione paragrafi
\pagestyle{empty}
\setlength{\parindent}{0mm}

%———————————————–Lingua e Sillabazione
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[italian]{babel}

\usepackage{lettrine}
\begin{document}
\begin{sloppypar}

%———————————————–Intersezioni e Testo
\parshape=20 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm 50.46mm 0mm \linewidth

Contenuto

\end{sloppypar}
\end{document}

`

Piccolo aggiornamento, parte del problema era causato da una impostazione di dvipng. Impostando la densità a 96 la larghezza è corretta.

Per quanto riguarda l’altezza invece, ora ho il problema inverso, ovvero è minore alle aspettative.

Credo sia colpa di questo, riportato dal log di gemetry

`\skip\footins=9.0pt plus 4.0pt minus 2.0pt`

Praticamente perdo l’ultima riga di testo

Sto provando in tutti i modi ad eliminarlo, senza successo

Saluti, Flavio