Renvoi à la ligne avec verbatim - latex

[albert junior]

Bonjour,

est il possible d'utiliser la commande \begin{verbatim} mais en même
temps que latex gère les retours à la ligne ?
Je copie des lignes de code qui sont longues et ca dépasse toujours...

Merci et joyeux noël

[mpg]

Post by albert junior
est il possible d'utiliser la commande \begin{verbatim} mais en même
temps que latex gère les retours à la ligne ?
Je copie des lignes de code qui sont longues et ca dépasse toujours...

Peut-être pas avec verbatim lui-même, mais il me semble que listings, par
contre, dispose d'une option pour ça.

Manuel.

[Denis Bitouzé]

Le Tue, 25 Dec 2007 22:54:52 +0100

Post by mpg
mais il me semble que listings, par
contre, dispose d'une option pour ça.

Oui : breaklines=true. Exemple :

\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage[latin1]{inputenc}
\usepackage[a4paper]{geometry}
\usepackage{lmodern}
\usepackage{listings}
\usepackage[frenchb]{babel}
\lstset{language=TeX,basicstyle=\ttfamily,numbers=left,breaklines=true}
\begin{document}
\begin{lstlisting}
Est il possible d'utiliser la commande \begin{verbatim} mais en même
temps que LaTeX gère les retours à la ligne ? Je copie des lignes de
code qui sont longues et ca dépasse toujours...
Coucou les zamis !
\end{lstlisting}
\end{document}

C'est plus drôle si on met « Est il possible d'utiliser la commande
\begin{verbatim} mais en même temps que LaTeX gère les retours à la
ligne ? Je copie des lignes de code qui sont longues et ca dépasse
toujours... » sur une seule ligne (que mon client courriel coupe
de façon autoritaire)...

[didier]

Le Wed, 26 Dec 2007 10:54:22 +0100, Denis Bitouzé a écrit:

Ça marche bien, tant qu'on ne s'amuse pas à introduire des "é", "ç" et
compagnie en utf8. l'exemple suivant ne compile pas, et l'erreur est :
«
! Package inputenc Error: Unicode char \u8:$\expandafter not set up for
use wit
h LaTeX.

See the inputenc package documentation for explanation.
Type H <return> for immediate help.
...

l.17 ...s de code qui sont longues et ca dèpasse
toujours toujours
toujours...
»
Bon, mettre des accents dans un code, c'est rare, mais pourquoi pas ?
Bref, listings est-il compatible avec utf8 ?

\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[a4paper]{geometry}
\usepackage{lmodern}
\usepackage{listings}
\usepackage[frenchb]{babel}
\lstset{language=TeX,basicstyle=\ttfamily,numbers=left,breaklines=true}
\begin{document}
Est il possible d'utiliser la commande \verb+\begin{verbatim}+
mais en même
temps que LaTeX gère les retours à la ligne ? Je copie des lignes de
code qui sont longues et ça dépasse toujours...
Coucou les zamis !
\begin{lstlisting}
Je copie des lignes de code qui sont longues et ça dèpasse toujours
toujours toujours...
Coucou les zamis !
\end{lstlisting}
\end{document}

[D.GH]

Post by didier
Ça marche bien, tant qu'on ne s'amuse pas à introduire des "é", "ç" et
«
! Package inputenc Error: Unicode char \u8:$\expandafter not set up for
use wit
h LaTeX.
See the inputenc package documentation for explanation.
Type H <return> for immediate help.
...
l.17 ...s de code qui sont longues et ca dèpasse
toujours toujours
toujours...
»
Bon, mettre des accents dans un code, c'est rare, mais pourquoi pas ?
Bref, listings est-il compatible avec utf8 ?

Bonjour,

Je suis sous win32 , le 'ECM' suivant fonctionne chez moi sans :
\usepackage[utf8]{inputenc}

pour le retour à la ligne dans les options \lstset ajouter :
linewidth=\linewidth,

%%%%%%%%%%%%%%%%%%%%%%%%%%
%% http://www.cnam.fr/maths/Membres/ghorbanzadeh/
\documentclass{article}
\usepackage[T1]{fontenc}
%\usepackage[utf8]{inputenc}
\usepackage[a4paper]{geometry}
\usepackage{lmodern}
\usepackage{listings}
\usepackage[frenchb]{babel}
\lstset{
language=TeX,basicstyle=\ttfamily,numbers=left,
linewidth=\linewidth,
breaklines=true}
\begin{document}
Est il possible d'utiliser la commande \verb+\begin{verbatim}+
mais en même
temps que LaTeX gère les retours à la ligne ? Je copie des lignes de
code qui sont longues et ça dépasse toujours...
Coucou les zamis !
\begin{lstlisting}
Je copie des lignes de code qui sont longues et ça dèpasse toujours
toujours toujours...
Coucou les zamis !
\end{lstlisting}
\end{document}

%%%%%%%%%%%%%%%%%%%%%%%%

Dariush

[didier]

Post by didier
\usepackage[utf8]{inputenc}

hé oui, mais moi je suis sur ubuntu 7.10 et en utf8 par défaut.
je pourais certes changer l'encodage, mais je suis fainéant...
Didier.

[D.GH]

Post by didier

Post by didier
\usepackage[utf8]{inputenc}

hé oui, mais moi je suis sur ubuntu 7.10 et en utf8 par défaut.
je pourais certes changer l'encodage, mais je suis fainéant...
Didier.

Je ne connais pas ubuntu 7. Essayez avec \usepackage[utf8x]
{inputenc}
pour voir s'il fonctionne.

Dariush

[mpg]

Post by D.GH

Post by didier

Post by didier
\usepackage[utf8]{inputenc}

hé oui, mais moi je suis sur ubuntu 7.10 et en utf8 par défaut.
je pourais certes changer l'encodage, mais je suis fainéant...
Didier.

Je ne connais pas ubuntu 7. Essayez avec \usepackage[utf8x]
{inputenc}
pour voir s'il fonctionne.

Utf8x est plus vieux que utf8, donc ça n'ira pas mieux. Il est connu que
listings n'aime pas (encore ?) trop l'utf8, c'est d'ailleurs écrit dans la
doc.

Après, le système d'exploitation n'a (presque) rien à voir là-dedans : si
j'ouvre un gvim sous windows, son encodage par défaut sera l'utf8 alors que
ce n'est pas l'encodage « standard » des windows, etc. Ce qui compte, c'est
que l'option passée à inputenc corresponde à l'encodage effectif du
document.

D'ailleurs, la dernière fois que j'ai utilisé listings, j'ai encodé mon
source en latin1 car c'était plus pratique comme ça, même si d'habitude
j'encode en utf8 mes sources personnels.

Manuel.

[didier]

compagnie en utf8. l'exemple suivant ne compile pas, et l'erreur est : «
! Package inputenc Error: Unicode char \u8:$\expandafter not set up

j'oubliais de préciser : le "$" remplace un caractère imprononcable
et impostable
Didier.

[D.GH]

Post by didier

compagnie en utf8. l'exemple suivant ne compile pas, et l'erreur est : «
! Package inputenc Error: Unicode char \u8:$\expandafter not set up

j'oubliais de préciser : le "$" remplace un caractère imprononcable
et impostable
Didier.

Voici un exemple pour la proposition de Denis.

%%%%%%%%%%%%%%%%%%%%%%%%%%
%% http://www.cnam.fr/maths/Membres/ghorbanzadeh/
\documentclass{article}
\usepackage[T1]{fontenc}
%\usepackage[utf8]{inputenc}
\usepackage[a4paper]{geometry}
\usepackage{lmodern}
\usepackage{setspace}
\usepackage{listings}
\usepackage[frenchb]{babel}

\lstloadlanguages{TeX}
\lstnewenvironment{joyeuxUTF}[1][]
{\spacing{1}\lstset{language=TeX,
basicstyle=\ttfamily,
numbers=left,
numberstyle=\tiny,
linewidth=\linewidth,
breaklines=true,#1}}
{\endspacing}

\begin{document}
\noindent Est il possible d'utiliser la commande \verb+\begin{verbatim}
+
mais en même
temps que LaTeX gère les retours à la ligne ? Je copie des lignes de
code qui sont longues et ça dépasse toujours...
Coucou les zamis !
\begin{joyeuxUTF}[inputencoding=latin1]
Je copie des lignes de code qui sont longues et ça dépasse toujours
toujours toujours...
Coucou les zamis ! -10$
joyeux noël joyeux noël joyeux noël joyeux noël joyeux noël joyeux
noël joyeux noël joyeux noël joyeux noël joyeux noël joyeux noël
joyeux noël joyeux noël joyeux noël
\end{joyeuxUTF}

\noindent avec \verb+inputencoding=utf8x+

\begin{joyeuxUTF}[inputencoding=utf8x]
Je copie des lignes de code qui sont longues et ça dépasse toujours
toujours toujours...
Coucou les zamis ! -10$
joyeux noël joyeux noël joyeux noël joyeux noël joyeux noël joyeux
noël joyeux noël joyeux noël joyeux noël joyeux noël joyeux noël
joyeux noël joyeux noël joyeux noël
\end{joyeuxUTF}

\end{document}

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Dariush

[Denis Bitouzé]

Le 26 Dec 2007 11:32:03 GMT

Post by didier
Bref, listings est-il compatible avec utf8 ?

Tester en ajoutant l'option :

inputencoding=utf8

[mpg]

Post by Denis Bitouzé
Le 26 Dec 2007 11:32:03 GMT

Post by didier
Bref, listings est-il compatible avec utf8 ?

inputencoding=utf8

On peut maintenant ? Ça m'étonne... Extrait de la doc de la version 4 (je

Post by Denis Bitouzé
The extended characters don't cover Arabic, Chinese, Hebrew, Japanese, and
so on--specifically, any encoding which uses *multiple bytes* per
character. Thus, if you use the a package that supports multibyte
characters, such as the CJK or ucs packages for Chinese and UTF-8
characters, *you must avoid let-ting listings process* the extended
characters. [...]

Maintenant, si on peut, tant mieux, ça me réjouis...

Manuel.

[Denis Bitouzé]

Le Wed, 26 Dec 2007 16:46:25 +0100

Post by mpg

Post by Denis Bitouzé
inputencoding=utf8

On peut maintenant ? Ça m'étonne... Extrait de la doc de la version 4

Post by Denis Bitouzé
The extended characters don't cover Arabic, Chinese, Hebrew,
Japanese, and so on--specifically, any encoding which uses
*multiple bytes* per character. Thus, if you use the a package that
supports multibyte characters, such as the CJK or ucs packages for
Chinese and UTF-8 characters, *you must avoid let-ting listings
process* the extended characters. [...]

Maintenant, si on peut, tant mieux, ça me réjouis...

Je n'utilise que la version 1.3 où rien n'est indiqué concernant les
caractères UTF-8 donc il se peut que ça ne fonctionne effectivement
pas ; j'avais d'ailleurs pris la précaution oratoire en proposant de «
tester »... ;)

[didier]

Post by Denis Bitouzé
Je n'utilise que la version 1.3 où rien n'est indiqué concernant les
caractères UTF-8 donc il se peut que ça ne fonctionne effectivement pas
; j'avais d'ailleurs pris la précaution oratoire en proposant de «
tester »... ;)

en effet, ça ne marche pas ...
Didier

[mpg]

Post by Denis Bitouzé
Le Wed, 26 Dec 2007 16:46:25 +0100

Post by mpg

Post by Denis Bitouzé
inputencoding=utf8

On peut maintenant ? Ça m'étonne... Extrait de la doc de la version 4

lire 1.4 bien sûr...

Post by Denis Bitouzé
Je n'utilise que la version 1.3 où rien n'est indiqué concernant les
caractères UTF-8 donc il se peut que ça ne fonctionne effectivement
pas ; j'avais d'ailleurs pris la précaution oratoire en proposant de «
tester »... ;)

En fait, Jean-Côme m'a dit que le mainteneur était en train de bosser sur le
support de l'utf-8, c'est pour ça que je suis allé vérifié la dernière
version sur le CTAN, histoire d'être sûr de ne pas dire des trucs dépassés.

En fait, vu que listings travaille lexème par lexème, et que dans des
encodages multi-octets comme l'utf-8, les caractères ont le mauvais goût
d'être sur deux lexèmes (en attendant LuaTeX, et à moins d'utiliser déjà
Omega ou XeTeX), on comprend bien que ça demande un traitement tout
particulier. C'est pour ça que ce n'est pas encore fait. Mais, croisons les
doigts.

Manuel.