From - Wed Jul 1 21:00:22 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n61Ixnin024910 for ; Wed, 1 Jul 2009 20:59:54 +0200 (CEST) X-Envelope-To: Received: from smtp3-g21.free.fr (localhost [127.0.0.1]) by smtp3-g21.free.fr (Postfix) with ESMTP id CCCC681813F for ; Wed, 1 Jul 2009 20:59:47 +0200 (CEST) Received: from [192.168.0.3] (asc59-1-82-225-121-40.fbx.proxad.net [82.225.121.40]) by smtp3-g21.free.fr (Postfix) with ESMTP id DCC72818193 for ; Wed, 1 Jul 2009 20:59:44 +0200 (CEST) Message-ID: <4A4BB220.20904@free.fr> Date: Wed, 01 Jul 2009 20:59:44 +0200 From: Bertrand Masson User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: GUTenberg Subject: espace en trop avec un argument vide Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Wed, 01 Jul 2009 20:59:55 +0200 (CEST) Bonsoir tout le monde, C'est mon premier post sur cette liste et avant de poser ma question, je tenais à vous saluer et à vous féliciter car j'ai appris pleins de trucs en parcourant la liste. Voici ma question. Je fais une commande à plusieurs arguments du type : ‎\newcommand{\phrase}[3]{#1 #2 #3.}‎ Quand je l'utilise pas de problème, \phrase{Le chat}{est}{noir} donne ce que je veux. Ça se gatte lorsque je met un argument vide \phrase{Le chat}{}{noir} dans ce cas, chat et noir sont séparés par 2 espaces. Une solution ? Voici un ecm \documentclass[12pt]{article} \usepackage[T1]{fontenc} \usepackage[utf8]{inputenc} ‎\newcommand{\phrase}[3]{#1 #2 #3.}‎ \begin{document} \phrase{Le chat}{}{noir} \end{document} Merci d'avance From - Wed Jul 1 21:41:33 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp19.orange.fr (smtp19.orange.fr [80.12.242.17]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n61Jf3YO044132 for ; Wed, 1 Jul 2009 21:41:08 +0200 (CEST) X-Envelope-To: Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1906.orange.fr (SMTP Server) with ESMTP id 0A1BA200004B for ; Wed, 1 Jul 2009 21:41:03 +0200 (CEST) Received: from localhost (ALille-156-1-24-210.w83-198.abo.wanadoo.fr [83.198.215.210]) by mwinf1906.orange.fr (SMTP Server) with ESMTP id CD709200004C for ; Wed, 1 Jul 2009 21:41:02 +0200 (CEST) X-ME-UUID: 20090701194102841.CD709200004C@mwinf1906.orange.fr Date: Wed, 1 Jul 2009 21:41:04 +0200 From: Denis =?ISO-8859-15?B?Qml0b3V66Q==?= To: gut@ens.fr Subject: Re: [gut] espace en trop avec un argument vide Message-ID: <20090701214104.39878ef0@wanadoo.fr> In-Reply-To: <4A4BB220.20904@free.fr> References: <4A4BB220.20904@free.fr> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i586-mandriva-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Wed, 01 Jul 2009 21:41:08 +0200 (CEST) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nef2.ens.fr id n61Jf3YO044132 Le mercredi 01/07/09 à 20h59, Bertrand Masson a écrit : > Merci d'avance Par exemple avec le package xifthen : \documentclass{article} \usepackage[T1]{fontenc} \usepackage[utf8]{inputenc} \usepackage[a4paper]{geometry} \usepackage{lmodern} \usepackage{xifthen} \usepackage[frenchb]{babel} % \newcommand{\phrase}[3]{% #1\ifthenelse{\isempty{#2}}{}{ #2} #3.% } % \begin{document} \phrase{Le chat}{}{noir} % \phrase{Le chat}{est}{noir} \end{document} -- Denis From - Wed Jul 1 21:57:42 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp6.tech.numericable.fr (smtp6.tech.numericable.fr [82.216.111.42]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n61Jv8TC051286 for ; Wed, 1 Jul 2009 21:57:14 +0200 (CEST) X-Envelope-To: Received: from [10.0.1.3] (unknown [85.69.172.125]) by smtp6.tech.numericable.fr (Postfix) with ESMTP id 0BD1014401E for ; Wed, 1 Jul 2009 21:57:09 +0200 (CEST) Message-Id: From: Michel Bovani To: gut@ens.fr In-Reply-To: <20090701214104.39878ef0@wanadoo.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Mime-Version: 1.0 (Apple Message framework v935.3) Subject: Re: [gut] espace en trop avec un argument vide Date: Wed, 1 Jul 2009 21:57:08 +0200 References: <4A4BB220.20904@free.fr> <20090701214104.39878ef0@wanadoo.fr> X-Mailer: Apple Mail (2.935.3) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Wed, 01 Jul 2009 21:57:14 +0200 (CEST) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nef2.ens.fr id n61Jv8TC051286 Le 1 juil. 2009 à 21:41, Denis Bitouzé a écrit : > Le mercredi 01/07/09 à 20h59, > Bertrand Masson a écrit : > >> Merci d'avance > > Par exemple avec le package xifthen : Sans le package en question, je pense que \newcommand{\phrase}[3]{#1 \ignorespaces#2 #3.} suffit... Amicalement, -- Michel Bovani From - Wed Jul 1 22:22:37 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n61KM3or062290 for ; Wed, 1 Jul 2009 22:22:09 +0200 (CEST) X-Envelope-To: Received: from smtp3-g21.free.fr (localhost [127.0.0.1]) by smtp3-g21.free.fr (Postfix) with ESMTP id B1708818149 for ; Wed, 1 Jul 2009 22:22:02 +0200 (CEST) Received: from [192.168.0.3] (asc59-1-82-225-121-40.fbx.proxad.net [82.225.121.40]) by smtp3-g21.free.fr (Postfix) with ESMTP id B8EBF8181D6 for ; Wed, 1 Jul 2009 22:21:59 +0200 (CEST) Message-ID: <4A4BC566.1060404@free.fr> Date: Wed, 01 Jul 2009 22:21:58 +0200 From: Bertrand Masson User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] espace en trop avec un argument vide References: <4A4BB220.20904@free.fr> <20090701214104.39878ef0@wanadoo.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Wed, 01 Jul 2009 22:22:10 +0200 (CEST) Michel Bovani a écrit : > \newcommand{\phrase}[3]{#1 \ignorespaces#2 #3.} > > suffit... > > Amicalement, Merci, J'avais déjà exploré la piste avec des tests mais de façon moi élégante que Denis Bitouzé. La solution de Michel Bovani me convient mieux. Petite question subsidiaire juste pour ma curiosité, je pensais que pour LaTeX un, 2 ou 10 espaces c'est pareil il n'en compte qu'un seul, d'où vient ce 2ème espace ? Bertrand From - Wed Jul 1 22:47:55 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 Received: from di.ens.fr (di.ens.fr [129.199.99.1]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n61KlTcT079039 for ; Wed, 1 Jul 2009 22:47:29 +0200 (CEST) Received: from localhost (ccheval@localhost) by di.ens.fr (8.13.6/jb-1.1) id n61KlMmD019715 for ; Wed, 1 Jul 2009 22:47:22 +0200 X-Envelope-To: X-Authentication-Warning: di.ens.fr: ccheval owned process doing -bs Date: Wed, 1 Jul 2009 22:47:22 +0200 (CEST) From: =?ISO-8859-1?Q?C=E9line_Chevalier?= X-X-Sender: ccheval@di.ens.fr To: gut@ens.fr Subject: Re: [gut] espace en trop avec un argument vide In-Reply-To: <4A4BC566.1060404@free.fr> Message-ID: References: <4A4BB220.20904@free.fr> <20090701214104.39878ef0@wanadoo.fr> <4A4BC566.1060404@free.fr> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-947846813-715983215-1246481242=:19371" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Wed, 01 Jul 2009 22:47:29 +0200 (CEST) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---947846813-715983215-1246481242=:19371 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Bonjour, > Petite question subsidiaire juste pour ma curiosité, je pensais que pour > LaTeX un, 2 ou 10 espaces c'est pareil il n'en compte qu'un seul, d'où vient > ce 2ème espace ? Parce que là vous n'écrivez pas deux espaces, mais un espace, un rien et un espace. Dans ce cas, les deux sont pris en compte. C'est le même principe qu'écrire \hfill toto\hfill\mbox{} pour que le deuxième \hfill soit bien pris en compte. Ça n'écrit rien au final, mais ça suffit à changer le comportement... Céline ---947846813-715983215-1246481242=:19371-- From - Wed Jul 1 23:04:24 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n61L3osD091160 for ; Wed, 1 Jul 2009 23:03:55 +0200 (CEST) X-Envelope-To: Received: from smtp3-g21.free.fr (localhost [127.0.0.1]) by smtp3-g21.free.fr (Postfix) with ESMTP id C8BD9818159 for ; Wed, 1 Jul 2009 23:03:48 +0200 (CEST) Received: from [192.168.0.3] (asc59-1-82-225-121-40.fbx.proxad.net [82.225.121.40]) by smtp3-g21.free.fr (Postfix) with ESMTP id C626781812C for ; Wed, 1 Jul 2009 23:03:45 +0200 (CEST) Message-ID: <4A4BCF31.7090803@free.fr> Date: Wed, 01 Jul 2009 23:03:45 +0200 From: Bertrand Masson User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] espace en trop avec un argument vide References: <4A4BB220.20904@free.fr> <20090701214104.39878ef0@wanadoo.fr> <4A4BC566.1060404@free.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Wed, 01 Jul 2009 23:03:56 +0200 (CEST) Céline Chevalier a écrit : > Parce que là vous n'écrivez pas deux espaces, mais un espace, un rien > et un espace. Dans ce cas, les deux sont pris en compte. C'est le même > principe qu'écrire \hfill toto\hfill\mbox{} pour que le deuxième > \hfill soit bien pris en compte. Ça n'écrit rien au final, mais ça > suffit à changer le comportement... > > > Céline Merci, Trop fort LaTeX même avec rien il arrive à faire quelque chose ;-) Bertrand From - Thu Jul 2 17:48:42 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=disabled version=3.2.5 Received: from mso1k193.u-3mrs.fr (mso1k193.u-3mrs.fr [195.221.207.193]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n62FmCDP013149 for ; Thu, 2 Jul 2009 17:48:17 +0200 (CEST) X-Envelope-To: X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtIBAI9zTErC1lgU/2dsb2JhbAAIgkzOCYQQBQ X-IronPort-AV: E=Sophos;i="4.42,335,1243807200"; d="scan'208,217";a="7475166" Received: from aix0u020.u-3mrs.fr (HELO [10.13.3.2]) ([194.214.88.20]) by mso1k209.u-3mrs.fr with ESMTP; 02 Jul 2009 17:48:12 +0200 Message-Id: From: =?ISO-8859-1?Q?Guilhem_Bourri=E9?= To: liste Gut Content-Type: multipart/alternative; boundary=Apple-Mail-51--192964090 Mime-Version: 1.0 (Apple Message framework v935.3) Subject: tlmgr update Date: Thu, 2 Jul 2009 17:48:11 +0200 X-Mailer: Apple Mail (2.935.3) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Thu, 02 Jul 2009 17:48:17 +0200 (CEST) --Apple-Mail-51--192964090 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Bonjour =E0 tous, la mise =E0 jour de tlmgr me renvoie le message: cannot read any package from http://mirror.ctan.org/systems/texlive/tlnet/2= 008/tlpkg/texlive.tlpdb=20 seems not to be a TLPDB! l'adresse a chang=E9 ? Bien cordialement, Guilhem Bourri=E9 INRA G=E9ochimie des sols et des eaux Europ=F4le m=E9diterran=E9en de l'Arbois B=E2timent La=EBnnec BP 80 F 13545 Aix-en-Provence cedex 04 T=E9l.: +33 4 42 97 17 98 Fax : +33 4 42 90 85 17 Phone number has changed --Apple-Mail-51--192964090 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bonjour =E0 tous,

la= mise =E0 jour de tlmgr me renvoie le message:

can= not read any package from http://mirror.ctan.org/systems/texlive/tln= et/2008/tlpkg/texlive.tlpdb seems not to be a TLPDB!

l'adresse a chang=E9 ?




Bi= en cordialement,


Guilhem= Bourri=E9

INRA

G=E9ochimie des sols et des eaux

<= p style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-l= eft: 0px; ">Europ=F4le m=E9diterran=E9en de l'Arbois<= /font>

B=E2timent La=EBnnec

BP 80

F 13545 Aix-en-Provence cedex 04

T=E9l.: +33 4 42 97 17 98 Fax : +33 4 42 90 85 17

=

Phone n= umber has changed

 

<= /div>

--Apple-Mail-51--192964090-- From - Thu Jul 2 19:37:04 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n62HaXEX007253 for ; Thu, 2 Jul 2009 19:36:34 +0200 (CEST) X-Envelope-To: Received: from math.jussieu.fr (mail.math.jussieu.fr [134.157.13.55]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n62HBYbj025702 for ; Thu, 2 Jul 2009 19:11:34 +0200 (CEST) X-Ids: 165 Received: from [192.168.0.124] (thue.elzevir.fr [88.165.216.11]) (authenticated bits=0) by math.jussieu.fr (8.14.1/8.14.1) with ESMTP id n62H5h3T062077 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 2 Jul 2009 19:05:43 +0200 (CEST) Message-ID: <4A4CEA44.4070208@elzevir.fr> Date: Thu, 02 Jul 2009 19:11:32 +0200 From: =?ISO-8859-1?Q?Manuel_P=E9gouri=E9-Gonnard?= User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] tlmgr update References: In-Reply-To: X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.94.2/9535/Thu Jul 2 10:57:25 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail2.jussieu.fr with ID 4A4CEA46.008 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4A4CEA46.008/134.157.13.55/mail.math.jussieu.fr/math.jussieu.fr/ X-j-chkmail-Score: MSGID : 4A4CEA46.008 on shiva.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.008 -> S=0.008 X-j-chkmail-Status: Ham X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Thu, 02 Jul 2009 19:36:34 +0200 (CEST) Bonjour, Guilhem Bourrié a écrit : > cannot read any package from > http://mirror.ctan.org/systems/texlive/tlnet/2008/tlpkg/texlive.tlpdb seems > not to be a TLPDB! > > l'adresse a changé ? > Non, l'adresse n'a pas changé. Peut-être une défaillance temporaire sur le miroir utilisé. Je viens d'essayer à l'instant, avec wget, et tout va bien sur le miroir de l'inria, tandis que mirrors.ircam.fr me refuse la connexion. Essayez peut-être de spécifier un miroir fiable à la place de mirror.ctan.org. D'ailleurs, si vous aviez déjà fait une mise à jour il y a moins d'un mois, ça ne vaut pas le coup d'en refaire une maintenant : TeX Live 2008 est gelée depuis le 18 mai. Manuel. From - Fri Jul 3 10:42:28 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp2f.orange.fr (smtp2f.orange.fr [80.12.242.152]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n638fRvW062456 for ; Fri, 3 Jul 2009 10:41:33 +0200 (CEST) X-Envelope-To: Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2f26.orange.fr (SMTP Server) with ESMTP id 3B2AD8000055 for ; Fri, 3 Jul 2009 10:41:27 +0200 (CEST) Received: from localhost.localdomain (AToulouse-551-1-73-62.w92-146.abo.wanadoo.fr [92.146.224.62]) by mwinf2f26.orange.fr (SMTP Server) with ESMTP id 1C6CC80000B6 for ; Fri, 3 Jul 2009 10:41:27 +0200 (CEST) X-ME-UUID: 20090703084127116.1C6CC80000B6@mwinf2f26.orange.fr Received: by localhost.localdomain (Postfix, from userid 1000) id 7C23256C0F; Fri, 3 Jul 2009 10:41:26 +0200 (CEST) Date: Fri, 3 Jul 2009 10:41:26 +0200 From: Sebastien Mengin To: liste Gut Subject: [fontes] installation =?iso-8859-1?B?q2V4?= =?iso-8859-1?Q?otique=BB?= Message-ID: <20090703084126.GC6236@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 10:41:33 +0200 (CEST) Bonjour, Pour les besoins d'un client, je dois installer Providence, une fonte de chez Fontfont. Cette fonte n'est pas listée dans fontname.map, mais Fontfont oui : son code pour nfss est 0. L'afm livré par le client est ProviSans.afm. Je renomme donc l'afm en 0prr8a.afm. Et après, et bien après je coince car je n'ai jamais installé de fonte non répertoriée dans les listes TeX et d'habitude la commande \latinfamily de fontinst se débrouille à merveille toute seule. J'ai tenté un misérable \installfonts \installfont{0prr8a}{0prr8r,latin}{t1} {T1}{0pr}{m}{n}{} \endinstallfonts mais évidemment il explose en disant qu'il ne trouve pas les métriques pour 0prr8r. Quelqu'un aurait une piste à me proposer ? J'ai vraiment la tête dans le guidon et la lecture des docs de fontinst et compagnie ne m'aide pas pour le moment... Merci d'avance, -- Sébastien http://edilibre.net From - Fri Jul 3 11:11:01 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6394hft078985 for ; Fri, 3 Jul 2009 11:04:48 +0200 (CEST) X-Envelope-To: Received: from smtp3-g21.free.fr (localhost [127.0.0.1]) by smtp3-g21.free.fr (Postfix) with ESMTP id CE3E1818111 for ; Fri, 3 Jul 2009 11:04:41 +0200 (CEST) Received: from [127.0.0.1] (pla25-1-82-225-17-10.fbx.proxad.net [82.225.17.10]) by smtp3-g21.free.fr (Postfix) with ESMTP id 9FE2F81819A for ; Fri, 3 Jul 2009 11:04:38 +0200 (CEST) Message-ID: <4A4DC9A8.3080201@univ-fcomte.fr> Date: Fri, 03 Jul 2009 11:04:40 +0200 From: =?ISO-8859-1?Q?P=E9tiard_Fran=E7ois?= Reply-To: liste Gut User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] [fontes] installation =?ISO-8859-1?Q?=ABexotique=BB?= References: <20090703084126.GC6236@localhost.localdomain> In-Reply-To: <20090703084126.GC6236@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 090702-0, 02/07/2009), Outbound message X-Antivirus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 11:04:49 +0200 (CEST) Le 03/07/2009 10:41, Sebastien Mengin a écrit : > Bonjour, > > Pour les besoins d'un client, je dois installer Providence, une fonte de > chez Fontfont. > mais évidemment il explose en disant qu'il ne trouve pas les métriques > pour 0prr8r. Avez-vous essayé afm2tfm pour obtenir les métriques ? François From - Fri Jul 3 11:11:46 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: * X-Spam-Status: No, score=1.2 required=5.0 tests=SPF_NEUTRAL autolearn=disabled version=3.2.5 Received: from smtp2f.orange.fr (smtp2f.orange.fr [80.12.242.150]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6397jeJ081104 for ; Fri, 3 Jul 2009 11:07:50 +0200 (CEST) X-Envelope-To: Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2f03.orange.fr (SMTP Server) with ESMTP id 0B6F480000AC for ; Fri, 3 Jul 2009 11:07:45 +0200 (CEST) Received: from [192.168.0.105] (ARouen-256-1-106-202.w90-51.abo.wanadoo.fr [90.51.169.202]) by mwinf2f03.orange.fr (SMTP Server) with ESMTP id 85B2D800004A for ; Fri, 3 Jul 2009 11:07:43 +0200 (CEST) X-ME-UUID: 20090703090743547.85B2D800004A@mwinf2f03.orange.fr Message-ID: <4A4DCA61.6040606@univ-rouen.fr> Date: Fri, 03 Jul 2009 11:07:45 +0200 From: Sebastien Kramm Reply-To: sebastien.kramm@univ-rouen.fr User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: gut@ens.fr Subject: beamer et environnement columns : espacement vertical Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 11:07:50 +0200 (CEST) Bonjour, Je débute avec Beamer (transformation de mes cours sous MS-Powerpoint: c'est long!), et suis simple utilisateur de Latex (=pas très au fait de la cuisine interne). J'ai un petit souci avec l'environnements columns: l'espacement vertical entre une partie à deux colonnes et un paragraphe en dessous est trop petit. J'ai même parfois des chevauchements de texte ! Voir comme exemple le code ci-dessous, compilé avec MikteX 2.7, c'est flagrant: le paragraphe du bas est trop proche de la colonne au dessus. J'imagine qu'on doit pouvoir ponctuellement ajouter un peu d'espace entre paragraphe genre \setlength{\parskip}{1cm}, mais j'aimerais savoir s'il est possible de paramétrer de façon un peu fine l'environnement columns. La doc de Beamer (3.07) ne dit rien à ce sujet. Merci. ----------------------------------------------------------- \documentclass{beamer} \usepackage[latin1]{inputenc} \usetheme{default} \begin{document} Ceci est une ligne de texte sur les deux (2) colonnes, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. \begin{columns} \column[t]{.5\textwidth} Ceci est une ligne de texte sur la colonne gauche, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. \column[t]{.5\textwidth} Ceci est une ligne de texte sur la colonne droite, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. Toutefois, elle doit aussi être plus longue que la colonne de gauche, et montrer l'effet de 2 colonnes de tailles différentes. \end{columns} Ceci est une ligne de texte sur les deux (2) colonnes, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. \end{document} ----------------------------------------------------------- From - Fri Jul 3 11:40:28 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp20.orange.fr (smtp20.orange.fr [80.12.242.26]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n639dsdo002599 for ; Fri, 3 Jul 2009 11:40:00 +0200 (CEST) X-Envelope-To: Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2003.orange.fr (SMTP Server) with ESMTP id 7469B2000040 for ; Fri, 3 Jul 2009 11:39:54 +0200 (CEST) Received: from localhost.localdomain (AToulouse-551-1-108-203.w92-149.abo.wanadoo.fr [92.149.211.203]) by mwinf2003.orange.fr (SMTP Server) with ESMTP id 3D45B200006F for ; Fri, 3 Jul 2009 11:39:54 +0200 (CEST) X-ME-UUID: 20090703093954251.3D45B200006F@mwinf2003.orange.fr Received: by localhost.localdomain (Postfix, from userid 1000) id CD71556F88; Fri, 3 Jul 2009 11:39:53 +0200 (CEST) Date: Fri, 3 Jul 2009 11:39:53 +0200 From: Sebastien Mengin To: gut@ens.fr Subject: Re: [gut] [fontes] =?iso-8859-1?Q?installa?= =?iso-8859-1?Q?tion_=ABexotique=BB?= Message-ID: <20090703093953.GA5397@localhost.localdomain> References: <20090703084126.GC6236@localhost.localdomain> <4A4DC9A8.3080201@univ-fcomte.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4A4DC9A8.3080201@univ-fcomte.fr> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 11:40:00 +0200 (CEST) Le 03 jui 2009 à 11:04, Pétiard François a écrit: > >Pour les besoins d'un client, je dois installer Providence, une fonte de > >chez Fontfont. > > > > >mais évidemment il explose en disant qu'il ne trouve pas les métriques > >pour 0prr8r. > > Avez-vous essayé afm2tfm pour obtenir les métriques ? J'ai écrit trop vite et mes doigts on fourché. Ce qu'il ne trouve pas, c'est : ! \install... error: Font/MTX file 0prr8r notfound. Entre temps j'avais pu essayer d'avancer avec afm2pl, puis pltotf. Il va sans doute falloir chercher encore un peu pour ce qui concerne les histoire d'encodage, écrire à la main le fichier de définitions (.fd), mais je devrais m'en tirer comme ça. Si j'ai le temps, je ferai un topo qui pourrait (?) apparaître quelque part sur le site de GUTenberg... -- Sébastien http://edilibre.net From - Fri Jul 3 11:49:32 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from amazone1.ujf-grenoble.fr (amazone1.ujf-grenoble.fr [193.54.238.254]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n639n0pd008338 for ; Fri, 3 Jul 2009 11:49:01 +0200 (CEST) X-Envelope-To: Received: from tana1.ujf-grenoble.fr (tana1.ujf-grenoble.fr [152.77.18.74]) by amazone1.ujf-grenoble.fr (8.13.7/8.13.7/Configured by JE 21 07 2006) with ESMTP id n639n078010919 for ; Fri, 3 Jul 2009 11:49:00 +0200 (CEST) Received: from localhost (unknown [127.0.0.1]) by tana1.ujf-grenoble.fr (Postfix) with ESMTP id CDF655642F for ; Fri, 3 Jul 2009 11:49:00 +0200 (CEST) X-UJF-AV: Scanned on tana1.ujf-grenoble.fr Received: from tibre1.ujf-grenoble.fr (tibre1.ujf-grenoble.fr [152.77.18.86]) by tana1.ujf-grenoble.fr (Postfix) with ESMTP id 72B885642E for ; Fri, 3 Jul 2009 11:49:00 +0200 (CEST) Received: from math-euclide.ujf-grenoble.fr (math-euclide.ujf-grenoble.fr [193.54.239.199]) by tibre1.ujf-grenoble.fr (8.14.2/8.14.2/SyS-1.10) with ESMTP id n639mu48079399 for ; Fri, 3 Jul 2009 11:49:00 +0200 (CEST) (envelope-from thierry.bouche@ujf-grenoble.fr) Date: Fri, 3 Jul 2009 11:48:44 +0200 From: Thierry Bouche Organization: Institut Fourier X-Priority: 3 (Normal) Message-ID: <1212539883.20090703114844@ujf-grenoble.fr> To: gut@ens.fr Subject: =?iso-8859-1?Q?Re:_[gut]_[fontes]_installation_=ABexotique=BB?= In-Reply-To: <20090703084126.GC6236@localhost.localdomain> References: <20090703084126.GC6236@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 11:49:01 +0200 (CEST) Bonjour, Le vendredi 3 juillet 2009, vers 10:41:26, Sebastien Mengin écrivit : S> Cette fonte n'est pas listée dans fontname.map, mais Fontfont oui : son S> code pour nfss est 0. S> L'afm livré par le client est ProviSans.afm. S> Je renomme donc l'afm en 0prr8a.afm. S> Et après, et bien après je coince car je n'ai jamais installé de fonte S> non répertoriée dans les listes TeX et d'habitude la commande S> \latinfamily de fontinst se débrouille à merveille toute seule. oui, pourquoi donc ne se débrouille-t-elle pas ici ? je peux regarder l'afm si ça me prend mois de 45 sec. S> J'ai tenté un misérable S> \installfonts S> \installfont{0prr8a}{0prr8r,latin}{t1} S> {T1}{0pr}{m}{n}{} S> \endinstallfonts S> mais évidemment il explose en disant qu'il ne trouve pas les métriques S> pour 0prr8r. évidemment car il faut précéder ce genre d'incantation de \transformfont{0prr8r}{\reencodefont{8r}{\fromafm{0prr8a}}} et ensuite évidemment installer une fonte sous un autre nom ! installfont{0prr8t}{0prr8r,latin}{t1}{T1}{0pr}{m}{n}{} Thierry From - Fri Jul 3 11:53:39 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from amazone2.ujf-grenoble.fr (amazone2.ujf-grenoble.fr [152.77.2.202]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n639rAgq011215 for ; Fri, 3 Jul 2009 11:53:11 +0200 (CEST) X-Envelope-To: Received: from tana1.ujf-grenoble.fr (tana1.ujf-grenoble.fr [152.77.18.74]) by amazone2.ujf-grenoble.fr (8.13.7/8.13.7/Configured by JE 21 07 2006) with ESMTP id n639rACV037598 for ; Fri, 3 Jul 2009 11:53:10 +0200 (CEST) Received: from localhost (unknown [127.0.0.1]) by tana1.ujf-grenoble.fr (Postfix) with ESMTP id D111E56431 for ; Fri, 3 Jul 2009 11:53:10 +0200 (CEST) X-UJF-AV: Scanned on tana1.ujf-grenoble.fr Received: from tibre1.ujf-grenoble.fr (tibre1.ujf-grenoble.fr [152.77.18.86]) by tana1.ujf-grenoble.fr (Postfix) with ESMTP id A83F25642D for ; Fri, 3 Jul 2009 11:53:10 +0200 (CEST) Received: from math-euclide.ujf-grenoble.fr (math-euclide.ujf-grenoble.fr [193.54.239.199]) by tibre1.ujf-grenoble.fr (8.14.2/8.14.2/SyS-1.10) with ESMTP id n639r8kl079578 for ; Fri, 3 Jul 2009 11:53:10 +0200 (CEST) (envelope-from thierry.bouche@ujf-grenoble.fr) Date: Fri, 3 Jul 2009 11:52:57 +0200 From: Thierry Bouche Organization: Institut Fourier X-Priority: 3 (Normal) Message-ID: <129140580.20090703115257@ujf-grenoble.fr> To: gut@ens.fr Subject: Re: [gut] beamer et environnement columns : espacement vertical In-Reply-To: <4A4DCA61.6040606@univ-rouen.fr> References: <4A4DCA61.6040606@univ-rouen.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 11:53:11 +0200 (CEST) Bonjour, S> J'imagine qu'on doit pouvoir ponctuellement ajouter un peu d'espace entre paragraphe S> genre \setlength{\parskip}{1cm}, non, pas imaginer ça ! imaginer plutôt \vspace*{8mm} ou des choses de ce genre S> mais j'aimerais savoir s'il est possible de S> paramétrer de façon un peu fine l'environnement columns. S> \begin{columns} S> \column[t]{.5\textwidth} à vue de nez, ni columns ni column ne se préoccupent de l'espacement vertical. La logique de beamer est de plutôt mettre tout contenu dans un environnement adapté, qui se charge de la présentation. Mais il est vrai qu'on n'y est pas obligé. Notez que votre ECM est incorrect (la commande \column n'existe pas) Comparez avec l'exemple ci-dessous... %%%%%%%%%% \documentclass{beamer} \usepackage[latin1]{inputenc} \usetheme{default} \begin{document} \begin{frame} \begin{itemize} \item Ceci est une ligne de texte sur les deux (2) colonnes, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. \end{itemize} \begin{columns}[t] \begin{column}{.5\textwidth} Ceci est une ligne de texte sur la colonne gauche, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. \end{column} \begin{column}{.5\textwidth} Ceci est une ligne de texte sur la colonne droite, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. Toutefois, elle doit aussi être plus longue que la colonne de gauche, et montrer l'effet de 2 colonnes de tailles différentes. \end{column} \end{columns} \begin{itemize} \item Ceci est une ligne de texte sur les deux (2) colonnes, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. \end{itemize} \end{frame} \end{document} %%% Th. PS Reply-To mal positionné From - Fri Jul 3 13:17:58 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n63BHXlq060848 for ; Fri, 3 Jul 2009 13:17:33 +0200 (CEST) X-Envelope-To: Received: from math.jussieu.fr (mail.math.jussieu.fr [134.157.13.55]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n63BHWwI030787 for ; Fri, 3 Jul 2009 13:17:33 +0200 (CEST) X-Ids: 168 Received: from [192.168.0.124] (thue.elzevir.fr [88.165.216.11]) (authenticated bits=0) by math.jussieu.fr (8.14.1/8.14.1) with ESMTP id n63BIL7X015000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 3 Jul 2009 13:18:21 +0200 (CEST) Message-ID: <4A4DE8CA.5030306@elzevir.fr> Date: Fri, 03 Jul 2009 13:17:30 +0200 From: =?ISO-8859-1?Q?Manuel_P=E9gouri=E9-Gonnard?= User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] beamer et environnement columns : espacement vertical References: <4A4DCA61.6040606@univ-rouen.fr> <129140580.20090703115257@ujf-grenoble.fr> In-Reply-To: <129140580.20090703115257@ujf-grenoble.fr> X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.94.2/9223/Fri Apr 10 16:54:59 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 4A4DE8CC.006 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4A4DE8CC.006/134.157.13.55/mail.math.jussieu.fr/math.jussieu.fr/ X-j-chkmail-Score: MSGID : 4A4DE8CC.006 on shiva.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.006 -> S=0.006 X-j-chkmail-Status: Ham X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 13:17:33 +0200 (CEST) Thierry Bouche a écrit : > S> J'imagine qu'on doit pouvoir ponctuellement ajouter un peu d'espace entre paragraphe > S> genre \setlength{\parskip}{1cm}, > > non, pas imaginer ça ! > imaginer plutôt \vspace*{8mm} ou des choses de ce genre > Je plussoie. > Notez que votre ECM est incorrect (la commande \column n'existe pas) > Là par contre je suis surpris, et je reste perplexe après avoir re-lu la page 119 de la doc de beamer (version 3.07), qui dit bien que \column existe. > Comparez avec l'exemple ci-dessous... > Précisons que l'usage de l'environnement column au lieu de la commande column n'y est pour rien : c'est le \itemize qui apporte l'espace vertical désiré. D'un point de vu strictement TeXnique, la manière la moins invasive de résoudre le problème est sans doute de placer un \strut sur la dernière ligne de la colonne la plus profonde. Je suis en fait un poil surpris que beamer ne le fasse pas lui-même. \documentclass{beamer} \usepackage[ascii]{inputenc} \usetheme{default} \begin{document} \begin{frame} Ceci est une ligne de texte sur les deux (2) colonnes, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. \begin{columns}[t] \column{.5\textwidth} Ceci est une ligne de texte sur la colonne gauche, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. \column{.5\textwidth} Ceci est une ligne de texte sur la colonne droite, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. Toutefois, elle doit aussi \^etre plus longue que la colonne de gauche, et montrer l'effet de 2 colonnes de tailles diff\'erentes.\strut % SIC \end{columns} Ceci est une ligne de texte sur les deux (2) colonnes, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. \end{frame} \end{document} Manuel. From - Fri Jul 3 13:32:33 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from amazone2.ujf-grenoble.fr (amazone2.ujf-grenoble.fr [152.77.2.202]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n63BW5iI069019 for ; Fri, 3 Jul 2009 13:32:05 +0200 (CEST) X-Envelope-To: Received: from tana1.ujf-grenoble.fr (tana1.ujf-grenoble.fr [152.77.18.74]) by amazone2.ujf-grenoble.fr (8.13.7/8.13.7/Configured by JE 21 07 2006) with ESMTP id n63BW5Io042726 for ; Fri, 3 Jul 2009 13:32:05 +0200 (CEST) Received: from localhost (unknown [127.0.0.1]) by tana1.ujf-grenoble.fr (Postfix) with ESMTP id F2B085642B for ; Fri, 3 Jul 2009 13:32:04 +0200 (CEST) X-UJF-AV: Scanned on tana1.ujf-grenoble.fr Received: from tibre1.ujf-grenoble.fr (tibre1.ujf-grenoble.fr [152.77.18.86]) by tana1.ujf-grenoble.fr (Postfix) with ESMTP id B712E5641E for ; Fri, 3 Jul 2009 13:32:04 +0200 (CEST) Received: from math-euclide.ujf-grenoble.fr (math-euclide.ujf-grenoble.fr [193.54.239.199]) by tibre1.ujf-grenoble.fr (8.14.2/8.14.2/SyS-1.10) with ESMTP id n63BW2Ae082122 for ; Fri, 3 Jul 2009 13:32:04 +0200 (CEST) (envelope-from thierry.bouche@ujf-grenoble.fr) Date: Fri, 3 Jul 2009 13:31:51 +0200 From: Thierry Bouche Organization: Institut Fourier X-Priority: 3 (Normal) Message-ID: <74066965.20090703133151@ujf-grenoble.fr> To: gut@ens.fr Subject: Re: [gut] beamer et environnement columns : espacement vertical In-Reply-To: <4A4DE8CA.5030306@elzevir.fr> References: <4A4DCA61.6040606@univ-rouen.fr> <129140580.20090703115257@ujf-grenoble.fr> <4A4DE8CA.5030306@elzevir.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 13:32:05 +0200 (CEST) Bonjour, Le vendredi 3 juillet 2009, vers 13:17:30, Manuel Pégourié-Gonnard écrivit : >> (la commande \column n'existe pas) >> M> Là par contre je suis surpris, damned, pour une fois que j'essayais de te caresser dans le sens du poil ! M> Précisons que l'usage de l'environnement column au lieu de la commande column M> n'y est pour rien : c'est le \itemize qui apporte l'espace vertical désiré. oui, précisons ! Thierry From - Fri Jul 3 14:53:37 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: * X-Spam-Status: No, score=1.2 required=5.0 tests=SPF_NEUTRAL autolearn=disabled version=3.2.5 Received: from smtp28.orange.fr (smtp28.orange.fr [80.12.242.100]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n63Cr2J3023892 for ; Fri, 3 Jul 2009 14:53:07 +0200 (CEST) X-Envelope-To: Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2813.orange.fr (SMTP Server) with ESMTP id 1883C80000AE for ; Fri, 3 Jul 2009 14:53:02 +0200 (CEST) Received: from [192.168.0.105] (ARouen-256-1-106-202.w90-51.abo.wanadoo.fr [90.51.169.202]) by mwinf2813.orange.fr (SMTP Server) with ESMTP id B56BE80000AB for ; Fri, 3 Jul 2009 14:53:01 +0200 (CEST) X-ME-UUID: 20090703125301743.B56BE80000AB@mwinf2813.orange.fr Message-ID: <4A4DFF30.1050705@univ-rouen.fr> Date: Fri, 03 Jul 2009 14:53:04 +0200 From: Sebastien Kramm Reply-To: sebastien.kramm@univ-rouen.fr User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] beamer et environnement columns : espacement vertical References: <4A4DCA61.6040606@univ-rouen.fr> <129140580.20090703115257@ujf-grenoble.fr> <4A4DE8CA.5030306@elzevir.fr> <74066965.20090703133151@ujf-grenoble.fr> In-Reply-To: <74066965.20090703133151@ujf-grenoble.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 14:53:07 +0200 (CEST) Bonjour à tous, et merci pour vos réponses. Thierry Bouche a écrit : > Notez que votre ECM est incorrect (la commande \column n'existe pas) Tout à fait, mais pas pour cette raison là. J'ai tout simplement oublié le 'frame'!!! Ci-dessous mon ECM corrigé. Et sinon, sisi, comme le dit Manuel, page 21 de la doc de Beamer 3.07... > M> Précisons que l'usage de l'environnement column au lieu de la commande column > M> n'y est pour rien : c'est le \itemize qui apporte l'espace vertical désiré. > oui, précisons ! Quel \itemize ? J'ai pris exprès un exemple sans ! On doit pouvoir écrire des paragraphes en dehors du mode itemize, quand même! "Qui", alors, s'occupe de ce fameux espacement vertical ? Manuel Pégourié-Gonnard a écrit : > D'un point de vu strictement TeXnique, la manière la moins invasive de résoudre le > problème est sans doute de placer un \strut sur la dernière ligne de la colonne > la plus profonde. Je suis en fait un poil surpris que beamer ne le fasse pas > lui-même. La moins invasive ? Je dirais plutôt le contraire: s'il faut que je m'amuse à chaque diapo, à déterminer par un essai préalable quelle est la colonne la plus longue, pour ensuite lui rajouter un machin à la fin, ça ne me paraît pas très pratique... Thierry Bouche a écrit : > S> J'imagine qu'on doit pouvoir ponctuellement ajouter un peu d'espace entre paragraphe > S> genre \setlength{\parskip}{1cm} > non, pas imaginer ça ! imaginer > plutôt \vspace*{8mm} ou des choses de ce genre Deux remarques: -Et pourquoi ça ? Sans aucun esprit malicieux, pour enrichir ma culture latexienne, j'aimerais savoir en quoi la première commande est peu recommandable ? -D'un point de vue d'utilisateur lambda, la première a l'avantage d'être une commande globale: elle se situe dans le "header", et agit sur tous les paragraphes. La seconde commande, c'est à moi de l'ajouter manuellement à chaque diapo, ce qui est contraignant. Bon, par contre, le "\setlength{\parskip}" n'agit que pour l'espace _avant_ le paragraphe, pas pour l'espace après. Le "columns" ne semblant par arppartenir à la catégorie "paragraphe" ('scuzez moi de raisonner en des termes peut-être pas appropriés...), l'espace vertical entre le dernier paragraphe sur une colonne et les deux colonnes n'est pas affecté. Bref, pour l'instant j'en reste là, mais je reste à l'écoute d'autres solutions. Salutations, ------------------------------------------------------------ \documentclass{beamer} \usepackage[latin1]{inputenc} \usetheme{default} \setlength{\parskip}{2mm} \begin{document} \begin{frame} \frametitle{Un titre} Ceci est une ligne de texte sur les deux (2) colonnes, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. Ceci est une ligne de texte sur les deux (2) colonnes, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. \begin{columns} \column[t]{.5\textwidth} Ceci est une ligne de texte sur la colonne gauche, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. \column[t]{.5\textwidth} Ceci est une ligne de texte sur la colonne droite, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. Toutefois, elle doit aussi être plus longue que la colonne de gauche, et montrer l'effet de 2 colonnes de tailles différentes. \end{columns} Ceci est une ligne de texte sur les deux (2) colonnes, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. Ceci est une ligne de texte sur les deux (2) colonnes, elle n'a aucune importance en soi, elle doit juste remplir la largeur de texte. \end{frame} \end{document} ------------------------------------------------------------ From - Fri Jul 3 15:39:30 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp27.orange.fr (smtp27.orange.fr [80.12.242.95]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n63DcujY056286 for ; Fri, 3 Jul 2009 15:39:02 +0200 (CEST) X-Envelope-To: Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2709.orange.fr (SMTP Server) with ESMTP id 8B5FF1C00090 for ; Fri, 3 Jul 2009 15:38:56 +0200 (CEST) Received: from localhost.localdomain (AToulouse-551-1-108-203.w92-149.abo.wanadoo.fr [92.149.211.203]) by mwinf2709.orange.fr (SMTP Server) with ESMTP id 657BC1C00088 for ; Fri, 3 Jul 2009 15:38:56 +0200 (CEST) X-ME-UUID: 20090703133856417.657BC1C00088@mwinf2709.orange.fr Received: by localhost.localdomain (Postfix, from userid 1000) id A330456F88; Fri, 3 Jul 2009 15:38:46 +0200 (CEST) Date: Fri, 3 Jul 2009 15:38:46 +0200 From: Sebastien Mengin To: gut@ens.fr Subject: Re: [gut] [fontes] =?iso-8859-1?Q?installa?= =?iso-8859-1?Q?tion_=ABexotique=BB?= Message-ID: <20090703133846.GC5397@localhost.localdomain> References: <20090703084126.GC6236@localhost.localdomain> <1212539883.20090703114844@ujf-grenoble.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1212539883.20090703114844@ujf-grenoble.fr> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 15:39:02 +0200 (CEST) Le 03 jui 2009 à 11:48, Thierry Bouche a écrit: > Bonjour, Bonjour, Merci de votre réponse. > oui, pourquoi donc ne se débrouille-t-elle pas ici ? > je peux regarder l'afm si ça me prend mois de 45 sec. Je vous l'envois en privé dans un instant. > S> J'ai tenté un misérable > > S> \installfonts > S> \installfont{0prr8a}{0prr8r,latin}{t1} > S> {T1}{0pr}{m}{n}{} > > S> \endinstallfonts > > S> mais évidemment il explose en disant qu'il ne trouve pas les métriques > S> pour 0prr8r. > > évidemment car il faut précéder ce genre d'incantation de > \transformfont{0prr8r}{\reencodefont{8r}{\fromafm{0prr8a}}} > > et ensuite évidemment installer une fonte sous un autre nom ! > installfont{0prr8t}{0prr8r,latin}{t1}{T1}{0pr}{m}{n}{} C'était bien ça et beaucoup plus simple que toute la série de manipulations avec afm2pl et compagnie. Donc ma question était bel et bien (évidemment) documentée, c'est juste que je n'y vois plus rien. Par contre, si on veut «condenser» la fonte parce que le client trouve son approche trop importante par défaut et ne peut pas comprendre, habitué qu'il est de QuarkXPress, qu'on ne peut pas accéder à ces paramètres avec LaTeX, y a-t-il une solution ? Je suis en train de regarder les autres paramètres de \transformfont, mais si vous savez tout de suite comment faire, je suis preneur ! Encore merci, -- Sébastien Mengin Édition et logiciels libres < Mise en page avec LaTeX > http://edilibre.net From - Fri Jul 3 16:13:02 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n63ECLHo079888 for ; Fri, 3 Jul 2009 16:12:21 +0200 (CEST) X-Envelope-To: Received: from math.jussieu.fr (mail.math.jussieu.fr [134.157.13.55]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n63ECKH9024221 ; Fri, 3 Jul 2009 16:12:20 +0200 (CEST) X-Ids: 168 Received: from [192.168.0.124] (thue.elzevir.fr [88.165.216.11]) (authenticated bits=0) by math.jussieu.fr (8.14.1/8.14.1) with ESMTP id n63ED8rW039892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jul 2009 16:13:08 +0200 (CEST) Message-ID: <4A4E11C2.3010404@elzevir.fr> Date: Fri, 03 Jul 2009 16:12:18 +0200 From: =?ISO-8859-1?Q?Manuel_P=E9gouri=E9-Gonnard?= User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: sebastien.kramm@univ-rouen.fr CC: gut@ens.fr Subject: Re: [gut] beamer et environnement columns : espacement vertical References: <4A4DCA61.6040606@univ-rouen.fr> <129140580.20090703115257@ujf-grenoble.fr> <4A4DE8CA.5030306@elzevir.fr> <74066965.20090703133151@ujf-grenoble.fr> <4A4DFF30.1050705@univ-rouen.fr> In-Reply-To: <4A4DFF30.1050705@univ-rouen.fr> X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.94.2/9223/Fri Apr 10 16:54:59 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 4A4E11C4.005 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4A4E11C4.005/134.157.13.55/mail.math.jussieu.fr/math.jussieu.fr/ X-j-chkmail-Score: MSGID : 4A4E11C4.005 on shiva.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.004 -> S=0.004 X-j-chkmail-Status: Ham X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 16:12:21 +0200 (CEST) Sebastien Kramm a écrit : >> M> Précisons que l'usage de l'environnement column au lieu de la >> commande column M> n'y est pour rien : c'est le \itemize qui apporte >> l'espace vertical désiré. oui, précisons ! > > Quel \itemize ? Celui de l'exemple de Thierry. Ça a l'air joli dans son exemple grâce à l'itemize. > J'ai pris exprès un exemple sans ! On doit pouvoir > écrire des paragraphes en dehors du mode itemize, quand même! Oui, bien sûr. Relire la première suggestion qui a été faite par Thierry : \vspace*{8mm} entre les colonnes et le paragraphe suivant pour écarter verticalement. Ou mas suggestion avec le \strut en fin de colonne. > "Qui", alors, s'occupe de ce fameux espacement vertical ? > Vous, en insérant un \vspace. > La moins invasive ? Je dirais plutôt le contraire: s'il faut que je m'amuse à > chaque diapo, à déterminer par un essai préalable quelle est la colonne la > plus longue, pour ensuite lui rajouter un machin à la fin, ça ne me paraît > pas très pratique... Disons que c'est une modifiaction moindre que d'ajouter un itemize, et que je la trouve moins invasive que d'ajouter un \vspace dans le sens où on continue à reposer sur les mécanismes standard de calcul d'interligne par TeX, plutôt que de forcer soi-même un espacement plus ou moins arbitraire. Je n'ai pas dit que c'était la meilleure solution. > Thierry Bouche a écrit : >> S> J'imagine qu'on doit pouvoir ponctuellement ajouter un peu d'espace >> entre paragraphe >> S> genre \setlength{\parskip}{1cm} >> non, pas imaginer ça ! imaginer >> plutôt \vspace*{8mm} ou des choses de ce genre > > Deux remarques: > -Et pourquoi ça ? Sans aucun esprit malicieux, pour enrichir ma culture > latexienne, j'aimerais savoir en quoi la première commande est peu > recommandable ? > Déjà, parce qu'elle a beaucoup d'effets souvent non désirés, comme augementer l'espace autour des items des listes et ailleurs. Surtout (à mon sens) parce que ce n'est pas une réponse adaptée au problème : le problème survient à un entroit précis, et le « remède » modifie plein d'autres trucs dans le document. C'est pas très logique. > -D'un point de vue d'utilisateur lambda, la première a l'avantage d'être > une commande globale: elle se situe dans le "header", et agit sur tous > les paragraphes. Pour moi c'est un inconvénient. Changer sa mise en page globale pour contourner un point pas super bien pensé de beamer, je trouve pas ça terrible. > La seconde commande, c'est à moi de l'ajouter > manuellement à chaque diapo, ce qui est contraignant. Oui, c'est contraignant au niveau de la saisie, mais ça préserve le reste de votre mise en page. On a rien sans rien (même en LaTeX). Manuel. From - Fri Jul 3 16:48:14 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: * X-Spam-Status: No, score=1.2 required=5.0 tests=SPF_NEUTRAL autolearn=disabled version=3.2.5 Received: from smtp27.orange.fr (smtp27.orange.fr [80.12.242.96]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n63EleHV009057 for ; Fri, 3 Jul 2009 16:47:45 +0200 (CEST) X-Envelope-To: Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2726.orange.fr (SMTP Server) with ESMTP id 348741C00082 for ; Fri, 3 Jul 2009 16:47:40 +0200 (CEST) Received: from [192.168.0.105] (ARouen-256-1-106-202.w90-51.abo.wanadoo.fr [90.51.169.202]) by mwinf2726.orange.fr (SMTP Server) with ESMTP id DEC401C00088 for ; Fri, 3 Jul 2009 16:47:39 +0200 (CEST) X-ME-UUID: 20090703144739912.DEC401C00088@mwinf2726.orange.fr Message-ID: <4A4E1A0E.9040404@univ-rouen.fr> Date: Fri, 03 Jul 2009 16:47:42 +0200 From: Sebastien Kramm Reply-To: sebastien.kramm@univ-rouen.fr User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] beamer et environnement columns : espacement vertical References: <4A4DCA61.6040606@univ-rouen.fr> <129140580.20090703115257@ujf-grenoble.fr> <4A4DE8CA.5030306@elzevir.fr> <74066965.20090703133151@ujf-grenoble.fr> <4A4DFF30.1050705@univ-rouen.fr> <4A4E11C2.3010404@elzevir.fr> In-Reply-To: <4A4E11C2.3010404@elzevir.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 16:47:45 +0200 (CEST) Merci pour ces explications très détaillées, et surtout convaincantes. Effectivement, modifier la mise en page globale pour un souci sur quelques diapos n'est pas une très bonne idée. Dans mon esprit, ce problème d'espacement vertical était lié à un réglage d'un paramètre, or il semblerait que ça soit plutôt autre chose. Je vais donc faire des essais avec vspace. Manuel Pégourié-Gonnard a écrit : >> Quel \itemize ? > Celui de l'exemple de Thierry. Ça a l'air joli dans son exemple grâce à l'itemize. Oui, bien sûr, c'est en général ce que je fais aussi. Là, c'était juste pour écarter l'influence de itemize. From - Fri Jul 3 16:55:59 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n63EtNnv012246 for ; Fri, 3 Jul 2009 16:55:29 +0200 (CEST) X-Envelope-To: Received: from smtp3-g21.free.fr (localhost [127.0.0.1]) by smtp3-g21.free.fr (Postfix) with ESMTP id D9BD2818130 for ; Fri, 3 Jul 2009 16:55:21 +0200 (CEST) Received: from [127.0.0.1] (pla25-1-82-225-17-10.fbx.proxad.net [82.225.17.10]) by smtp3-g21.free.fr (Postfix) with ESMTP id AF3AD818160 for ; Fri, 3 Jul 2009 16:55:18 +0200 (CEST) Message-ID: <4A4E1BD7.2060507@univ-fcomte.fr> Date: Fri, 03 Jul 2009 16:55:19 +0200 From: =?ISO-8859-1?Q?P=E9tiard_Fran=E7ois?= Reply-To: liste Gut User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: liste Gut Subject: Re: [gut] beamer et environnement columns : espacement vertical References: <4A4DCA61.6040606@univ-rouen.fr> <129140580.20090703115257@ujf-grenoble.fr> <4A4DE8CA.5030306@elzevir.fr> <74066965.20090703133151@ujf-grenoble.fr> <4A4DFF30.1050705@univ-rouen.fr> <4A4E11C2.3010404@elzevir.fr> <4A4E1A0E.9040404@univ-rouen.fr> In-Reply-To: <4A4E1A0E.9040404@univ-rouen.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 090702-0, 02/07/2009), Outbound message X-Antivirus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 16:55:29 +0200 (CEST) Le 03/07/2009 16:47, Sebastien Kramm a écrit : > Merci pour ces explications très détaillées, et surtout convaincantes. > Effectivement, modifier la mise en page globale pour un souci sur > quelques diapos n'est pas une très bonne idée. > Dans mon esprit, ce problème d'espacement vertical était lié à un > réglage d'un paramètre, or il semblerait que ça soit plutôt autre chose. > > Je vais donc faire des essais avec vspace. > Pourquoi pas simplement \medskip ? François From - Fri Jul 3 17:56:34 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n63Ftwkt064313 for ; Fri, 3 Jul 2009 17:56:04 +0200 (CEST) X-Envelope-To: Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id 53980E0810F for ; Fri, 3 Jul 2009 17:55:56 +0200 (CEST) Received: from [192.168.0.10] (vig38-2-82-225-223-57.fbx.proxad.net [82.225.223.57]) by smtp6-g21.free.fr (Postfix) with ESMTP id 3C157E08129 for ; Fri, 3 Jul 2009 17:55:54 +0200 (CEST) Date: Fri, 3 Jul 2009 17:55:53 +0200 From: Thierry Bouche Organization: Nonsense Inc. X-Priority: 3 (Normal) Message-ID: <4710004366.20090703175553@ujf-grenoble.fr> To: gut@ens.fr Subject: =?iso-8859-1?Q?Re:_[gut]_[fontes]_installation_=ABexotique=BB?= In-Reply-To: <20090703133846.GC5397@localhost.localdomain> References: <20090703084126.GC6236@localhost.localdomain> <1212539883.20090703114844@ujf-grenoble.fr> <20090703133846.GC5397@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 17:56:05 +0200 (CEST) >> je peux regarder l'afm si ça me prend mois de 45 sec. SM> Je vous l'envois en privé dans un instant. bon, il n'a effectivement rien ni de très sexy, ni de très original (en particulier pas de noms de glyphes exotiques) : donc pas de raison de résister à fontinst. SM> Par contre, si on veut «condenser» la fonte parce que le client trouve SM> son approche trop importante par défaut et ne peut pas comprendre, habitué SM> qu'il est de QuarkXPress, qu'on ne peut pas accéder à ces paramètres SM> avec LaTeX, y a-t-il une solution ? Il me semble qu'il y a une façon de faire ça avec pdftex via microtype ou en utilisant des commandes de plus bas niveau (en truandant d'une certaine façon l'algorithme à la HZ qui justement fait du QXP en permettant l'interlettrage...) Mais bon, si on veut le faire à la création de la fonte et rester rigoureusement avec les métriques ainsi créées, le plus simple est effectivement d'utiliser fontinst, qui a évidememnt prévu le truc : \setint{letterspacing}{-50} \installfont{0prr8tc}{0prr8r,latin}{T1}{T1}{0pr}{b}{n}{} ça a pour effet de fabriquer des métriques telles que toutes les approches sont réduites de 25 (en unités AFM), donc les chasses de 5 %. Cordialement, Thierry From - Fri Jul 3 18:59:24 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-4.0 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS autolearn=disabled version=3.2.5 Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n63Gwp2O022060 for ; Fri, 3 Jul 2009 18:58:56 +0200 (CEST) X-Envelope-To: Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id n63EqMkw015114 for ; Fri, 3 Jul 2009 15:52:22 +0100 (BST) Received: from unix0.york.ac.uk ([144.32.196.246]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MMk7i-0005HA-64 for gut@ens.fr; Fri, 03 Jul 2009 15:52:22 +0100 Date: Fri, 3 Jul 2009 15:52:22 +0100 (BST) From: Patrick Dupre To: Liste Gutenberg Subject: Placement de flotants Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-684387517-1246632742=:16869" X-York-MailScanner: Found to be clean X-York-MailScanner-From: pd520@york.ac.uk X-Greylist: Delayed for 01:04:00 by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 18:58:56 +0200 (CEST) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-684387517-1246632742=:16869 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Bonjour, J'ai un artcile dans lequel j'ai positionne les figures a peu pres la ou je voulais les voir en precisant float, et des tableaux que j'ai place en fon de document (aussi ne float). Cependant, dans mon document pour sousmission, je preferai que les figures soient regroupees enfin de document tout comme les tableaux, mais de facon ordonnees. Actuellement, elles sont bien en fin de document mais en ordre disperse. Est-ce qu'il y a un moyen de preciser, ici commence les figures et la les tableaux ? Merci. --=20 --- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Patrick DUPR=C3=89 | | Department of Chemistry | | Phone: (44)-(0)-1904-434384 The University of York | | Fax: (44)-(0)-1904-432516 Heslington | | York YO10 5DD United Kingdom | | email: pd520@york.ac.uk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ---559023410-684387517-1246632742=:16869-- From - Fri Jul 3 20:35:10 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n63IYZDj084707 for ; Fri, 3 Jul 2009 20:34:41 +0200 (CEST) X-Envelope-To: Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id E06854C817D for ; Fri, 3 Jul 2009 20:34:33 +0200 (CEST) Received: from [192.168.0.2] (che77-1-82-238-26-245.fbx.proxad.net [82.238.26.245]) by smtp4-g21.free.fr (Postfix) with ESMTP id DC2184C817C for ; Fri, 3 Jul 2009 20:34:30 +0200 (CEST) Message-ID: <4A4E4F36.6020006@free.fr> Date: Fri, 03 Jul 2009 20:34:30 +0200 From: MX User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] [fontes] installation =?ISO-8859-1?Q?=ABexotique=BB?= References: <20090703084126.GC6236@localhost.localdomain> In-Reply-To: <20090703084126.GC6236@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 03 Jul 2009 20:34:41 +0200 (CEST) Bonjour, Si vous disposez de la fonte sous format otf, il est peut-être judicieux d'utiliser xelatex qui gère, je pense, très facilement ces fontes sans passer par toutes ces manip. compliquées. C'est en tous cas vrai avec xetex : Exemples avec xetex (et non xelatex) de déclaration de fonte otf, sans fabrication de tfm, afm etc. simplement le fichier otf. Un romain de corps 10 avec ligatures : \font\dixromain="Minion Pro/S=10:mapping=tex-text;+kern;+liga;+dlig;+size" at 10pt ici les chiffres en exposant : \font\dixromainexp="Minion Pro/S=10:mapping=tex-text;+sups;+size" at 10pt là les petites capitales : \font\dixpetcap="Minion Pro/S=10:mapping=tex-text;+kern;+liga;+dlig;+size;+smcp" at 10pt Quoi de plus simple ? Consulter le document de M. Goossens pour adapter cela à latex : http://xml.web.cern.ch/XML/lgc2/xetexmain.pdf M.X. Sebastien Mengin wrote: > Bonjour, > > Pour les besoins d'un client, je dois installer Providence, une fonte de > chez Fontfont. > > Cette fonte n'est pas listée dans fontname.map, mais Fontfont oui : son > code pour nfss est 0. > > L'afm livré par le client est ProviSans.afm. > > Je renomme donc l'afm en 0prr8a.afm. > > Et après, et bien après je coince car je n'ai jamais installé de fonte > non répertoriée dans les listes TeX et d'habitude la commande > \latinfamily de fontinst se débrouille à merveille toute seule. > > J'ai tenté un misérable > > \installfonts > \installfont{0prr8a}{0prr8r,latin}{t1} > {T1}{0pr}{m}{n}{} > > \endinstallfonts > > mais évidemment il explose en disant qu'il ne trouve pas les métriques > pour 0prr8r. > > Quelqu'un aurait une piste à me proposer ? > J'ai vraiment la tête dans le guidon et la lecture des docs de fontinst > et compagnie ne m'aide pas pour le moment... > > Merci d'avance, > From - Sat Jul 4 06:18:03 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from mordell.elzevir.fr (mordell.elzevir.fr [92.243.3.74]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n644HPIL015817 for ; Sat, 4 Jul 2009 06:17:30 +0200 (CEST) X-Envelope-To: Received: from roth.elzevir.fr (thue.elzevir.fr [88.165.216.11]) by mordell.elzevir.fr (Postfix) with ESMTPS id DFE4D35ECA for ; Sat, 4 Jul 2009 04:59:12 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by roth.elzevir.fr (Postfix) with ESMTP id C1030BFEB for ; Sat, 4 Jul 2009 04:59:11 +0200 (CEST) Message-ID: <4A4EC57F.6070106@elzevir.fr> Date: Sat, 04 Jul 2009 04:59:11 +0200 From: =?ISO-8859-1?Q?Manuel_P=E9gouri=E9-Gonnard?= User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] [fontes] installation =?ISO-8859-1?Q?=ABexotique=BB?= References: <20090703084126.GC6236@localhost.localdomain> <4A4E4F36.6020006@free.fr> In-Reply-To: <4A4E4F36.6020006@free.fr> X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Delayed for 01:18:11 by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Sat, 04 Jul 2009 06:17:30 +0200 (CEST) MX a écrit : > Si vous disposez de la fonte sous format otf, il est peut-être judicieux > d'utiliser xelatex En fait, il n'est pas du tout nécessaire d'avoir la fonte en OpenType : XeLaTeX gère tout aussi bien les fontes PostScript Type 1, et en fait tous les formats de fonte courants. Manuel. From - Mon Jul 6 09:50:53 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp2e.orange.fr (smtp2e.orange.fr [80.12.242.113]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n667oLQt029776 for ; Mon, 6 Jul 2009 09:50:27 +0200 (CEST) X-Envelope-To: Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2e26.orange.fr (SMTP Server) with ESMTP id AA5B580000B5 for ; Mon, 6 Jul 2009 09:50:21 +0200 (CEST) Received: from localhost.localdomain (AToulouse-551-1-108-203.w92-149.abo.wanadoo.fr [92.149.211.203]) by mwinf2e26.orange.fr (SMTP Server) with ESMTP id 8AD5680000AD for ; Mon, 6 Jul 2009 09:50:21 +0200 (CEST) X-ME-UUID: 20090706075021568.8AD5680000AD@mwinf2e26.orange.fr Received: by localhost.localdomain (Postfix, from userid 1000) id 1673456C4C; Mon, 6 Jul 2009 09:50:20 +0200 (CEST) Date: Mon, 6 Jul 2009 09:50:20 +0200 From: Sebastien Mengin To: gut@ens.fr Subject: Re: [gut] [fontes] =?iso-8859-1?Q?installa?= =?iso-8859-1?Q?tion_=ABexotique=BB?= Message-ID: <20090706075020.GC6335@localhost.localdomain> References: <20090703084126.GC6236@localhost.localdomain> <1212539883.20090703114844@ujf-grenoble.fr> <20090703133846.GC5397@localhost.localdomain> <4710004366.20090703175553@ujf-grenoble.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4710004366.20090703175553@ujf-grenoble.fr> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 06 Jul 2009 09:50:27 +0200 (CEST) Le 03 jui 2009 à 05:55, Thierry Bouche a écrit: > > >> je peux regarder l'afm si ça me prend mois de 45 sec. > > SM> Je vous l'envois en privé dans un instant. > > bon, il n'a effectivement rien ni de très sexy, ni de très original > (en particulier pas de noms de glyphes exotiques) : donc pas de raison > de résister à fontinst. Pour ce qui est des commandes que vous m'avez indiquées, non, pas de problème. C'est \latinfamily{} qui ne donnait rien au résultat (mais c'est réglé, de toute façon). > SM> Par contre, si on veut «condenser» la fonte parce que le client trouve > SM> son approche trop importante par défaut et ne peut pas comprendre, habitué > SM> qu'il est de QuarkXPress, qu'on ne peut pas accéder à ces paramètres > SM> avec LaTeX, y a-t-il une solution ? > > Il me semble qu'il y a une façon de faire ça avec pdftex via microtype > ou en utilisant des commandes de plus bas niveau (en truandant d'une > certaine façon l'algorithme à la HZ qui justement fait du QXP en > permettant l'interlettrage...) Je vais faire ça avec microtype -- ça nécessite d'avoir une distribution vraiment très à jour, mais c'est très simple en pratique. > Mais bon, si on veut le faire à la création de la fonte et rester > rigoureusement avec les métriques ainsi créées, le plus simple est > effectivement d'utiliser fontinst, qui a évidememnt prévu le truc : > \setint{letterspacing}{-50} > \installfont{0prr8tc}{0prr8r,latin}{T1}{T1}{0pr}{b}{n}{} > > ça a pour effet de fabriquer des métriques telles que toutes les > approches sont réduites de 25 (en unités AFM), donc les chasses de 5 %. Merci ! bonne semaine, -- Sébastien http://edilibre.net From - Mon Jul 6 09:58:16 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp19.orange.fr (smtp19.orange.fr [80.12.242.1]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n667viSK033021 for ; Mon, 6 Jul 2009 09:57:50 +0200 (CEST) X-Envelope-To: Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1902.orange.fr (SMTP Server) with ESMTP id BC0BA20000B2 for ; Mon, 6 Jul 2009 09:57:44 +0200 (CEST) Received: from localhost.localdomain (AToulouse-551-1-108-203.w92-149.abo.wanadoo.fr [92.149.211.203]) by mwinf1902.orange.fr (SMTP Server) with ESMTP id 9705F200022D for ; Mon, 6 Jul 2009 09:57:44 +0200 (CEST) X-ME-UUID: 20090706075744620.9705F200022D@mwinf1902.orange.fr Received: by localhost.localdomain (Postfix, from userid 1000) id 1847456C4C; Mon, 6 Jul 2009 09:57:43 +0200 (CEST) Date: Mon, 6 Jul 2009 09:57:43 +0200 From: Sebastien Mengin To: gut@ens.fr Subject: Re: [gut] [fontes] =?iso-8859-1?Q?installa?= =?iso-8859-1?Q?tion_=ABexotique=BB?= Message-ID: <20090706075743.GD6335@localhost.localdomain> References: <20090703084126.GC6236@localhost.localdomain> <4A4E4F36.6020006@free.fr> <4A4EC57F.6070106@elzevir.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4A4EC57F.6070106@elzevir.fr> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 06 Jul 2009 09:57:50 +0200 (CEST) Le 04 jui 2009 à 04:59, Manuel Pégourié-Gonnard a écrit: > MX a écrit : > > Si vous disposez de la fonte sous format otf, il est peut-être judicieux > > d'utiliser xelatex > > En fait, il n'est pas du tout nécessaire d'avoir la fonte en OpenType : XeLaTeX > gère tout aussi bien les fontes PostScript Type 1, et en fait tous les formats > de fonte courants. Je suis toujours aussi frileux avec XeLaTeX : je manque cruellement de temps pour faire des tests. J'avais quand même essayé, dans un moment de dépit au sujet de cette fonte qui résistait à \latinfamily. D'autres problèmes survenaient, que j'avais encore moins de temps pour résoudre (notamment avec le package crop, par exemple, qui ne semble pas bien supporté). -- Sébastien http://edilibre.net From - Mon Jul 6 13:17:10 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n66BGWGD091132 for ; Mon, 6 Jul 2009 13:16:33 +0200 (CEST) X-Envelope-To: Received: from mailhost.aero.jussieu.fr (blizzard.aero.jussieu.fr [134.157.176.35]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n66BGW1V059688 for ; Mon, 6 Jul 2009 13:16:32 +0200 (CEST) X-Ids: 165 Received: from tt-aero5.aero.jussieu.fr (tt-aero5.aero.jussieu.fr [134.157.242.240]) by mailhost.aero.jussieu.fr (8.13.4/8.13.4) with ESMTP id n66BGQ7g009301 for ; Mon, 6 Jul 2009 13:16:26 +0200 Date: Mon, 6 Jul 2009 13:17:30 +0200 (CEST) From: Jacques Lefrere To: Liste Gutenberg Subject: Re: [gut] Placement de flotants In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1652100878-565530714-1246879050=:4455" X-AERO-MailScanner-Information: Please contact the ISP for more information X-AERO-MailScanner: Found to be clean X-SpamCheck: not spam, SpamAssassin (not cached, score=-4.399, required 5, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-AERO-MailScanner-From: jal@aero.jussieu.fr X-Virus-Scanned: ClamAV 0.94.2/9538/Fri Jul 3 16:27:11 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail2.jussieu.fr with ID 4A51DD10.00A by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4A51DD10.00A/134.157.176.35/blizzard.aero.jussieu.fr/mailhost.aero.jussieu.fr/ X-j-chkmail-Score: MSGID : 4A51DD10.00A on shiva.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.004 -> S=0.004 X-j-chkmail-Status: Ham X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 06 Jul 2009 13:16:33 +0200 (CEST) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1652100878-565530714-1246879050=:4455 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Bonjour, Je ne suis pas s=FBr d'avoir compris comment les figures ont migr=E9 en fin= de document... Mais le package endfloat permet de faire cela et de choisir l'ordre=20 entre figures et tables avec les options tablesfirst et figuresfirst (par d=E9faut). Cordialement Jacques Lefr=E8re Le 03/07/09, Patrick Dupre a =E9crit > Bonjour, > > J'ai un artcile dans lequel j'ai positionne les figures a peu pres > la ou je voulais les voir en precisant float, et des tableaux > que j'ai place en fon de document (aussi ne float). > Cependant, dans mon document pour sousmission, je preferai > que les figures soient regroupees enfin de document tout comme > les tableaux, mais de facon ordonnees. Actuellement, elles sont bien > en fin de document mais en ordre disperse. > > Est-ce qu'il y a un moyen de preciser, ici commence les figures > et la les tableaux ? > > Merci. > > --=20 Lefrere Jacques Email:Jacques.Lefrere@upmc.fr Tel: +33-01-44277271 Fax: +33-01-44273776 LATMOS(ex Service d'Aeronomie), Universite Pierre & Marie Curie (Paris VI) T45 C45-46 S321 3e Etage Boite 102, 4 Place Jussieu 75252 Paris Cedex 05 FR= ANCE ---1652100878-565530714-1246879050=:4455-- From - Mon Jul 6 13:38:15 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from mordell.elzevir.fr (mordell.elzevir.fr [92.243.3.74]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n66BbcoY014888 for ; Mon, 6 Jul 2009 13:37:44 +0200 (CEST) X-Envelope-To: Received: from roth.elzevir.fr (thue.elzevir.fr [88.165.216.11]) by mordell.elzevir.fr (Postfix) with ESMTPS id A1C8E35ECA for ; Mon, 6 Jul 2009 13:37:38 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by roth.elzevir.fr (Postfix) with ESMTP id 6F87DBFE1 for ; Mon, 6 Jul 2009 13:37:37 +0200 (CEST) Message-ID: <4A51E201.5010000@elzevir.fr> Date: Mon, 06 Jul 2009 13:37:37 +0200 From: =?ISO-8859-1?Q?Manuel_P=E9gouri=E9-Gonnard?= User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] [fontes] installation =?ISO-8859-1?Q?=ABexotique=BB?= References: <20090703084126.GC6236@localhost.localdomain> <4A4E4F36.6020006@free.fr> <4A4EC57F.6070106@elzevir.fr> <20090706075743.GD6335@localhost.localdomain> In-Reply-To: <20090706075743.GD6335@localhost.localdomain> X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 06 Jul 2009 13:37:44 +0200 (CEST) Sebastien Mengin a écrit : > Je suis toujours aussi frileux avec XeLaTeX : je manque cruellement de > temps pour faire des tests. > C'est vrai qu'il subsiste quelques incompatibilités et qu'on ne peut pas être sûr que 100% des documents sont transposables sans autre changement que de supprimer inputenc et fontenc, et charge fontspec. Donc tu as certainement raison de vouloir tester à un moment où tu en as le temps. > J'avais quand même essayé, dans un moment de dépit au sujet de cette > fonte qui résistait à \latinfamily. D'autres problèmes survenaient, que > j'avais encore moins de temps pour résoudre (notamment avec le package > crop, par exemple, qui ne semble pas bien supporté). > En effet, le package crop dépend du driver. Un rapide coup d'oeil à la liste des options montre que dvipdfmx n'est pas prévu. Comme XeTeX est un peu un mix de dvipdfmx et pdftex au niveau des drivers, ce n'est pas très surprenant que le pacage ne marche pas trop. Globalement, tous les packages driver-dépendants qui n'ont pas été mis à jour tout récemment ont de bonnes chances de poser des problèmes avec XeTeX. Manuel. From - Mon Jul 6 20:01:57 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,SPF_PASS autolearn=disabled version=3.2.5 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n66I1R6E068019 for ; Mon, 6 Jul 2009 20:01:32 +0200 (CEST) X-Envelope-To: Received: by fg-out-1718.google.com with SMTP id e21so1353814fga.21 for ; Mon, 06 Jul 2009 11:01:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=KzszJYUmBQc+Wh6DOI2GmGY2IKNU3GC0WHm/JVKhqEM=; b=wn3MnhDwJXKCOlzdOXeGCHwHoFjU7vp4yQbA2NkTuVaTotDPWyjuRAN4ZtaXi0Lmmu M1l+Kgz/Sfhn917SAcISAtaR2iThG6jMtPjfHI1FW8W/eHSDRiVOlX4Cd7o4dlTTw516 sjJMrPClY+SyFg7dyx8Ut+BXJ+IinVOKHvyag= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=JTKhasS514rPuW0GwcM2rPIVDnZ9626XbQ52aqlJ3PQoUHTCuJn72YE86a09tZwv3T vU3AUySmu2mO9TCjCK2ZU6lQWMpqEhMfqfVuU+P0ge3mmehb04eIlubmBhy3u58EfiSN 3RS0kCOq2VcPgahxJcs9NlltN1l7Bte4e/Gec= MIME-Version: 1.0 Received: by 10.86.76.11 with SMTP id y11mr2086903fga.56.1246903285154; Mon, 06 Jul 2009 11:01:25 -0700 (PDT) Date: Mon, 6 Jul 2009 20:01:25 +0200 Message-ID: <82029aed0907061101m784612a6l62c8cd3d7b53f550@mail.gmail.com> Subject: comportement inattendu pour les marges des books From: nicodache To: gut@ens.fr Content-Type: multipart/alternative; boundary=000e0cd29804618657046e0d4b8e X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 06 Jul 2009 20:01:32 +0200 (CEST) --000e0cd29804618657046e0d4b8e Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bonjour la liste, Je me pr=E9sente vite fait pour ma premi=E8re intervention ; nicodache est = mon pseudo, j'ai 26 ans, dans l'informatique g=E9n=E9raliste (helpdesk pour l'instant), et j'ai d=E9couvert LaTeX en 2005 pour la mise ne page de mon m=E9moire, infiniment plus efficace et puissant que Word ou OOo ; un coup de package listings pour pr=E9senter du code source, et pouf, j'avais un m=E9m= oire plus joli que 3/4 des =E9tudiants \o/ Je vous =E9crit cette petite bafouille car j'ai quelques soucis avec une nouvelle que je souhaite mettre en page, j'ai l'impression qu'il inverse les pages paires et impaires ; en effet, chaque nouveau chapitre se trouve sur une page avec petite marge =E0 gauche, qui est donc une "moche" page (contraire de belle page)... est-ce normal ? voici le code source du document de test que j'ai cr=E9=E9 vite fait : \documentclass[a4paper,10pt]{book} \usepackage{inputenc} \usepackage[frenchb]{babel} \usepackage[T1]{fontenc} \usepackage{graphicx} \title{test stupide} \author{toto} \begin{document} \maketitle \chapter{chapitre premier} Lorem ipsum dolor sit amet [...] \chapter{chat pitre secont} Quisque iaculis consectetur nibh vel sodales. [...] \end{document} et le r=E9sultat se trouve dans le pdf accessible via http://nicodache.alrj.org/test.pdf ma question est simple : c'est le comportement normal, j'ai oubli=E9 un truc dans mes ent=EAtes, ou j'ai bien un soucis quelque part dans mes .sty ou autres ? je m'attendait =E0 avoir une grosse marge du cot=E9 gauche de la page sur l= es nouvelles pages de chapitre, mais ca a pas l'air d'=EAtre trop le cas... merci =E0 tous pour vos id=E9es, et d=E9sol=E9 pour une question aussi basi= que que ca (je comprend pas, pour mon m=E9moire, ca m'avait pas fait ca...) --=20 nicodache --000e0cd29804618657046e0d4b8e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bonjour la liste,

Je me pr=E9sente vite fait pour ma premi=E8re inte= rvention ; nicodache est mon pseudo, j'ai 26 ans, dans l'informatiq= ue g=E9n=E9raliste (helpdesk pour l'instant), et j'ai d=E9couvert L= aTeX en 2005 pour la mise ne page de mon m=E9moire, infiniment plus efficac= e et puissant que Word ou OOo ; un coup de package listings pour pr=E9sente= r du code source, et pouf, j'avais un m=E9moire plus joli que 3/4 des = =E9tudiants \o/

Je vous =E9crit cette petite bafouille car j'ai quelques soucis ave= c une nouvelle que je souhaite mettre en page, j'ai l'impression qu= 'il inverse les pages paires et impaires ; en effet, chaque nouveau cha= pitre se trouve sur une page avec petite marge =E0 gauche, qui est donc une= "moche" page (contraire de belle page)... est-ce normal ?

voici le code source du document de test que j'ai cr=E9=E9 vite fai= t :

\documentcla= ss[a4paper,10pt]{book}

\usepackage{inputenc}
\usepackage[frenchb]{babel}
\usepackage[T1]{fontenc= }
\usepackage{graphicx}
\title{test stupide}
\author{toto}

\begin{document}

\chapter{chapitre premier}
Lorem ipsum dolor sit amet [...]

\chapter{chat pitre secont}
Quisque iaculis consectetur nibh vel sodales. [...]

\end{document}

et le r=E9sultat se= trouve dans le pdf accessible via http://nicodache.alrj.org/test.pdf

ma question est simple : c'est le comportement normal, j'ai oub= li=E9 un truc dans mes ent=EAtes, ou j'ai bien un soucis quelque part d= ans mes .sty ou autres ?
je m'attendait =E0 avoir une grosse marge d= u cot=E9 gauche de la page sur les nouvelles pages de chapitre, mais ca a p= as l'air d'=EAtre trop le cas...

merci =E0 tous pour vos id=E9es, et d=E9sol=E9 pour une question aussi = basique que ca (je comprend pas, pour mon m=E9moire, ca m'avait pas fai= t ca...)

--
nicodache

--000e0cd29804618657046e0d4b8e-- From - Mon Jul 6 21:48:20 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled version=3.2.5 Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n66JlkWq028907 for ; Mon, 6 Jul 2009 21:47:51 +0200 (CEST) X-Envelope-To: Received: by bwz4 with SMTP id 4so1066447bwz.1 for ; Mon, 06 Jul 2009 12:47:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=aQNbz6Gl/OrbVkY29a5spOJrPDnCA/efJpL4FVDo330=; b=mDLrA89OTr8VJ3UmRo9n7+IQRsq377debdIM/hfw/7stTZ0CqWTjhdil4j0w0gNe0S XfLWqWlNA3dojML57OEzB5BaemxHWjfd53IUCAHzdtnvdr4qtrLwg/qHngTBUkBD8OYu U+xIaS0ED5wFj/UWlFdJNm8naPK54WuxS6lu0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=BCK8kyr0QIXCbCWk53F6ZxrCvfZXEmPpXpy4fD8jmNe2pbX7gAwSbteWd6WMu61MYy THCMzT8t3XlWN2Ds0SYfl1sSZxeqe9P9aO9I7grAcYmGB9V8YgwL+B5JHKr/au+UaW0Y CheGVkgSRWXcWO2a2zKgy6eDHvAr97DyxKA2g= MIME-Version: 1.0 Received: by 10.239.153.81 with SMTP id y17mr415279hbb.55.1246909665849; Mon, 06 Jul 2009 12:47:45 -0700 (PDT) In-Reply-To: <82029aed0907061101m784612a6l62c8cd3d7b53f550@mail.gmail.com> References: <82029aed0907061101m784612a6l62c8cd3d7b53f550@mail.gmail.com> Date: Mon, 6 Jul 2009 21:47:45 +0200 Message-ID: Subject: Re: [gut] comportement inattendu pour les marges des books From: Olivier Guichard To: gut@ens.fr Content-Type: text/plain; charset=ISO-8859-1 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 06 Jul 2009 21:47:51 +0200 (CEST) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nef2.ens.fr id n66JlkWq028907 A mon avis c'est normal. Si tu regarde un livre normal (classe book), alors les marges extérieures sont plus importantes que les marges proches de la reliure. C'est pour éviter que le livre soit "moche" justement. Comme les chapitres commence sur des pages de droite, ça explique le comportement que tu observes. D'autres sur la liste pourront donner des références plus précises sur l'art de la mise en page. Olivier 2009/7/6 nicodache : > Je vous écrit cette petite bafouille car j'ai quelques soucis avec une > nouvelle que je souhaite mettre en page, j'ai l'impression qu'il inverse les > pages paires et impaires ; en effet, chaque nouveau chapitre se trouve sur > une page avec petite marge à gauche, qui est donc une "moche" page > (contraire de belle page)... est-ce normal ? > > \documentclass[a4paper,10pt]{book} > From - Mon Jul 6 22:53:19 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp22.services.sfr.fr (smtp22.services.sfr.fr [93.17.128.13]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n66KqbsS070794 for ; Mon, 6 Jul 2009 22:52:43 +0200 (CEST) X-Envelope-To: Received: from [192.168.1.22] (unknown [93.3.204.133]) by msfrf2216.sfr.fr (SMTP Server) with ESMTP id 9CBE1700009B for ; Mon, 6 Jul 2009 22:52:37 +0200 (CEST) X-SFR-UUID: 20090706205237642.9CBE1700009B@msfrf2216.sfr.fr Message-Id: From: =?ISO-8859-1?Q?Ivan_Lavall=E9e?= To: gut@ens.fr In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Mime-Version: 1.0 (Apple Message framework v935.3) Subject: Re: [gut] comportement inattendu pour les marges des books Date: Mon, 6 Jul 2009 22:52:36 +0200 References: <82029aed0907061101m784612a6l62c8cd3d7b53f550@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 06 Jul 2009 22:52:43 +0200 (CEST) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nef2.ens.fr id n66KqbsS070794 Si tu veux éviter ça, il ne faut pas mettre l'option twoside dans la classe book ou report. Comme le dit Olivier, sinon c'est normal. Mais attention, il y a une cohérence, si tu ne veux plus de ces marges dissymétriques, tu auras aussi des premières pages de chapitre démarrant sur page paire. Ivan Le 6 juil. 09 à 21:47, Olivier Guichard a écrit : > > A mon avis c'est normal. > Si tu regarde un livre normal (classe book), alors les marges > extérieures sont plus importantes que les marges proches de la > reliure. C'est pour éviter que le livre soit "moche" justement. > Comme les chapitres commence sur des pages de droite, ça explique le > comportement que tu observes. > D'autres sur la liste pourront donner des références plus précises sur > l'art de la mise en page. > > Olivier > > 2009/7/6 nicodache : >> Je vous écrit cette petite bafouille car j'ai quelques soucis avec >> une >> nouvelle que je souhaite mettre en page, j'ai l'impression qu'il >> inverse les >> pages paires et impaires ; en effet, chaque nouveau chapitre se >> trouve sur >> une page avec petite marge à gauche, qui est donc une "moche" page >> (contraire de belle page)... est-ce normal ? >> >> \documentclass[a4paper,10pt]{book} >> > > From - Mon Jul 6 22:56:21 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled version=3.2.5 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n66Ktosj073037 for ; Mon, 6 Jul 2009 22:55:55 +0200 (CEST) X-Envelope-To: Received: by fg-out-1718.google.com with SMTP id e21so1384447fga.21 for ; Mon, 06 Jul 2009 13:55:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=Y1zeYJGPmWsVG1gKEd8zfOyxKiBeb3OdvQpCQpSQ1K4=; b=Ua587KFrz9jaxxqMldYB7JBK1A9i+RCDt8PQBsXItrd8VlITnW/8WDiLenRpPwTZpw HZmudhMhIitzTJ+EZO9BAk8UH6vOL+LJ5VMD06N2y5pvsrrk+NYclmmON+V7CCVum+ex 5iSTQY++4ZVSd2nx5RkLSfzcy7l7Xy7J+TQFw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=kDyIxDzAnwmf269WIBoSUd9FJKIsriyleUOiFbKjxXMPQyPDX/yEavH554E1kI5FEL Od5/baum9TM6pmCF4pEAvHhXQkg12JM/hpCE/exRJNyoqQmJ+JjescvVnmsCu9A+O47c OGvNd0peww2ECIHwp+zl3DzR/jH/OsECjJws0= MIME-Version: 1.0 Received: by 10.86.61.9 with SMTP id j9mr2202846fga.39.1246913749943; Mon, 06 Jul 2009 13:55:49 -0700 (PDT) In-Reply-To: References: <82029aed0907061101m784612a6l62c8cd3d7b53f550@mail.gmail.com> Date: Mon, 6 Jul 2009 22:55:49 +0200 Message-ID: <82029aed0907061355t7ad6dd14hcd22340508eb531b@mail.gmail.com> Subject: Re: [gut] comportement inattendu pour les marges des books From: nicodache To: gut@ens.fr Content-Type: text/plain; charset=ISO-8859-1 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 06 Jul 2009 22:55:55 +0200 (CEST) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nef2.ens.fr id n66Ktosj073037 ce qui veut dire que j'aurais un bouquin avec le texte près de la reliure quasi illisible alors que de l'autre coté, j'aurais une jolie marge de 4cm ? et j'ai beau regarder des bouquins de Medium poche, Christian Bourgeois ed., Folio Junior, coll. Le Masque, Plon, Oreilly, ils ont les marges extérieures plus fines que les intérieures... certes, c'est pratique pour les notes de marges, certes, ca permet également de faire de jolis livres en 20x20, mais en format poche, ca devient légèrement plus hideux... -- nicodache 2009/7/6 Olivier Guichard : > A mon avis c'est normal. > Si tu regarde un livre normal (classe book), alors les marges > extérieures sont plus importantes que les marges proches de la > reliure. C'est pour éviter que le livre soit "moche" justement. > Comme les chapitres commence sur des pages de droite, ça explique le > comportement que tu observes. > D'autres sur la liste pourront donner des références plus précises sur > l'art de la mise en page. > > Olivier > > 2009/7/6 nicodache : >> Je vous écrit cette petite bafouille car j'ai quelques soucis avec une >> nouvelle que je souhaite mettre en page, j'ai l'impression qu'il inverse les >> pages paires et impaires ; en effet, chaque nouveau chapitre se trouve sur >> une page avec petite marge à gauche, qui est donc une "moche" page >> (contraire de belle page)... est-ce normal ? >> >> \documentclass[a4paper,10pt]{book} >> > > From - Mon Jul 6 22:58:03 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled version=3.2.5 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n66KvTbg074059 for ; Mon, 6 Jul 2009 22:57:34 +0200 (CEST) X-Envelope-To: Received: by fg-out-1718.google.com with SMTP id e21so1384725fga.21 for ; Mon, 06 Jul 2009 13:57:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=VuksDUKGGBX6YVPZPbJ/63sPfhEaam78YSoKdKH0hgA=; b=vZrEePJfA8QWy0MT+DYstUZlHXLPZaC8Lk1T4Dxj4FJvFsI0KPlkBsLx2Gb1dDsEQB o0bFfe4O38jwZXxATak2IKl5TnbBoQ60DR56pA9nbPuIjF4EGVOwRsFaZl/9SG1WiSsc K798LKKPHfAsmJ3YIZF0gFY1J3aJtpBk9Fb8I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=LJng27Ng+zMdm0QQAfrO1hiD2PIznVN/Df5+5MzpbXETDRPvK+uNUMohgb+U69IKBO CSUTRZfV3bCCn/q4Pmub4M/iRhqgKoKBGxxvJEda6/U4jJjv9iu5mn4fC9fCO2d3cz3/ +GFQtOsqQ2IiDbBifQ5R0SFRJ+aEVklN8x4Rc= MIME-Version: 1.0 Received: by 10.86.30.16 with SMTP id d16mr2207840fgd.2.1246913849258; Mon, 06 Jul 2009 13:57:29 -0700 (PDT) In-Reply-To: References: <82029aed0907061101m784612a6l62c8cd3d7b53f550@mail.gmail.com> Date: Mon, 6 Jul 2009 22:57:29 +0200 Message-ID: <82029aed0907061357j23d3d40cle19d88e4f5ff0359@mail.gmail.com> Subject: Re: [gut] comportement inattendu pour les marges des books From: nicodache To: gut@ens.fr Content-Type: text/plain; charset=ISO-8859-1 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 06 Jul 2009 22:57:34 +0200 (CEST) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nef2.ens.fr id n66KvTbg074059 moui. je suis pas fan du oneside pour le soucis de belle/moche page... donc, vous me conseillez de refaire les marges des pages ? un moyen simple ? j'ai vu des package geometry, et des trucs légèrement abscons à tel point que je me demandais comment l'auteur du code pour les marges s'y retrouvait encore. -- nico 2009/7/6 Ivan Lavallée : > Si tu veux éviter ça, il ne faut pas mettre l'option twoside dans la classe > book ou report. Comme le dit Olivier, sinon c'est normal. Mais attention, il > y a une cohérence, si tu ne veux plus de ces marges dissymétriques, tu auras > aussi des premières pages de chapitre démarrant sur page paire. > Ivan > Le 6 juil. 09 à 21:47, Olivier Guichard a écrit : > >> >> A mon avis c'est normal. >> Si tu regarde un livre normal (classe book), alors les marges >> extérieures sont plus importantes que les marges proches de la >> reliure. C'est pour éviter que le livre soit "moche" justement. >> Comme les chapitres commence sur des pages de droite, ça explique le >> comportement que tu observes. >> D'autres sur la liste pourront donner des références plus précises sur >> l'art de la mise en page. >> >> Olivier >> >> 2009/7/6 nicodache : >>> >>> Je vous écrit cette petite bafouille car j'ai quelques soucis avec une >>> nouvelle que je souhaite mettre en page, j'ai l'impression qu'il inverse >>> les >>> pages paires et impaires ; en effet, chaque nouveau chapitre se trouve >>> sur >>> une page avec petite marge à gauche, qui est donc une "moche" page >>> (contraire de belle page)... est-ce normal ? >>> >>> \documentclass[a4paper,10pt]{book} >>> >> >> > > > From - Mon Jul 6 23:50:32 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from mordell.elzevir.fr (mordell.elzevir.fr [92.243.3.74]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n66Lo0M2096976 for ; Mon, 6 Jul 2009 23:50:06 +0200 (CEST) X-Envelope-To: Received: from roth.elzevir.fr (thue.elzevir.fr [88.165.216.11]) by mordell.elzevir.fr (Postfix) with ESMTPS id 8E1B035ECA for ; Mon, 6 Jul 2009 23:50:00 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by roth.elzevir.fr (Postfix) with ESMTP id 430F6BFE1 for ; Mon, 6 Jul 2009 23:49:59 +0200 (CEST) Message-ID: <4A527186.9050003@elzevir.fr> Date: Mon, 06 Jul 2009 23:49:58 +0200 From: =?ISO-8859-1?Q?Manuel_P=E9gouri=E9-Gonnard?= User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] comportement inattendu pour les marges des books References: <82029aed0907061101m784612a6l62c8cd3d7b53f550@mail.gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 06 Jul 2009 23:50:06 +0200 (CEST) Olivier Guichard a écrit : > Si tu regarde un livre normal (classe book), alors les marges > extérieures sont plus importantes que les marges proches de la > reliure. C'est pour éviter que le livre soit "moche" justement. C'est aussi pour une raison pratique : les marges extérieures doivent permettre au lecteur de poser ses pouces. Concernant l'esthétique, il faut tenir compte du fait que certes la reliure prend de la place (c'est ce que geometry et typearea appellent /bounding correction/ dans leurs calculs) mais que par contre les deux marges intérieures sont côte à côte et donc s'ajoutent visuellement, pour paraître plus grandes qu'elles ne sont. D'ailleurs une règle courante pour équilibrer les marges est de choisir marge extérieure = 2 x (marge intérieur - largeur de la reliure) Je ne me souviens plus comment sont calculées les marges par défaut des classes standard, mais il est parfaitement normal que les marges extérieures soient plus larges. Manuel. From - Tue Jul 7 00:01:39 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from mordell.elzevir.fr (mordell.elzevir.fr [92.243.3.74]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n66M12KU001596 for ; Tue, 7 Jul 2009 00:01:07 +0200 (CEST) X-Envelope-To: Received: from roth.elzevir.fr (thue.elzevir.fr [88.165.216.11]) by mordell.elzevir.fr (Postfix) with ESMTPS id B566335ECA for ; Tue, 7 Jul 2009 00:01:01 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by roth.elzevir.fr (Postfix) with ESMTP id 881CBBFE1 for ; Tue, 7 Jul 2009 00:01:00 +0200 (CEST) Message-ID: <4A52741C.1040300@elzevir.fr> Date: Tue, 07 Jul 2009 00:01:00 +0200 From: =?ISO-8859-1?Q?Manuel_P=E9gouri=E9-Gonnard?= User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] comportement inattendu pour les marges des books References: <82029aed0907061101m784612a6l62c8cd3d7b53f550@mail.gmail.com> <82029aed0907061357j23d3d40cle19d88e4f5ff0359@mail.gmail.com> In-Reply-To: <82029aed0907061357j23d3d40cle19d88e4f5ff0359@mail.gmail.com> X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Tue, 07 Jul 2009 00:01:07 +0200 (CEST) nicodache a écrit : > moui. je suis pas fan du oneside pour le soucis de belle/moche page... > Tout à fait d'accord. Si c'est destiné à être imprimé en recto-verso et même relié, il serait stupide de faire croire à LaTeX que c'est du recto simple. > donc, vous me conseillez de refaire les marges des pages ? > Si c'est les tailles de marges qui ne te conviennent pas, je conseille en effet de changer les tailles des marges et rien d'autre. (Ça a l'air bête comme conseil, mais des fois ça fait du bien de rappeler que le bon sens s'applique aussi à LaTeX.) > un moyen simple ? j'ai vu des package geometry, Oui, geometry est le choix canonique. Par exemple : \usepackage{geometry} \geometry{inner=1.5cm, outer=3cm, bindingoffset=1cm} Pour avoir des marges extérieures de 3cm et des marges intérieures de 1,5cm en tenant compte du fait qu'environ 1cm de la page est « mangé » par la reliure au centre. Par contre, un truc qui me surprend sur ton exemple, c'est l'usage de a4paper alors que tu parles plus loin de format poche. Dans la série ça va sans dire mais ça va mieux en le disant, si c'est pas destiné à être imprimé en a4, faut mieux pas dire a4 mais la vraie taille du papier. Manuel. From - Tue Jul 7 00:39:34 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled version=3.2.5 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n66Md1aa017167 for ; Tue, 7 Jul 2009 00:39:06 +0200 (CEST) X-Envelope-To: Received: by fg-out-1718.google.com with SMTP id 13so783977fge.21 for ; Mon, 06 Jul 2009 15:39:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=LLLnGV+ysGqae2kNLLxwW7F3TCQ2l220aFbN3YUJneM=; b=t3XZnFwOdcxBgWwNFqn19tU5TyHaOLjUzjGJP77IyaH2a58RUW6CUuIo9M1/GblYb4 xa+Gdl7EuGlrt3yqYzgl3IA9lgcId3oUvgeW6QKMsNsVGWnPU1uAFQ6LkT66PGK/CJi4 Kj1dErbiMvc3qU52/suF6D8l82e/GGCC3vorE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=mYLbmUXXnTq/iHxgtLmQXuMnYOZO8DwcikdRGLYx/X2PZYVG2YKjmvIIyXLaRDVnAx 1pD/+toAcxhZh6B9lN+nzX59Wyco2PIm7b3jvkAwhz0ZOX3LB+EPJLzCBvTXFI9xZ2py 7j5yjJk2VthRZdxxwhKmkbJMMv0FoUIBNCHKg= MIME-Version: 1.0 Received: by 10.86.97.18 with SMTP id u18mr2119833fgb.66.1246919940914; Mon, 06 Jul 2009 15:39:00 -0700 (PDT) In-Reply-To: <4A52741C.1040300@elzevir.fr> References: <82029aed0907061101m784612a6l62c8cd3d7b53f550@mail.gmail.com> <82029aed0907061357j23d3d40cle19d88e4f5ff0359@mail.gmail.com> <4A52741C.1040300@elzevir.fr> Date: Tue, 7 Jul 2009 00:39:00 +0200 Message-ID: <82029aed0907061539t6ff8f33dh4f9499a16c4867c0@mail.gmail.com> Subject: Re: [gut] comportement inattendu pour les marges des books From: nicodache To: gut@ens.fr Content-Type: text/plain; charset=ISO-8859-1 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Tue, 07 Jul 2009 00:39:06 +0200 (CEST) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nef2.ens.fr id n66Md1aa017167 Effectivement, tu as tout à fait raison. Mais tu noteras également que dans mon premier mail, je parle d'"un document de test que j'ai créé vite fait" ;-) le document final, lui, sera plutôt du a5 en 2 pages par feuille, et je vais jouer avec les marges comme conseillé, mais encore plus, histoire d'avoir du 19x11 une fois coupé, alors que l'a5 fait plutot 21*14.5 -- nico 2009/7/7 Manuel Pégourié-Gonnard : > Par contre, un truc qui me surprend sur ton exemple, c'est l'usage de a4paper > alors que tu parles plus loin de format poche. Dans la série ça va sans dire > mais ça va mieux en le disant, si c'est pas destiné à être imprimé en a4, faut > mieux pas dire a4 mais la vraie taille du papier. > > Manuel. > From - Thu Jul 9 13:15:18 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,SPF_PASS autolearn=disabled version=3.2.5 Received: from mail-ew0-f220.google.com (mail-ew0-f220.google.com [209.85.219.220]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n69BEknu009211 for ; Thu, 9 Jul 2009 13:14:52 +0200 (CEST) X-Envelope-To: Received: by ewy20 with SMTP id 20so120553ewy.1 for ; Thu, 09 Jul 2009 04:14:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=JFbsF/eylDuqWFB1HkIMGJCCwZgTi4WSzd4tqNcUSws=; b=If76s3F4PTKplUKBuCH/QYYojcBIT/+bjZlmr3oT9KCKPuh9MdyDxHrsAawgSruiqt TxRFtdy/UgngOVGEFEcf96544tuXrJcDUNmU/QQNsQUYWXT2goGzNG8Zc6lofxxyAild u94j2xLn1L8A+ku5Dcr4l9WE4/QAdURVL0xYw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=RDSnmQ0+52Pp9Wz3q5meQJtLcOwif+kiWjFWLPXc+MSkCXQ2j9ZWbSn6/rO3gLo2V5 rI57nqIWu59oNalmExFILCKEhkBTwQVY5h0tX75P+PukttuCF9foocDrenh0ZG4K2wdA OGlbhKYfDPp3dfLnWm5T+ng9JEK58ljZvYJoI= MIME-Version: 1.0 Received: by 10.210.28.4 with SMTP id b4mr769560ebb.86.1247138086712; Thu, 09 Jul 2009 04:14:46 -0700 (PDT) Date: Thu, 9 Jul 2009 13:14:46 +0200 Message-ID: <3eb5f5b10907090414o6585f57cvd252372f83ad8c2f@mail.gmail.com> Subject: Impression de mise ne page From: Flavien Lambert To: gut@ens.fr Content-Type: multipart/alternative; boundary=0015174c1aaca4f5d3046e43f6c8 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Thu, 09 Jul 2009 13:14:52 +0200 (CEST) --0015174c1aaca4f5d3046e43f6c8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bonjour =E0 tous, est-ce que l'un d'entre vous conna=EEt un paquet LaTeX permettant de dessiner la mise en page du document (bo=EEtes contenant les marges, le texte, etc) ? ConTeXt a une fonction - \showlayout - qui permet ce genre de chose mais je ne connais d'=E9quivalent en LaTeX. Merci d'avance, --=20 Flavien. ---------------------------- "Quantum objects are completely crazy but, at least, they are all crazy in the same way." R.P. Feynman. --0015174c1aaca4f5d3046e43f6c8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bonjour =E0 tous, est-ce que l'un d'entre vous conna=EEt un paquet = LaTeX permettant de dessiner la mise en page du document (bo=EEtes contenan= t les marges, le texte, etc) ? ConTeXt a une fonction - \showlayout - qui p= ermet ce genre de chose mais je ne connais d'=E9quivalent en LaTeX.
Merci d'avance,

--
Flavien.
---------------= -------------
"Quantum objects are completely crazy but, at least, = they are all crazy in the same way." R.P. Feynman.
--0015174c1aaca4f5d3046e43f6c8-- From - Thu Jul 9 13:48:01 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n69BlS91028837 for ; Thu, 9 Jul 2009 13:47:34 +0200 (CEST) X-Envelope-To: Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id 92E09E0814D for ; Thu, 9 Jul 2009 13:47:26 +0200 (CEST) Received: from p1 (lns-bzn-48f-81-56-216-182.adsl.proxad.net [81.56.216.182]) by smtp6-g21.free.fr (Postfix) with SMTP id 8FAFFE080FC for ; Thu, 9 Jul 2009 13:47:24 +0200 (CEST) Date: Thu, 9 Jul 2009 13:47:25 +0200 From: "=?iso-8859-1?B?R2HpdGFuIE1hcnJpcw==?=" To: "gut" References: <3eb5f5b10907090414o6585f57cvd252372f83ad8c2f@mail.gmail.com> Subject: Re: [gut] Impression de mise ne page Message-ID: <200907091347246652167@marris.fr> X-mailer: Foxmail 6, 15, 201, 21 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 090708-0, 08/07/2009), Outbound message X-Antivirus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Thu, 09 Jul 2009 13:47:35 +0200 (CEST) 2009-07-09 - 13:46:22 bonjour l'option showframe de geometry fait peut-être ce que tu veux. GMarris == En réponse au message suivant ==================================== Reçu le 2009-07-09 - 13:15:48 de Flavien Lambert (petit.lepton@gmail.com) ============================================================== >Bonjour à tous, est-ce que l'un d'entre vous connaît un paquet LaTeX >permettant de dessiner la mise en page du document (boîtes contenant les >marges, le texte, etc) ? ConTeXt a une fonction - \showlayout - qui permet >ce genre de chose mais je ne connais d'équivalent en LaTeX. >Merci d'avance, > >-- >Flavien. >---------------------------- >"Quantum objects are completely crazy but, at least, they are all crazy in >the same way." R.P. Feynman. > =============================================== fin de la citation == From - Thu Jul 9 13:50:43 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from ufc.univ-fcomte.fr (ufc.univ-fcomte.fr [194.57.91.200]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n69Bo90J030810 for ; Thu, 9 Jul 2009 13:50:15 +0200 (CEST) X-Envelope-To: Received: from localhost (localhost.localdomain [127.0.0.1]) by ufc.univ-fcomte.fr (Postfix) with ESMTP id C0A869E83AD for ; Thu, 9 Jul 2009 13:50:09 +0200 (CEST) Received: from ufc.univ-fcomte.fr ([127.0.0.1]) by localhost (ufc.univ-fcomte.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22247-01 for ; Thu, 9 Jul 2009 13:50:08 +0200 (CEST) Received: from ufc204.univ-fcomte.fr (ufc204.univ-fcomte.fr [194.57.91.204]) by ufc.univ-fcomte.fr (Postfix) with ESMTP id BA6119E8363 for ; Thu, 9 Jul 2009 13:50:08 +0200 (CEST) Received: from acces.univ-fcomte.fr (localhost.localdomain [127.0.0.1]) by ufc204.univ-fcomte.fr (Postfix) with ESMTP id A26053C2919 for ; Thu, 9 Jul 2009 13:50:08 +0200 (CEST) Received: from [192.168.0.7] (pla25-1-82-225-17-10.fbx.proxad.net [82.225.17.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by acces.univ-fcomte.fr (Postfix) with ESMTP id 55C547C7B for ; Thu, 9 Jul 2009 13:50:08 +0200 (CEST) Message-ID: <4A55D96E.5000805@univ-fcomte.fr> Date: Thu, 09 Jul 2009 13:50:06 +0200 From: =?ISO-8859-1?Q?P=E9tiard_Fran=E7ois?= Reply-To: liste Gut User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] Impression de mise ne page References: <3eb5f5b10907090414o6585f57cvd252372f83ad8c2f@mail.gmail.com> In-Reply-To: <3eb5f5b10907090414o6585f57cvd252372f83ad8c2f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at univ-fcomte.fr X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Thu, 09 Jul 2009 13:50:15 +0200 (CEST) Le 09/07/2009 13:14, Flavien Lambert a écrit : > Bonjour à tous, est-ce que l'un d'entre vous connaît un paquet LaTeX > permettant de dessiner la mise en page du document (boîtes contenant les > marges, le texte, etc) ? ConTeXt a une fonction - \showlayout - qui permet > ce genre de chose mais je ne connais d'équivalent en LaTeX. > Merci d'avance, > \usepackage[french]{layout} puis, après \begin{document} \layout François From - Fri Jul 10 00:49:47 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,SPF_PASS autolearn=disabled version=3.2.5 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n69MnIP6014227 for ; Fri, 10 Jul 2009 00:49:24 +0200 (CEST) X-Envelope-To: Received: by fg-out-1718.google.com with SMTP id e21so141787fga.21 for ; Thu, 09 Jul 2009 15:49:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=LUGUEPTlv7wAO68Rdz6Z4bxD1SIaXrtf2bEVKPDXrhc=; b=lxSkUe9IFoAsjD8XV6Y0naoiqlEG3sVUl4vqnQFGvsJ9CvdLK3rgt0eYR8WTYFwics pindyJDKFlcYjKR0Dn34FrKPntibUzXmM1jHrLwbWJmJqOIby34AkJjMRcZPAtlzd9sx u6CZRl1xaznOEqqgk/X2gJVrT2WwJGU1H+vhE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ADgILLI8AxIMdAixxppIvvkdzkJk5S1YBJz19IVoHzkzZ6SFPrsfonEzI0V6Du9KEq iSVnE1riKUYp+ux5VoxDEF1i09k2aXSkcPclCAEQKzfwFcUMQKWfGD3A5He6qdQz/iKe 3q/6hzwVBer2pxY7ZYOU7skqT2oLxHHg4GH+4= MIME-Version: 1.0 Received: by 10.86.94.11 with SMTP id r11mr53200fgb.62.1247179758508; Thu, 09 Jul 2009 15:49:18 -0700 (PDT) Date: Fri, 10 Jul 2009 00:49:18 +0200 Message-ID: <82029aed0907091549j242b7b3ched4188aaa43cf6b0@mail.gmail.com> Subject: =?ISO-8859-1?Q?c=E9sure_pas_top?= From: nicodache To: gut@ens.fr Content-Type: multipart/alternative; boundary=000e0cd286907a1c23046e4daa5a X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 10 Jul 2009 00:49:24 +0200 (CEST) --000e0cd286907a1c23046e4daa5a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bonjour la liste, Je viens cette fois-ci avec une question un peu plus compliqu=E9 que la pr=E9c=E9dente. J'ai donc mon joli livre, qui fait 83 pages en a5, et 101 dans un format "poche" que j'esp=E8re pouvoir utiliser, juste pour faire zoli. Dans le format bizarre (110x165mm), j'ai environ 70 "overfull \hbox (**pt too wide) in paragraph. En a5, ca descend certes =E0 20, mais en a5 et 10pt pour les caract=E8res, = ca me fait _quand m=EAme_ 20 lignes ou j'ai un bout de lettre ou de mot qui d=E9p= asse vers la droite. Je rappelle vite mes ent=EAtes : \documentclass[a5paper,10pt]{book} \usepackage[T1]{fontenc} \usepackage[frenchb]{babel} \usepackage[dvips, pdftex]{graphicx} \usepackage{floatflt} \usepackage[paperwidth=3D110mm,paperheight=3D165mm]{geometry} %mon format sp=E9cial. pas crier trop fort ! Je voudrais savoir ce que je peux faire de plus pour qu'il am=E9liore ses c=E9sures (dans les limites du raisonnable et du beau, bien sur). Et au passage, c'est normal que mes c=E9sures soient encore plus hideuses quand j'ai une image (introduite par la classe floatingfigure) qui "empi=E8= te" sur le texte ? D'avance merci ch=E8re liste, --=20 nico --000e0cd286907a1c23046e4daa5a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bonjour la liste,

Je viens cette fois-ci avec une question un peu pl= us compliqu=E9 que la pr=E9c=E9dente.

J'ai donc mon joli livre, = qui fait 83 pages en a5, et 101 dans un format "poche" que j'= esp=E8re pouvoir utiliser, juste pour faire zoli.
Dans le format bizarre (110x165mm), j'ai environ 70 "overfull \hbo= x (**pt too wide) in paragraph.
En a5, ca descend certes =E0 20, mais en= a5 et 10pt pour les caract=E8res, ca me fait _quand m=EAme_ 20 lignes ou j= 'ai un bout de lettre ou de mot qui d=E9passe vers la droite.

Je rappelle vite mes ent=EAtes :

\documentclass[a5paper,10pt]{book}
\usepackage[T1]{fontenc= }
\usepackage[frenchb]{babel}
\usepackage[dvips, pdft= ex]{graphicx}
\usepackage{floatflt}=
\usepackage[paperwidth= =3D110mm,paperheight=3D165mm]{geometry} %mon format sp=E9cial. pas c= rier trop fort !

Je voudrais savoir ce que je peux faire de plus pou= r qu'il am=E9liore ses c=E9sures (dans les limites du raisonnable et du= beau, bien sur).

Et au passage, c'est normal que mes c=E9sures soient encore plus hi= deuses quand j'ai une image (introduite par la classe floatingfigure) q= ui "empi=E8te" sur le texte ?

D'avance merci ch=E8re l= iste,

--
nico
--000e0cd286907a1c23046e4daa5a-- From - Fri Jul 10 01:37:59 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from mordell.elzevir.fr (mordell.elzevir.fr [92.243.3.74]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n69NbUno036001 for ; Fri, 10 Jul 2009 01:37:35 +0200 (CEST) X-Envelope-To: Received: from roth.elzevir.fr (thue.elzevir.fr [88.165.216.11]) by mordell.elzevir.fr (Postfix) with ESMTPS id 23F7835ECA for ; Fri, 10 Jul 2009 01:37:30 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by roth.elzevir.fr (Postfix) with ESMTP id D88BEBFE3 for ; Fri, 10 Jul 2009 01:37:28 +0200 (CEST) Message-ID: <4A567F38.5030907@elzevir.fr> Date: Fri, 10 Jul 2009 01:37:28 +0200 From: =?ISO-8859-1?Q?Manuel_P=E9gouri=E9-Gonnard?= User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] =?ISO-8859-1?Q?c=E9sure_pas_top?= References: <82029aed0907091549j242b7b3ched4188aaa43cf6b0@mail.gmail.com> In-Reply-To: <82029aed0907091549j242b7b3ched4188aaa43cf6b0@mail.gmail.com> X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 10 Jul 2009 01:37:35 +0200 (CEST) nicodache a écrit : > J'ai donc mon joli livre, qui fait 83 pages en a5, et 101 dans un format > "poche" que j'espère pouvoir utiliser, juste pour faire zoli. Cool. > Dans le format bizarre (110x165mm), j'ai environ 70 "overfull \hbox (**pt > too wide) in paragraph. > En a5, ca descend certes à 20, mais en a5 et 10pt pour les caractères, ca me > fait _quand même_ 20 lignes ou j'ai un bout de lettre ou de mot qui dépasse > vers la droite. > Ah oui, c'est balot. > \documentclass[a5paper,10pt]{book} > \usepackage[T1]{fontenc} > \usepackage[frenchb]{babel} Très bien, T1 et babel. Pour le confort, tu pourrais utiliser inputenc, de façon à pouvoir saisir les accents normalement dans le source. > \usepackage[dvips, pdftex]{graphicx} Avec une version un peu récente de graphicx, il ne faut mieux pas indiquer ce genre d'option : il se débrouille très bien tout seul. Ça vaut aussi pour les autres paquets driver-dépendants (color, geometry, hyperref sont les principaux). > \usepackage[paperwidth=110mm,paperheight=165mm]{geometry} %mon format > spécial. pas crier trop fort ! > Pourquoi on crierait ? Aucun de mes livres préférés n'est en a4 ni a5. Et j'ai pourtant dans ma bibliothèque un certains nombre de trucs composés en LaTeX (certains par des colistiers d'ailleurs). > Je voudrais savoir ce que je peux faire de plus pour qu'il améliore ses > césures (dans les limites du raisonnable et du beau, bien sur). > Mon premier conseil est de te tourner vers microtype. Il propose plusieurs options, dont la première qui nous intéresse ici, peu contestée et très utile pour la composition en colonnes étroites, est d'autoriser TeX à jouer légèrement sur l'espacement entre les lettres (en plus de jouer sur celui entre les mots), ce qui permet d'avoir moins de césures moins de boîtes qui débordent. Elle est activée par défaut, il suffit de charger microtype. La deuxième fonctionnalité (activée par défaut en mode pdf, alors qu'elle est indisponible en mode dvi, c'est à mon sens une erreur mais passons) et de s'autoriser à déformer légèrement les lettres (par défaut, de 2% dans chaque sens) pour améliorer le remplissage. Elle est je crois un peu plus contestable typographiquement, même si je dois avouer qu'à l'oeil nu je suis incapable de distinguer son usage (peut-être que ça heurterait l'oeil d'un connaisseur plus averti, je ne sais pas). Il y bien d'autres options disponibles avec microtype, mais il me semble que ces deux-là sont les plus importantes concernant les césures. > Et au passage, c'est normal que mes césures soient encore plus hideuses > quand j'ai une image (introduite par la classe floatingfigure) qui "empiète" > sur le texte ? > Oui, plus le texte est composé en colonnes étroites, plus les problèmes de (sur-)remplissage des lignes sont fréquents et importants. Manuel. From - Fri Jul 10 12:13:00 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,SPF_PASS autolearn=disabled version=3.2.5 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6AACT6V039352 for ; Fri, 10 Jul 2009 12:12:35 +0200 (CEST) X-Envelope-To: Received: by fg-out-1718.google.com with SMTP id 13so1463219fge.21 for ; Fri, 10 Jul 2009 03:12:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=CVviGhlLUjIWMDoBu90YQesCzuaYBaju8LeHZgVDwDg=; b=WrpDfqYgcxJ0lwtLGSUtx6PVwCyw12oUfXevKt6lSd4dZwjfzIaIDfxZbmzoWHttDU afTQFK9kwYgjnOMPBlQr6zWk7denqbxSbPCUU2YEmcicTah5fe8ikIMbVfpeQ1KaY5Mc Kx6Jk0rSECrk0dYLjDeCY0kvgOLPbX5o24ROA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=BxqDa7jgeJh8y+kKQhOB6DETEZkRU47DJ5W+uL+kPybWtvsQ2dp1hPcSKrvBWl8Too 5+fGevvWfNgYeJSYEatJgmXge3aGwInBK7hHtNRdgJysOVpjfqdFzpKF4AYraXGXL7M6 q9GXp/cr3ku/CX3CCKk3+gH+8yutpR02qVdLE= MIME-Version: 1.0 Received: by 10.86.99.12 with SMTP id w12mr864926fgb.77.1247220749665; Fri, 10 Jul 2009 03:12:29 -0700 (PDT) In-Reply-To: <4A567F38.5030907@elzevir.fr> References: <82029aed0907091549j242b7b3ched4188aaa43cf6b0@mail.gmail.com> <4A567F38.5030907@elzevir.fr> Date: Fri, 10 Jul 2009 12:12:29 +0200 Message-ID: <82029aed0907100312r2534c3fayd8d539a70f7aaceb@mail.gmail.com> Subject: =?ISO-8859-1?B?UmU6IFtndXRdIGPpc3VyZSBwYXMgdG9w?= From: nicodache To: gut@ens.fr Content-Type: multipart/alternative; boundary=000e0cd249eebd87b1046e573563 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 10 Jul 2009 12:12:35 +0200 (CEST) --000e0cd249eebd87b1046e573563 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Merci pour ces pr=E9cieuses informations \o/ Quelques questions en retour : - je ne suis pas chez moi, donc je peux pas tester la maintenant, mais de m=E9moire, inputenc me fait une erreur bizarre par rapport =E0 ucs. et de p= lus, magie ou non, j'ai des accents dans mon source latex, et ca passe tout seul. les miracles du paquet babel ? - pour ce qui est de microtype, je testerai ce soir Bonne journ=E9e, --=20 nico 2009/7/10 Manuel P=E9gouri=E9-Gonnard > nicodache a =E9crit : > > \documentclass[a5paper,10pt]{book} > > \usepackage[T1]{fontenc} > > \usepackage[frenchb]{babel} > > Tr=E8s bien, T1 et babel. Pour le confort, tu pourrais utiliser inputenc,= de > fa=E7on > =E0 pouvoir saisir les accents normalement dans le source. > > > Je voudrais savoir ce que je peux faire de plus pour qu'il am=E9liore s= es > > c=E9sures (dans les limites du raisonnable et du beau, bien sur). > > > Mon premier conseil est de te tourner vers microtype. Il propose plusieurs > options, dont la premi=E8re qui nous int=E9resse ici, peu contest=E9e et = tr=E8s > utile > pour la composition en colonnes =E9troites, est d'autoriser TeX =E0 jouer > l=E9g=E8rement > sur l'espacement entre les lettres (en plus de jouer sur celui entre les > mots), > ce qui permet d'avoir moins de c=E9sures moins de bo=EEtes qui d=E9borden= t. Elle > est > activ=E9e par d=E9faut, il suffit de charger microtype. > > Manuel. > --000e0cd249eebd87b1046e573563 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Merci pour ces pr=E9cieuses informations \o/

Quelques questions en r= etour :
- je ne suis pas chez moi, donc je peux pas tester la maintenan= t, mais de m=E9moire, inputenc me fait une erreur bizarre par rapport =E0 u= cs. et de plus, magie ou non, j'ai des accents dans mon source latex, e= t ca passe tout seul. les miracles du paquet babel ?
- pour ce qui est de microtype, je testerai ce soir

Bonne journ=E9e,=

--
nico

2009/7/10 Manuel P=E9= gouri=E9-Gonnard <mp= g@elzevir.fr>
nicodache a =E9cr= it :
> \documentclass[a5paper,10pt]{book}
> \usepackage[T1]{fontenc}
> \usepackage[frenchb]{babel}

Tr=E8s bien, T1 et babel. Pour le confort, tu pourrais utiliser input= enc, de fa=E7on
=E0 pouvoir saisir les accents normalement dans le source.

> Je voudrais savoir ce que je peux faire de plus pour qu'il am=E9li= ore ses
> c=E9sures (dans les limites du raisonnable et du beau, bien sur).
>
Mon premier conseil est de te tourner vers microtype. Il propose plus= ieurs
options, dont la premi=E8re qui nous int=E9resse ici, peu contest=E9e et tr= =E8s utile
pour la composition en colonnes =E9troites, est d'autoriser TeX =E0 jou= er l=E9g=E8rement
sur l'espacement entre les lettres (en plus de jouer sur celui entre le= s mots),
ce qui permet d'avoir moins de c=E9sures moins de bo=EEtes qui d=E9bord= ent. Elle est
activ=E9e par d=E9faut, il suffit de charger microtype.

Manuel.

--000e0cd249eebd87b1046e573563-- From - Fri Jul 10 12:29:05 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,SPF_PASS autolearn=disabled version=3.2.5 Received: from frontsmtp1.insa-toulouse.fr (frontsmtp1.insa-toulouse.fr [195.83.9.35]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6AASYfd048995 for ; Fri, 10 Jul 2009 12:28:40 +0200 (CEST) X-Envelope-To: X-IronPort-AV: E=Sophos;i="4.42,378,1243807200"; d="scan'208,217";a="1938415" Received: from insatlse.insa-toulouse.fr ([195.83.9.34]) by frontsmtp1.insa-toulouse.fr with ESMTP; 10 Jul 2009 12:28:34 +0200 Received: from gei-009.insa-toulouse.fr ([10.2.5.60]) by insatlse.insa-toulouse.fr with esmtp (Exim 4.50) id 1MPDLG-00082U-Gx for gut@ens.fr; Fri, 10 Jul 2009 12:28:34 +0200 Mime-Version: 1.0 (Apple Message framework v753.1) To: gut@ens.fr Message-Id: <08898F54-3668-4EBC-96E4-8A8AC73B8579@insa-toulouse.fr> Content-Type: multipart/alternative; boundary=Apple-Mail-5-479060318 From: Daniel Marre Subject: Tex capacity exeeded [input stack ] sur theorem Date: Fri, 10 Jul 2009 12:28:36 +0200 X-Mailer: Apple Mail (2.753.1) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 10 Jul 2009 12:28:40 +0200 (CEST) --Apple-Mail-5-479060318 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Bonjour, Je travaille sous Macos X (10.4) et j'ai un pb de capacit=E9 : Tex=20=20 capacity exeeded [input stack ] qui se d=E9clenche uniquement sur les d=E9claration de th=E9or=E8mes ou=20= =20 corollaires, si je les commente, la compilation fonctionne tr=E8s bien. Avez vs d=E9j=E0 rencontr=E9 cela ? Merci de votre aide. Cordialement. DM. --Apple-Mail-5-479060318 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 Bonjour,

Je travaille sous Macos X (10.4) et j'ai un pb de cap= acit=E9  :  Tex capacity exeeded [input stack ] 
<= br>
qui se d=E9clenche uniquement sur les d=E9claration de th=E9o= r=E8mes ou corollaires,

si je les commente, la com= pilation fonctionne tr=E8s bien.

Avez vs d=E9j=E0 = rencontr=E9 cela ?

Merci de votre aide.
=
Cordialement.

DM.








--Apple-Mail-5-479060318-- From - Fri Jul 10 12:48:55 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from mordell.elzevir.fr (mordell.elzevir.fr [92.243.3.74]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6AAmOOU059845 for ; Fri, 10 Jul 2009 12:48:29 +0200 (CEST) X-Envelope-To: Received: from roth.elzevir.fr (thue.elzevir.fr [88.165.216.11]) by mordell.elzevir.fr (Postfix) with ESMTPS id 027F335ECA for ; Fri, 10 Jul 2009 12:48:24 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by roth.elzevir.fr (Postfix) with ESMTP id D4EB2BFE3 for ; Fri, 10 Jul 2009 12:48:22 +0200 (CEST) Message-ID: <4A571C76.30800@elzevir.fr> Date: Fri, 10 Jul 2009 12:48:22 +0200 From: =?ISO-8859-1?Q?Manuel_P=E9gouri=E9-Gonnard?= User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] =?ISO-8859-1?Q?c=E9sure_pas_top?= References: <82029aed0907091549j242b7b3ched4188aaa43cf6b0@mail.gmail.com> <4A567F38.5030907@elzevir.fr> <82029aed0907100312r2534c3fayd8d539a70f7aaceb@mail.gmail.com> In-Reply-To: <82029aed0907100312r2534c3fayd8d539a70f7aaceb@mail.gmail.com> X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 10 Jul 2009 12:48:29 +0200 (CEST) nicodache a écrit : > Quelques questions en retour : > - je ne suis pas chez moi, donc je peux pas tester la maintenant, mais de > mémoire, inputenc me fait une erreur bizarre par rapport à ucs. et de plus, > magie ou non, j'ai des accents dans mon source latex, et ca passe tout seul. > les miracles du paquet babel ? Non, le fait que tu encodes visiblement en latin1 (ou une variante) et que T1 est très proche de latin1, donc pour l'instant tu as eu de la chance et tous les caractères que tu utilises sont dans la partie commune aux deux. Je te conseille quand même assez fortement d'utiliser inputenc, avec \usepackage[latin1]{inputenc} pour commencer, puisque visiblement c'est latin1 (ou presque) qui convient. Si tu as des problèmes avec, n'hésite pas à demander : vu que c'est un paquet de base, il ne faut pas laisser traîner ce genre de souci. Pour plus de détails, précise l'éditeur que tu utilises et comment tu l'as réglé pour l'encodage par défaut. > - pour ce qui est de microtype, je testerai ce soir > Oki. > Bonne journée, > Tout pareil, Manuel. From - Fri Jul 10 12:54:12 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from mordell.elzevir.fr (mordell.elzevir.fr [92.243.3.74]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6AArddw062515 for ; Fri, 10 Jul 2009 12:53:45 +0200 (CEST) X-Envelope-To: Received: from roth.elzevir.fr (thue.elzevir.fr [88.165.216.11]) by mordell.elzevir.fr (Postfix) with ESMTPS id 9BD6735ECA for ; Fri, 10 Jul 2009 12:53:39 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by roth.elzevir.fr (Postfix) with ESMTP id 63E69BFE3 for ; Fri, 10 Jul 2009 12:53:38 +0200 (CEST) Message-ID: <4A571DB2.2050909@elzevir.fr> Date: Fri, 10 Jul 2009 12:53:38 +0200 From: =?ISO-8859-1?Q?Manuel_P=E9gouri=E9-Gonnard?= User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] Tex capacity exeeded [input stack ] sur theorem References: <08898F54-3668-4EBC-96E4-8A8AC73B8579@insa-toulouse.fr> In-Reply-To: <08898F54-3668-4EBC-96E4-8A8AC73B8579@insa-toulouse.fr> X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 10 Jul 2009 12:53:45 +0200 (CEST) Daniel Marre a écrit : > Je travaille sous Macos X (10.4) et j'ai un pb de capacité : Tex > capacity exeeded [input stack ] > Bon, 95% du temps, les dépassements de capacité sont des problèmes de trucs qui bouclent à l'infini alors qu'ils devraient pas, donc pas des vrais problèmes de capacité. > qui se déclenche uniquement sur les déclaration de théorèmes ou > corollaires, > > si je les commente, la compilation fonctionne très bien. > Un exemple complet (et de préférence minimal ou pas loin) montrant le problème est la seule façon fiable d'avancer. Il s'agit soit d'un problème de conflit paquets (genre ntheorem vs amsmath/amsthm) soit d'une syntaxe ou d'un usage incorrect de votre part. > Avez vs déjà rencontré cela ? > Non, je déclare des théorèmes quotidiennement, et je n'ai jamais fait exploser mon TeX avec ça :-) Manuel. From - Fri Jul 17 10:02:30 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=1.0 required=5.0 tests=SPF_FAIL autolearn=disabled version=3.2.5 Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6H81vmf044929 for ; Fri, 17 Jul 2009 10:02:03 +0200 (CEST) X-Envelope-To: Received: from smtp3-g21.free.fr (localhost [127.0.0.1]) by smtp3-g21.free.fr (Postfix) with ESMTP id E3B2B8181BA for ; Fri, 17 Jul 2009 10:01:55 +0200 (CEST) Received: from [192.168.0.1] (sab57-4-88-164-211-115.fbx.proxad.net [88.164.211.115]) by smtp3-g21.free.fr (Postfix) with ESMTP id EE8C5818191 for ; Fri, 17 Jul 2009 10:01:52 +0200 (CEST) Message-ID: <4A602FED.1060608@univ-metz.fr> Date: Fri, 17 Jul 2009 10:01:49 +0200 From: Jean-Marc Sac-Epee User-Agent: Thunderbird 2.0.0.21 (X11/20090330) MIME-Version: 1.0 To: gut@ens.fr Subject: Detexify Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 17 Jul 2009 10:02:03 +0200 (CEST) Bonjour, Connaissez-vous ceci ? http://detexify.kirelabs.org/classify.html Vraiment pas mal ! JM -- Jean-Marc Sac-Epée, Ingénieur de Recherches en Calcul Scientifique, Laboratoire de Mathématiques, UMR 7122, Université de Metz, Tél 03 87 54 72 69 Fax 03 87 31 52 73 http://www.math.univ-metz.fr/~jmse mail: jmse@univ-metz.fr From - Fri Jul 17 18:08:03 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,SPF_PASS autolearn=disabled version=3.2.5 Received: from mail-fx0-f213.google.com (mail-fx0-f213.google.com [209.85.220.213]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6HG7UDZ030865 for ; Fri, 17 Jul 2009 18:07:35 +0200 (CEST) X-Envelope-To: Received: by fxm9 with SMTP id 9so873331fxm.1 for ; Fri, 17 Jul 2009 09:07:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=6exWZjmftNEzthmtVEO8vHd2WptGtXiIZtMtbl9b3KU=; b=xCfehuazAV4tlFr3Iy7h+1baK6VgEGAfQj9dwgARfII1YoGOj4Wl4epwI51Da2NjQy KBCIVnf9r12I1U+szDxLmx1Pt892kcS+FLnv9ESfb3aL6rO3+bvMV6rTaugd0TrEAnHE 82DhnyyDZlrIIj038hRdwSr6PUGmqfxJITwrA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=dYl+14cUtBgRAGFXtepjz8ZxvaQEUa0f2Emnus0PJd3WW2YpNr338xy5neh9pz8019 jwZDX2q3HaSLEUmfzM2jnc11OR4/Th3FR6LJM3/3nV873Gkc9TYUIO6VFHSjMuNT3KCS A2RUss8B7k05c/dV7KcAQcanWtn2NryJLhypE= MIME-Version: 1.0 Received: by 10.86.94.11 with SMTP id r11mr959517fgb.62.1247846849874; Fri, 17 Jul 2009 09:07:29 -0700 (PDT) Date: Fri, 17 Jul 2009 18:07:29 +0200 Message-ID: <82029aed0907170907x22f0106ah8d996780382da685@mail.gmail.com> Subject: soucis avec floatflt From: nicodache To: gut@ens.fr Content-Type: multipart/mixed; boundary=000e0cd28690388ca3046ee8fcbf X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 17 Jul 2009 18:07:35 +0200 (CEST) --000e0cd28690388ca3046ee8fcbf Content-Type: multipart/alternative; boundary=000e0cd28690388c9d046ee8fcbd --000e0cd28690388c9d046ee8fcbd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bonjour la liste, J'utilise le paquet floatflt pour int=C3=A9grer des images dans du texte en "enveloppant" l'image (le genre de truc joli qui fait toujours bien), sauf que j'ai un petit soucis... Le code typique pour ceci est le suivant : \begin{floatingfigure}{25mm} \includegraphics[width=3D20mm]{pics/image} \end{floatingfigure} Ceci a pour cons=C3=A9quence d'essayer (et je dis bien essayer) de mettre l= es images =C3=A0 droite sur les pages impaires, et =C3=A0 gauche sur les pages= paires. Cette mise en page me sert toujours pour mon projet de nouvelle, et le soucis que j'ai est le suivant : sur les pages impaires et avec une seule image pas trop pr=C3=A8s des marges haut/bas, le r=C3=A9sultat est plut=C3= =B4t bon. Sur les pages paires, ca donne l'image 1 ; j'ai bien mon d=C3=A9calage du t= exte vers la droite, mais l'image va =C3=A9galement trop vers la droite. Sur les pages impaires avec plusieurs images, ca peut =C3=AAtre encore pire (image 2) ; le texte se d=C3=A9cale comme pour mettre une image =C3=A0 gauc= he, et il tape l'image en plein milieu du texte. J'ai un peu jou=C3=A9 avec \renewcommand{\topfraction}{0.9} \renewcommand{\bottomfraction}{0.9} \renewcommand{\textfraction}{0.1} \renewcommand{\floatpagefraction}{0.75} Mais le r=C3=A9sultat n'est pas tr=C3=A8s concluant... Une id=C3=A9e de avec quoi je pourrais jouer, sachant que je suis en 10pt, = que j'ai environ 13cm de texte de haut, et maximum 3 images de 2cm par page... ca devrait passer, naon ? Notez que j'ai =C3=A9t=C3=A9 voir le pdf de documentation du paquet, et il = est =C3=A9crit ceci dedans : - If a =EF=AC=82oating =EF=AC=81gure or table is called close to a secti= oning command, the =EF=AC=82oating =EF=AC=82oat may be lost or truncated. This may lead= to a =E2=80=9Ccollision warning=E2=80=9D, which normally has to be analyzed =E2=80=9Cby hand=E2= =80=9D. - If you use =EF=AC=82oating =EF=AC=82oats of di=EF=AC=80erent kinds clo= se to each other in your input, you are likely to have problems. You may either lose one of the =EF=AC=82oating =EF=AC=82oats entirely, have it overwritten by the other= , or have it truncated. Dans mon cas, les floats sont du m=C3=AAme type : 2 images png. mais il m'en bouffe quand m=C3=AAme... Et on risque pas d'avoir des am=C3=A9liorations dans ce paquet, le maintene= ur est d=C3=A9c=C3=A9d=C3=A9 en 1998 -_-'... Je vais aller jeter un coup d'oeil au paquet float (qui a l'air plus r=C3=A9cent), et je vais voir ce que je sais en faire, mais si quelqu'un a = une id=C3=A9e int=C3=A9ressante entretemps, je prend ;-)) Merci la liste --=20 nico --000e0cd28690388c9d046ee8fcbd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bonjour la liste,

J'utilise le paquet floatflt pour int=C3=A9gre= r des images dans du texte en "enveloppant" l'image (le genre de tr= uc joli qui fait toujours bien), sauf que j'ai un petit soucis...

Le cod= e typique pour ceci est le suivant :

\begin{floatingfigure}{= 25mm}

\includegraphics[width=3D20mm]{pics/image}

\end{floatingfigure}


Ceci a pour cons=C3=A9quence d'essayer (et je dis bien essayer) de mett= re les images =C3=A0 droite sur les pages impaires, et =C3=A0 gauche sur les p= ages paires.

Cette mise en page me sert toujours pour mon projet de nouvelle, et le soucis que j'ai est le suivant : sur les pages impaires et avec une seule image pas trop pr=C3=A8s des marges haut/bas, le r=C3=A9sultat est pl= ut=C3=B4t bon.

Sur les pages paires, ca donne l'image 1 ; j'ai bien mon d=C3= =A9calage du texte vers la droite, mais l'image va =C3=A9galement trop = vers la droite.

Sur les pages impaires avec plusieurs images, ca peu= t =C3=AAtre encore pire (image 2) ; le texte se d=C3=A9cale comme pour mett= re une image =C3=A0 gauche, et il tape l'image en plein milieu du texte= .

J'ai un peu jou=C3=A9 avec

\renewcommand{\topfraction}{0.9}

\renewcommand{\bottomfraction}{0.9}

\renewcommand{\textfraction}{0.1}

\renewcommand{\floatpagefraction}{0.75}


Mais le r=C3=A9sultat n= 'est pas tr=C3=A8s concluant...

Une id=C3=A9e de avec quoi je po= urrais jouer, sachant que je suis en 10pt, que j'ai environ 13cm de tex= te de haut, et maximum 3 images de 2cm par page... ca devrait passer, naon = ?

Notez que j'ai =C3=A9t=C3=A9 voir le pdf de documentation du paquet= , et il est =C3=A9crit ceci dedans :
  • If a =EF=AC=82oating =EF=AC= =81gure or table is called close to a sectioning command, the =EF=AC=82oati= ng =EF=AC=82oat may be lost or truncated. This may lead to a =E2=80=9Ccolli= sion warning=E2=80=9D, which normally has to be analyzed =E2=80=9Cby hand= =E2=80=9D.
  • If you use =EF=AC=82oating =EF=AC=82oats of di=EF=AC=80erent kinds clos= e to each other in your input, you are likely to have problems. You may eit= her lose one of the =EF=AC=82oating =EF=AC=82oats entirely, have it overwri= tten by the other, or have it truncated.
Dans mon cas, les floats sont du m=C3=AAme type : 2 images png. mais i= l m'en bouffe quand m=C3=AAme...

Et on risque pas d'avoir de= s am=C3=A9liorations dans ce paquet, le mainteneur est d=C3=A9c=C3=A9d=C3= =A9 en 1998 -_-'...

Je vais aller jeter un coup d'oeil au paquet float=C2=A0 (qui a l'a= ir plus r=C3=A9cent), et je vais voir ce que je sais en faire, mais si quel= qu'un a une id=C3=A9e int=C3=A9ressante entretemps, je prend ;-))
Merci la liste

--
nico
--000e0cd28690388c9d046ee8fcbd-- --000e0cd28690388ca3046ee8fcbf Content-Type: image/gif; name="1.GIF" Content-Disposition: attachment; filename="1.GIF" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fx935zp1 R0lGODlhhACJAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/ AP//AAAA//8A/wD//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAzmQAzzAAz/wBmAABmMwBmZgBm mQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDMmQDMzADM/wD/ AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMz mTMzzDMz/zNmADNmMzNmZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPM ADPMMzPMZjPMmTPMzDPM/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYA mWYAzGYA/2YzAGYzM2YzZmYzmWYzzGYz/2ZmAGZmM2ZmZmZmmWZmzGZm/2aZ AGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbMmWbMzGbM/2b/AGb/M2b/Zmb/ mWb/zGb//5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkzmZkzzJkz/5lm AJlmM5lmZplmmZlmzJlm/5mZAJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnM mZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwAM8wAZswAmcwAzMwA/8wz AMwzM8wzZswzmcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZZsyZ mcyZzMyZ/8zMAMzMM8zMZszMmczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8A AP8AM/8AZv8Amf8AzP8A//8zAP8zM/8zZv8zmf8zzP8z//9mAP9mM/9mZv9m mf9mzP9m//+ZAP+ZM/+ZZv+Zmf+ZzP+Z///MAP/MM//MZv/Mmf/MzP/M//// AP//M///Zv//mf//zP///yH5BAEAABAALAAAAACEAIkAAAj/AP8JHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuX MGPKnEmz5sFUKPxQ++cHxZSdOFPZHLrQz5SBKIQKVCrRj9OnUKGmMjql6hSn V61StVrV6NYpSbVyveonlVmzZc9SS7WWmlu2bjGmOirQ6MCdE7NGLRvVqs+x YANX/Su4cFa/XJ1OPcvXbFu2kNdmRLFzLeV/TJtGXdzYqU+qVAkTFgu2Z1fA g7munbr6rOO3j/FetCt0ilDZmslK7dwVxV/RgUf7FvyVK/CfaRejdR07c0Wc cXFirriXMePi2PVmnZtY+1Oy1A7r/3StVi3suJN1/qOW0yJUslMVY/Ub+rTX zVi36oc/92/a5MmV95hGdgl0lXt7PcXZfb11lZ+CaK323n19nUbehZDBZZZG ki2FW27V8fVVTmPtduFj8ZWlm27+dabci+N1WFOCCqo413u2PdWcW3HxuJ51 Ltb4H3PlkTeUbhPyRRaSUkUWGY9QviXgcu9JSORbnQ1Fo3U5gtbkjj5Wtl6U ULrWZICsYeicTHrVmOKIDr7oZFtklokiWl7ZRqVjy/WpZXWcTTXWX8rFdl6P dcKW4ZnMSXnhnw++OV9qOaE555N0NoehmxFmuOeaMYUY6FY++XdppnBFmaqi bUnVGp+wuv9m0FwfSkSNH9Tdl2J8U5VKXICtGarqjhfm+Kqn5KV1EF0MgTrQ VBQ1uauKiHVV6KlhJkrsVRoSqSaoPzWEK0I+ToTfbmD5NpxWaRGbqZ2sqtVV sGaqeZdjKAzEV604qWfUXJjhCq1Eu/LaGE6+tlkWmNqSOadlOt35LVvPKhVu uP8wS1C+AoW3Hk94afzQuSKW5SuJWl15KqaeGuqThsfaKxDHGc8Mmcgz38Vs Umbh3NCCJSu3n64P87gysYvt9LKm2MpGc7g0I5RvZeNmXCtEJcsXKGCfXRvf YdaqOV+pbPnEtJoyYsxxWR0v+3HNdSnl7EIwKpZ0fmBbatRxYQP/aJhT/yRV Jp8MEzTegZhBdpCy/+rblrk0yrdfYEH+u2hi/4113a3t1ouhjDQBnezXS1aV rN0S5vmvW8VtxxawU16ppaRAT5rYgkuqq3tpqeo+mspyeju3S0COuthVvwO4 d5s3ckvxrdyuxnmwjp4I2+yRXwfYwXIafaWUyqsF4KaxDmU893h2qSfhr29m dI+MpdwyssJvaJOQ+F0XaefHDptqkcCy1ImMVJeoFUQ6JplWoPqUItPx71CV ac6YLhUrtA3Ofjkj19VAkj30fQ1CAnIY9aQksddZhzwxy4wBW6K1g1lJfA5k H5TG5ChEmedsIfSerJCyFI5Jp0AECRZP/1Q0RIBFJEGjQxOSZPg/ekWpc6ND oZMexcOZVYZjK4QWtNgznfCgB2ucKt54aMe/VQnrNu+jX3LoRT8MBq6Kb4zj rAB2K4L4TFwmwlNUVsMkS0lMRJ864QLZF8WNIeWKGSSIFo/isY7dsVncG19n WAcf2OlwPX/LSRthVaf5qbCKXJQjKH9Sx4E8sijSypqIVpRH60GPUldJYfce Jid9tSdgEAvKAcfDl6TUxTYTCd6eDmaUtbTQWxHEkuY22ag0xgxSgjSY5FR0 TECm7jAJs9v5XoOi8Q2vJRMTo9BAiCYhKYxd0STcBQk4I23qUYGdMVG7BpMn 01FScy5CYfXYGf86D7rJm2RMU31K5ZuB8m6B79sncyAVIJJNS3WARNuF/vkl AArTfOWs5iCRWEY6fSyC9XKhw75lvo2GqIUUWmJIRRdPrNSPgQCyZVNWKJeJ bpOY3tnMor6jn3g6L2KyrJchJULTi8D0pEEjlX34YybjaK1n3Cqj8fwER4gU 1SJi1KiLjOMg1E3RNs6DYYzMGM5P1uVWO3FKIwtCM52oxz362xKnBmUfS3qv mz1RWTcvWkWMMZKRB+EYMOH2HDNp1XjYJA5/OgkrrNwpof3bYQZtsxa6PFKw NzNq3UjWwtP4jjAuNGz61jilF1IxgwZcq0GwuBHytdRE2glOcPKIUtP/3ZCx UsTN2pQSsoTstm1YnSj+VMdK4+zOP7EFWyxLO0WSFhBXt1KcVxbXHul9s1k2 He5eiivbhFULNT9pmbYwVFJJTpOneKvnYD7b3XQlzGzM1dTBSvqt126Xp1w9 WXu5GksddlKINgln5GikXIIaeHfI21upIpZbCl53JcIEUjUjl1h1ude9oJFt f5ubUMf8aX3K69KAVwmnz3o3JxZOTfWgGCD6wvRrN5UTfumamjZp2DQx868b Z9LS2olYnkJTLixH41n98myWyZrVPJt1VYpsdFT/ClLwKtU68MZWv2O8IbIK wjZHMuSLBBpn7Vw6YLMMB041VixiDNxQQp5F/5EGrBpKYHTTnliJe2dOLniJ u2ZrPbZIG3NOWnXCSLXwhFlmog5LWQoWKKuooLZL82iqHJzPKIaNb0aKnHX2 MS2Oy4e46jJF7hzj/kS3M8OJH6VJ4x3j5seMUgo0QkTWswyybWDRkmvt+iMp 03zmM/zdHmqqvJVVwQXOB8Skvv6awfDg2slSjragRNwfIrO6O/iFaD3Ta0Yu Z6a3zYbaUggkqqR+7WW5+xWasZ03hU2KuBpScqani0vl+JI98zIQwf4Z47E9 5cTiGTaT3K0YsfRF1AS6y7gezOXdTNPRF4blevVbogct9T3I5fOmL4Ixwu67 3+erT3IVfGMk9vE7Xf+lEUekVzWGG+7h/MafYr8D6eFYeLtQpVB6W30fjII8 2tpWkqVF43C3VsfgrIQKQ1UJcx/rHOXwsQrtBKVzdhMXcAGWttYdjdiwMrVd cz25yolCduo0uexoH2ra1y41trt9tR1zaw9b8yy0HsWtlXnd20cCamUH7jY+ FAq0BnsUurh87xOhmTE/XUUt1iazXtkg4idTl4jR5TKhPLXSCkLJyYMEi1QT Cs04BuYuA6UunvdIT0K9sBy1Z/WY7MqPFBfew6f+I29V7e1pwizd714mKJL8 74dP/OIb//jIT75IENiQ1mxc+Rj5ovB5cptTQh8j1r/M9c1FGdYY85c9pNj/ TX66fYiwZ9CJHP1CtH/28hfE8BaDo/XV5n6HNLLL6s+Z5Nlff4fAX9+JBFiz hhft1395FR7h1R66RH3O0i+WYXv9F4ESOIEUWIEWeIEYGIEFqBFGdEAbiBDP Z1QdZxEfmBGgAmYRcX4eYX0PUYLmgzgcMYIVQXqG1hMFVEQ4Y2eHthSKgxn5 kiHgBx2Z9mVG1DiIg3dntWM82EgIxHwH9GZG+FuNpH5edDXhohSmx3gLV0X3 VoBx4UtxZDG9BUy+12Vqg0gGcWvjYnhYhC8ACDePtCEEyGlvRG+oVVUJcRsF siFKITgAI4NqtzN4mEjPIjCgx1Y85Hsbgx7aF0o0hSiIgYOGCmFdmDdYonSJ bBUyBCiJi8h5wEQXuQeAoXRKWAcyS6GFqHeHhEgudmQxTGF61AdchgNucRRK 3iaLwASGMRI3ZuZSeZgZa8QTldKDQQF7sOdxzwKG/cGD96I40QU6+tIzCzce t+Rt4pc4Gbh82chB0LiNYTZ93hiO4jiO5OgQAQEAOw== --000e0cd28690388ca3046ee8fcbf Content-Type: image/gif; name="2.GIF" Content-Disposition: attachment; filename="2.GIF" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fx93627g R0lGODlhgwCLAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/ AP//AAAA//8A/wD//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAzmQAzzAAz/wBmAABmMwBmZgBm mQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDMmQDMzADM/wD/ AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMz mTMzzDMz/zNmADNmMzNmZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPM ADPMMzPMZjPMmTPMzDPM/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYA mWYAzGYA/2YzAGYzM2YzZmYzmWYzzGYz/2ZmAGZmM2ZmZmZmmWZmzGZm/2aZ AGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbMmWbMzGbM/2b/AGb/M2b/Zmb/ mWb/zGb//5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkzmZkzzJkz/5lm AJlmM5lmZplmmZlmzJlm/5mZAJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnM mZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwAM8wAZswAmcwAzMwA/8wz AMwzM8wzZswzmcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZZsyZ mcyZzMyZ/8zMAMzMM8zMZszMmczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8A AP8AM/8AZv8Amf8AzP8A//8zAP8zM/8zZv8zmf8zzP8z//9mAP9mM/9mZv9m mf9mzP9m//+ZAP+ZM/+ZZv+Zmf+ZzP+Z///MAP/MM//MZv/Mmf/MzP/M//// AP//M///Zv//mf//zP///yH5BAEAABAALAAAAACDAIsAAAj/AP8JHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuX MGPKnEmzps2bOHPq3Mmzp8+fQIOmmjKloJ8pqRz6eUgNxcajSFP5WWozFQpq A6kdddgUq8MpXjNOofqvKc2jaP2kWpuK2lq1U8fKJUqXLlS5U/OOzav3bt2/ dgHX/Td15t+pUtnG/YtiSuPHjiM3xhuYr2WikDFHBgz5MeGifpy+rJtWMVrB qIn2jZu3LVupiBcLPu13sFWBol3O5ju3s+TfgVW3fssXtlridSfrZez4M26Y qivv9etbs92jyo8rNm05sdrD01ET/6ZadDRg2sl/Z45eO3Zx1t35rqe8majZ 5y/7Soc6uf5h2cIZl9hb3sVWYGUA4kXWP0mNdlpqvmV214QKCucefEdthx17 1kVnE3oPckZXf2MpZ2FsJ64GW1SKkTbbWDYFN1d6naHQH4ljrXgcVGlNCJdq r2mG43Ux7idjapRdqJ9dQxko1XVspdZjkUeidmN92YU4VIDXgUjXiv4BRqWM IZ7XYXjswYXYk8V1WaWZC8o0o4vUAWdneJaxNieaWXZ4JV0jUVPeQ/r1mKCL pLU2XIE8Tqemo1GiNiFJDRJ6GYdh7uYoUnAZt9h7GGY41ZD8EVVVp3qWCR6Q nbLp3YFrmv+GQp5aUVjmSLcJpB2DooWm66woNGmljVhG5oega4Ym6oFNxjoU sWeG1pi0QpJU3rECrfXPoOUJmtheM5aKmV/fHQeWt26l61qUa6VLTVMhTjjr qKOaOpJoYA3kVG6iNfWtY7U5NhmxykY1q1TBdoXVuwu79eS7bTE8L8DiTkvx ZNbiV1ZR/AqEbIuzijguk/669u65YWFVmKBltYzVVSXqNW3IBWN8r64NSvVP vzx/G/DAI45r7rFsdZXUwmVdxSBSLm/8ZHSbWTywryMN2i5VUrkFI1RPQ52e jO3C1m6tbTWNmLcGPboXzVfySFJuSl3KGbS0mWwyxO82HRZBSDf/nGe4UFb6 0bGDxl2oyCrazTDDeifUN4M6whc5WyJFFRGSQtKNV9GKR7x44483bJyCOu6l bU227gkn0e4unvfjCPXNsJrl8rbm3nJmypx0YbceMehZBd8wxALaTrrguSOq Op6cu1WWu43H7rLDBIqtZ4Bj0mflXa+1znjoLXv8fN+MrracZt/hzhJtqS4f V9HfN82V3tyxVrpd+qqvUpLaSxpsq957nfzCBzqH/W10yalUsDrimqVoRSsI Iddy/iQwuUxLT557HtGwpRWTwUUrSiPKlgrmnvNkq3AawRqDHIhCj53nT0C7 UZTyEiy7IeWBtYLYVd51lR1a5VmNUhXA/9bSwoygJStuidNAelMv65DogiyC 4nEc9qW1JExrUeoKr96XqkNhTYkZ0dp4NnYQQQUtNEGDlnVCU6tpGYd6T/rf waw4vp3pkE3x4kyDttIRqiwlX4k5SHICdiYogimJ7Xoep3KUI60wjWH5UpYk 2RcwrMFNIzdMypqYVhBBzUc9xSJdfLyCrB5NR2xtkY9mYGMixqilLIXRDZ2k dB11wfF3WXkLxKYIPgIdB5Z4wt9MzIipM52nc68JXvNcJ0CGCYhzxbSXTNAY TEnNhXWdyxvfvFdGDTrraqbBi01MVKpPMql78Btg/MQ3vLKgkmiorJ7OauKo Q/FvKrZcV8o66f+4pvnSc1ljpjZpUs+vKU876hpbHcGXMoGuC6AKdd2HjAcn BeUTegxV50IF6Dm1MI6dJaEeGA1SzQgNzI3oLNvwXsfM8bnuaM9LCmw+BzvC nI4jr2QZQw5XUUmOjXoDzShD0wVSRNaUIPnS30WU9hDVkQg9F+wdL1n6PYEy 82ivG8pPBSqQfHkELbCBJQR/lco0Bm2QMZsiwvSCx99hhTjv+iDe4hrO1oCQ L7yiXEe86hSd6XRnDQKaWc9qLLUeLDRNIiLSCBNXdBkNkqmk2VsMhhh8LZYj fPXYW5aoL2NWhm125WG7ejjagqjmZFl017n6wparNIuPRdQIU52Cz7//8suJ wNmQ0Ax7nGBdUW86VJgz0zUvGsZmXjfqqlIxklmldVBjMSRszNIath+2BWZh I6ADj1XbiLkmQCOEj9SU+xGrEO1/5pLprEBIrBrdqL02ipWxItNBXjota6h0 15ZMdxcKHmxWhIGOiEilIHz+s1Oia+b0RDee1yAHPaoZJyjNSScHW3g7npvr cBuIKjClJkY4ojCCqgtT0UW0pRlu1qsIOZiaRGjC/inNQ7caU6s6M2td+o5g SATiYon4NL1zsIKrutIGFhhw7ZGwjV7sWe69RjtudelVO6g1FltJmoZ58ZA4 xKOLxs/G6ZpiEJGsunEuWcsQGmLvZAdm4jSw/5XgKWdz6MnkigKGxnwDnWm8 Czgul9nFAlvynWAMpLsBb3Gcqq0jPZvmS341Ya9kLLYMAl80WxpSvgIhMLVq rH9ipr3SZQykxdeR2W6rQUU8s6pXHehKdzpDCbNKXIuL2FQSTUhnjW5nsrUU 5IlFX6cWI0kF7V4Yu5eGsr7uDNN7Y+oIdsuacSFIOubogjxm1di+trbV8xga XnO06RqLW66UGTVGCNgjtQi3bEpq02Zb1YE2tnr4g5Yanoy4Zb32p6PFGGnH tiLKAmEqXXOQdxv84Nue73ptzV1vE5vVVlKZJqHj3mzLe8vrUquN9zvgzZTp ozFBuMjlrR2NZziJl/+uzojMfOZ4P3zblz7tMmlKTB9ffIE0EXmlLU5s4KAz gPslN7dhznJttzzl8q4iN52JJKQXXecHd/m8T764/l681UvuMdKFjuYznXx8 QvSvWYMSEZFeJNIQgQrZlbKwfzfkphEZynLXvsS5Q6RsEqlVSJLJq2z1KpEH uZo7AR/4HPmVuwPJ0HMZqy0Ino67dmfQfb7KQq84l7ZHi215ZNrrdNvxOX4d lKkfWZTMctLt2To1g0rNWeja8boRFPdAiKiQzMaULLkp/d5i/cfvMoTzBJSt V/i6sH3ZPa5FGQosa2/5MdoW2JeMPkQsP1BMDh/YSWN38Amyx525cLmmf2v/ pNcd6bc2SOLtTsgeUT8Rlsma13e1Kd5JSjn8or0g5h03KpkWcMRS+WjJ9H9d VURHBHcckRTsR3crNBqRp4CeRxL+ooALMX8SWIEWeIEYmIEaqBNstD6ikSt9 VG1+dzMt0S9e4WtL5TgNaBFMtRKO9oASIYIgAUevdzoP5EeudSxJpCs3RBbr shC9knw1FEGJpHj3RxAfmITOgVPAt0A6FXpJozJU0TELGGCrpxBUKIM5VR6m VnD5k33exxHSpzG71FXZgmrSRkbbAiNAiH0y6Fr3kXsIQYVhKIMU0YJheB8r UxQ6FWlySIbKh4XYx4cFhzt0aG1fGId9lDNhGIaA//RKH0gebZeGftSG+NFX B1F+ZriJlIZ9iriIkbUUytJgWuV/9mFeuIF+8odqLfRDebVCKCh/KrNeiJU2 AAaL5kU1OSEoIGcQ87SBJZGAMAiMRsRJ6keMyJiMyriMzNiMlBJhujgSHXh3 sUgYdrgQRziBcYN9JXGNwWeAnTgR4IiN26gxb2N3KESB4SiOKnMtRfgdeVWN iYd7sYN4EQSPN5h4DpOKlANUeTWJ44gfkJeJhOMxvfZ4mZd9aNgQsdSI+MdC sYOJUEh6uJGQW6gxtueFp1dGhLgt1MePZjFW5qgQDSmDBlSP26QzXsWN+9Iu 5SF6DZQQTpFJmoeEDfSRSHCVkwxJjwR5MgkxKHvokPhhFnjofS/TEPuyECIp lDjDTguCidjIk5S2MNm4fOT1KqTWMZN2faq4XJiXfjp5huk3RdZYKYG0LQgx QtYIRpuEgrVIij1IcKM4l4D3SwIYeJBGcGljjDTojH75l4CpEgEBADs= --000e0cd28690388ca3046ee8fcbf-- From - Fri Jul 17 19:39:16 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-4.0 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS autolearn=disabled version=3.2.5 Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6HHcgw8079564 for ; Fri, 17 Jul 2009 19:38:47 +0200 (CEST) X-Envelope-To: Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n6HGZbuV003960 for ; Fri, 17 Jul 2009 17:35:37 +0100 (BST) Received: from unix0.york.ac.uk ([144.32.196.246]) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MRqPJ-00017z-6R for gut@ens.fr; Fri, 17 Jul 2009 17:35:37 +0100 Date: Fri, 17 Jul 2009 17:35:37 +0100 (BST) From: Patrick Dupre To: Liste Gutenberg Subject: color Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1483920592-1247848537=:27938" X-York-MailScanner: Found to be clean X-York-MailScanner-From: pd520@york.ac.uk X-Greylist: Delayed for 01:03:04 by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 17 Jul 2009 19:38:47 +0200 (CEST) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-1483920592-1247848537=:27938 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Bonsoir, Je voudrais faire ma propre couleur RGB sans passer par definecolor, est-ce que c'est possible ? Du genre: {\color{0.4}{0.2}{0.1} text}. Merci. --=20 --- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Patrick DUPR=C3=89 | | Department of Chemistry | | Phone: (44)-(0)-1904-434384 The University of York | | Fax: (44)-(0)-1904-432516 Heslington | | York YO10 5DD United Kingdom | | email: pd520@york.ac.uk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ---559023410-1483920592-1247848537=:27938-- From - Fri Jul 17 19:43:48 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,SPF_PASS autolearn=disabled version=3.2.5 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6HHhGOW081764 for ; Fri, 17 Jul 2009 19:43:21 +0200 (CEST) X-Envelope-To: Received: by fg-out-1718.google.com with SMTP id e21so297035fga.21 for ; Fri, 17 Jul 2009 10:43:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=2LwNltIbQoeaJWRFPREadfsOrxUWuOXwYD4q22AEDJ8=; b=URVFGY7H/hnLHHHVg+EI8vXVoKN5R6yE746D/g7lVO7qxP4+GTslMk6xV419qAdnIP F7CrwwPmhxoBEgCnLJrrDQ0BAoyFnTtYuWjH1U5U8dFpQ38hXZRpo/abdX+LyHK2BVV4 MepmmNx/wz/wzEF3HVRv8tdTjwMtFaGwccE20= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=o5YdCQyV6N2ARaIIoLHvW2x2BCZiXEF9qIhdpQ5wmq22/WegQP7jTr3MWwqP51q3Hc NWQFRs2aTP+iqPFhi8+R7Rtsv338UznHa8dAqSQx9/nit5gTYgPHiypYi8PHI+9p7jSZ o5N16L8BYE4eNmyDXzwZMgoWmuSUTdY3RgGvI= MIME-Version: 1.0 Received: by 10.86.84.12 with SMTP id h12mr1034350fgb.21.1247852596075; Fri, 17 Jul 2009 10:43:16 -0700 (PDT) In-Reply-To: <82029aed0907170907x22f0106ah8d996780382da685@mail.gmail.com> References: <82029aed0907170907x22f0106ah8d996780382da685@mail.gmail.com> Date: Fri, 17 Jul 2009 19:43:16 +0200 Message-ID: <82029aed0907171043p1af6d921s63040546ef4303ea@mail.gmail.com> Subject: Re: soucis avec floatflt From: nicodache To: gut@ens.fr Content-Type: multipart/alternative; boundary=000e0cd24918b89d99046eea52bb X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 17 Jul 2009 19:43:22 +0200 (CEST) --000e0cd24918b89d99046eea52bb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bon, je m'auto-r=C3=A9pond :-) Avec le package wrapfig, ya moyen de faire des trucs sympa \o/ Par contre, maintenant, j'ai des soucis de veuf (?), genre un titre de section sans texte en dessous ; il est =C3=A0 la page suivante avec la fig wrapp=C3=A9e... Si quelqu'un sait comment dire =C3=A0 latex de faire attention aux veufs/orphelins m=C3=AAme quand ya des figures, ca m'int=C3=A9resse ! Et =C3=A0 propos de section, quelqu'un =C3=A0 une id=C3=A9e pour supprimer = la num=C3=A9rotation des sections ? histoire de pas avoir "A.1 Toto", mais juste "Toto" ? Je pr=C3=A9cise que je n'ai pas de table des mati=C3=A8res. J'ai un peu regard=C3=A9 de \renewcommand\section{\@startsection}{1}{\@z}% = machin chose, mais c'est pas concluant, et surtout, j'me dit qu'il doit y avoir un moyen plus simple, du genre \numbering[section]{}, ou \pagestyle[section]{numbering=3Doff}, nan ? Merci la liste, --=20 nico 2009/7/17 nicodache > Bonjour la liste, > > J'utilise le paquet floatflt pour int=C3=A9grer des images dans du texte = en > "enveloppant" l'image (le genre de truc joli qui fait toujours bien), sauf > que j'ai un petit soucis... > > Le code typique pour ceci est le suivant : > > \begin{floatingfigure}{25mm} > > \includegraphics[width=3D20mm]{pics/image} > > \end{floatingfigure} > > Ceci a pour cons=C3=A9quence d'essayer (et je dis bien essayer) de mettre= les > images =C3=A0 droite sur les pages impaires, et =C3=A0 gauche sur les pag= es paires. > > Cette mise en page me sert toujours pour mon projet de nouvelle, et le > soucis que j'ai est le suivant : sur les pages impaires et avec une seule > image pas trop pr=C3=A8s des marges haut/bas, le r=C3=A9sultat est plut= =C3=B4t bon. > > Sur les pages paires, ca donne l'image 1 ; j'ai bien mon d=C3=A9calage du= texte > vers la droite, mais l'image va =C3=A9galement trop vers la droite. > > Sur les pages impaires avec plusieurs images, ca peut =C3=AAtre encore pi= re > (image 2) ; le texte se d=C3=A9cale comme pour mettre une image =C3=A0 ga= uche, et il > tape l'image en plein milieu du texte. > > J'ai un peu jou=C3=A9 avec > > \renewcommand{\topfraction}{0.9} > > \renewcommand{\bottomfraction}{0.9} > > \renewcommand{\textfraction}{0.1} > > \renewcommand{\floatpagefraction}{0.75} > > Mais le r=C3=A9sultat n'est pas tr=C3=A8s concluant... > > Une id=C3=A9e de avec quoi je pourrais jouer, sachant que je suis en 10pt= , que > j'ai environ 13cm de texte de haut, et maximum 3 images de 2cm par page... > ca devrait passer, naon ? > > Notez que j'ai =C3=A9t=C3=A9 voir le pdf de documentation du paquet, et i= l est =C3=A9crit > ceci dedans : > > - If a =EF=AC=82oating =EF=AC=81gure or table is called close to a sec= tioning command, > the =EF=AC=82oating =EF=AC=82oat may be lost or truncated. This may le= ad to a =E2=80=9Ccollision > warning=E2=80=9D, which normally has to be analyzed =E2=80=9Cby hand= =E2=80=9D. > - If you use =EF=AC=82oating =EF=AC=82oats of di=EF=AC=80erent kinds c= lose to each other in > your input, you are likely to have problems. You may either lose one o= f the > =EF=AC=82oating =EF=AC=82oats entirely, have it overwritten by the oth= er, or have it > truncated. > > Dans mon cas, les floats sont du m=C3=AAme type : 2 images png. mais il m= 'en > bouffe quand m=C3=AAme... > > Et on risque pas d'avoir des am=C3=A9liorations dans ce paquet, le mainte= neur > est d=C3=A9c=C3=A9d=C3=A9 en 1998 -_-'... > > Je vais aller jeter un coup d'oeil au paquet float (qui a l'air plus > r=C3=A9cent), et je vais voir ce que je sais en faire, mais si quelqu'un = a une > id=C3=A9e int=C3=A9ressante entretemps, je prend ;-)) > > Merci la liste > > -- > nico > --000e0cd24918b89d99046eea52bb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bon, je m'auto-r=C3=A9pond :-)

Avec le package wrapfig, ya moyen= de faire des trucs sympa \o/
Par contre, maintenant, j'ai des souci= s de veuf (?), genre un titre de section sans texte en dessous ; il est =C3= =A0 la page suivante avec la fig wrapp=C3=A9e...
Si quelqu'un sait comment dire =C3=A0 latex de faire attention aux veuf= s/orphelins m=C3=AAme quand ya des figures, ca m'int=C3=A9resse !
Et =C3=A0 propos de section, quelqu'un =C3=A0 une id=C3=A9e pour supp= rimer la num=C3=A9rotation des sections ? histoire de pas avoir "A.1 T= oto", mais juste "Toto" ?
Je pr=C3=A9cise que je n'ai pas de table des mati=C3=A8res.

J= 9;ai un peu regard=C3=A9 de \renewcommand\section{\@startsection}{1}{\@z}% = machin chose, mais c'est pas concluant, et surtout, j'me dit qu'= ;il doit y avoir un moyen plus simple, du genre \numbering[section]{}, ou \= pagestyle[section]{numbering=3Doff}, nan ?

Merci la liste,

--
nico

20= 09/7/17 nicodache <nicodache@gmail.com>
Bonjour la liste,

J'utilise le paquet floatflt pour int=C3=A9gre= r des images dans du texte en "enveloppant" l'image (le genre de tr= uc joli qui fait toujours bien), sauf que j'ai un petit soucis...

Le cod= e typique pour ceci est le suivant :

\begin{floatingfigure}{= 25mm}

\includegraphics[width=3D20mm]{pics/image}

\end{floatingfigure}


Ceci a pour cons=C3=A9quence d'essayer (et je dis bien essayer) de mett= re les images =C3=A0 droite sur les pages impaires, et =C3=A0 gauche sur les p= ages paires.

Cette mise en page me sert toujours pour mon projet de nouvelle, et le soucis que j'ai est le suivant : sur les pages impaires et avec une seule image pas trop pr=C3=A8s des marges haut/bas, le r=C3=A9sultat est pl= ut=C3=B4t bon.

Sur les pages paires, ca donne l'image 1 ; j'ai bien mon d=C3= =A9calage du texte vers la droite, mais l'image va =C3=A9galement trop = vers la droite.

Sur les pages impaires avec plusieurs images, ca peu= t =C3=AAtre encore pire (image 2) ; le texte se d=C3=A9cale comme pour mett= re une image =C3=A0 gauche, et il tape l'image en plein milieu du texte= .

J'ai un peu jou=C3=A9 avec

\renewcommand{\topfraction}{0.9}

\renewcommand{\bottomfraction}{0.9}

\renewcommand{\textfraction}{0.1}

\renewcommand{\floatpagefraction}{0.75}


Mais le r=C3=A9sultat n= 'est pas tr=C3=A8s concluant...

Une id=C3=A9e de avec quoi je po= urrais jouer, sachant que je suis en 10pt, que j'ai environ 13cm de tex= te de haut, et maximum 3 images de 2cm par page... ca devrait passer, naon = ?

Notez que j'ai =C3=A9t=C3=A9 voir le pdf de documentation du paquet= , et il est =C3=A9crit ceci dedans :
  • If a =EF=AC=82oating =EF=AC= =81gure or table is called close to a sectioning command, the =EF=AC=82oati= ng =EF=AC=82oat may be lost or truncated. This may lead to a =E2=80=9Ccolli= sion warning=E2=80=9D, which normally has to be analyzed =E2=80=9Cby hand= =E2=80=9D.
  • If you use =EF=AC=82oating =EF=AC=82oats of di=EF=AC=80erent kinds clos= e to each other in your input, you are likely to have problems. You may eit= her lose one of the =EF=AC=82oating =EF=AC=82oats entirely, have it overwri= tten by the other, or have it truncated.
Dans mon cas, les floats sont du m=C3=AAme type : 2 images png. mais i= l m'en bouffe quand m=C3=AAme...

Et on risque pas d'avoir de= s am=C3=A9liorations dans ce paquet, le mainteneur est d=C3=A9c=C3=A9d=C3= =A9 en 1998 -_-'...

Je vais aller jeter un coup d'oeil au paquet float=C2=A0 (qui a l'a= ir plus r=C3=A9cent), et je vais voir ce que je sais en faire, mais si quel= qu'un a une id=C3=A9e int=C3=A9ressante entretemps, je prend ;-))
Merci la liste

--
nico

--000e0cd24918b89d99046eea52bb-- From - Fri Jul 17 21:16:30 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from mordell.elzevir.fr (mordell.elzevir.fr [92.243.3.74]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6HJFvR8027213 for ; Fri, 17 Jul 2009 21:16:02 +0200 (CEST) X-Envelope-To: Received: from roth.elzevir.fr (thue.elzevir.fr [88.165.216.11]) by mordell.elzevir.fr (Postfix) with ESMTPS id 3AAD235EF8 for ; Fri, 17 Jul 2009 21:15:57 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by roth.elzevir.fr (Postfix) with ESMTP id ED6F0BFDD for ; Fri, 17 Jul 2009 21:15:55 +0200 (CEST) Message-ID: <4A60CDEB.8060604@elzevir.fr> Date: Fri, 17 Jul 2009 21:15:55 +0200 From: =?UTF-8?B?TWFudWVsIFDDqWdvdXJpw6ktR29ubmFyZA==?= User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] Re: soucis avec floatflt References: <82029aed0907170907x22f0106ah8d996780382da685@mail.gmail.com> <82029aed0907171043p1af6d921s63040546ef4303ea@mail.gmail.com> In-Reply-To: <82029aed0907171043p1af6d921s63040546ef4303ea@mail.gmail.com> X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 17 Jul 2009 21:16:02 +0200 (CEST) nicodache a écrit : > J'ai un peu regardé de \renewcommand\section{\@startsection}{1}{\@z}% machin > chose, mais c'est pas concluant, et surtout, j'me dit qu'il doit y avoir un > moyen plus simple, du genre \numbering[section]{}, ou > \pagestyle[section]{numbering=off}, nan ? > \setcounter{secnumdepth}{0} Manuel. From - Fri Jul 17 21:28:57 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from ufc.univ-fcomte.fr (ufc.univ-fcomte.fr [194.57.91.200]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6HJSS6S033063 for ; Fri, 17 Jul 2009 21:28:33 +0200 (CEST) X-Envelope-To: Received: from localhost (localhost.localdomain [127.0.0.1]) by ufc.univ-fcomte.fr (Postfix) with ESMTP id 478D89E8393 for ; Fri, 17 Jul 2009 21:28:28 +0200 (CEST) Received: from ufc.univ-fcomte.fr ([127.0.0.1]) by localhost (ufc.univ-fcomte.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31231-04 for ; Fri, 17 Jul 2009 21:28:27 +0200 (CEST) Received: from ufc204.univ-fcomte.fr (ufc204.univ-fcomte.fr [194.57.91.204]) by ufc.univ-fcomte.fr (Postfix) with ESMTP id 4B6019E82ED for ; Fri, 17 Jul 2009 21:28:27 +0200 (CEST) Received: from acces.univ-fcomte.fr (localhost.localdomain [127.0.0.1]) by ufc204.univ-fcomte.fr (Postfix) with ESMTP id 337473C290F for ; Fri, 17 Jul 2009 21:28:27 +0200 (CEST) Received: from [192.168.0.7] (pla25-1-82-225-17-10.fbx.proxad.net [82.225.17.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by acces.univ-fcomte.fr (Postfix) with ESMTP id 648537C7B for ; Fri, 17 Jul 2009 21:28:26 +0200 (CEST) Message-ID: <4A60D0D7.6070705@univ-fcomte.fr> Date: Fri, 17 Jul 2009 21:28:23 +0200 From: =?UTF-8?B?UMOpdGlhcmQgRnJhbsOnb2lz?= Reply-To: liste Gut User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] color References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at univ-fcomte.fr X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 17 Jul 2009 21:28:33 +0200 (CEST) Le 17/07/2009 18:35, Patrick Dupre a écrit : > Bonsoir, > > Je voudrais faire ma propre couleur RGB sans passer par definecolor, > est-ce que c'est possible ? Du genre: {\color{0.4}{0.2}{0.1} text}. > > Merci. > Oui, voir exemples ci-dessous : \documentclass[a4paper,12pt,leqno]{article} \usepackage[T1]{fontenc} \usepackage{lmodern} \usepackage[francais]{babel} \usepackage[autolanguage]{numprint} \usepackage{microtype} \usepackage{color} \usepackage{lipsum} \begin{document} \color[rgb]{1,0,0} \lipsum[1] \color[rgb]{.5,1,.5} \lipsum[2] \color[cmyk]{1,0,0,0} \lipsum[3] \color[gray]{.5} \lipsum[4] \end{document} François From - Fri Jul 17 21:57:58 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,SPF_PASS autolearn=disabled version=3.2.5 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6HJvO2Y050058 for ; Fri, 17 Jul 2009 21:57:29 +0200 (CEST) X-Envelope-To: Received: by fg-out-1718.google.com with SMTP id e21so317217fga.21 for ; Fri, 17 Jul 2009 12:57:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=2HY2TwXVELG4w7C8kw4PQkFJnn2PQM8EVSsALo3VkQk=; b=bA2t2hAHN/VKOvjUI9dVuzu2q5ZQfq1A3lYsfvi+7vTCBqum/mH77G7IL6irVOmKOi RvW8AgL8FRlBcrATCvzwbbSM4Jp3fTGxhFX4tujaF1hpBbgq4aUQuUr3G8rDnVOYjUbR vKrVl8dSeM7FFl3gDIfrLYE0qYCNP+4gGhjBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=dU7WBWEAEzoEud70aCN0LTFAK8ZCV9Zw7we314Upb40mdA4GTC9MkUuvifnYdccy39 H0lD6MLs9KqrJ2azcQfIlAOetiNUTEbnLYVEeAlsH48iWQBt/1gEwYAFHrzHClvAY0LJ Bhb8qTb6dX9/hY/LRBD7cE3JxgZPHphT5AmOQ= MIME-Version: 1.0 Received: by 10.86.28.16 with SMTP id b16mr1095583fgb.53.1247860643671; Fri, 17 Jul 2009 12:57:23 -0700 (PDT) In-Reply-To: <4A60CDEB.8060604@elzevir.fr> References: <82029aed0907170907x22f0106ah8d996780382da685@mail.gmail.com> <82029aed0907171043p1af6d921s63040546ef4303ea@mail.gmail.com> <4A60CDEB.8060604@elzevir.fr> Date: Fri, 17 Jul 2009 21:57:23 +0200 Message-ID: <82029aed0907171257y1af688c0t170cabf5f04ec833@mail.gmail.com> Subject: Re: [gut] Re: soucis avec floatflt From: nicodache To: gut@ens.fr Content-Type: multipart/alternative; boundary=000e0cd304be652da8046eec32e5 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Fri, 17 Jul 2009 21:57:29 +0200 (CEST) --000e0cd304be652da8046eec32e5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Merci :) Simple question pour r=E9f=E9rence, je suppose qu'on peut revenir =E0 un nu= mdepth plus important quand je change de chapitre, pour re-avoir une num=E9rotation des sections, juste ? --=20 nico 2009/7/17 Manuel P=E9gouri=E9-Gonnard > nicodache a =E9crit : > > J'ai un peu regard=E9 de \renewcommand\section{\@startsection}{1}{\@z}% > machin > > chose, mais c'est pas concluant, et surtout, j'me dit qu'il doit y avoir > un > > moyen plus simple, du genre \numbering[section]{}, ou > > \pagestyle[section]{numbering=3Doff}, nan ? > > > \setcounter{secnumdepth}{0} > > Manuel. > --000e0cd304be652da8046eec32e5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Merci :)

Simple question pour r=E9f=E9rence, je suppose qu'on pe= ut revenir =E0 un numdepth plus important quand je change de chapitre, pour= re-avoir une num=E9rotation des sections, juste ?

--
nico
2009/7/17 Manuel P=E9gouri=E9-Gonnard <mpg@elzevir.fr>
nicodache a =E9crit :
> J'ai un peu regard=E9 de \renewcommand\section{\= @startsection}{1}{\@z}% machin
> chose, mais c'est pas concluant, et surtout, j'me dit qu'i= l doit y avoir un
> moyen plus simple, du genre \numbering[section]{}, ou
> \pagestyle[section]{numbering=3Doff}, nan ?
>
\setcounter{secnumdepth}{0}

Manuel.

--000e0cd304be652da8046eec32e5-- From - Sat Jul 18 09:15:30 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp22.services.sfr.fr (smtp22.services.sfr.fr [93.17.128.12]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6I7EukM061900 for ; Sat, 18 Jul 2009 09:15:01 +0200 (CEST) X-Envelope-To: Received: from [192.168.1.20] (113.183.194-77.rev.gaoland.net [77.194.183.113]) by msfrf2213.sfr.fr (SMTP Server) with ESMTP id 6255A7000091 for ; Sat, 18 Jul 2009 09:14:56 +0200 (CEST) X-SFR-UUID: 20090718071456402.6255A7000091@msfrf2213.sfr.fr Message-Id: <199085B9-3F7A-4D85-A7DC-BAC4CE1D824C@orange.fr> From: =?ISO-8859-1?Q?Ivan_Lavall=E9e?= To: gut@ens.fr In-Reply-To: <4A602FED.1060608@univ-metz.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Mime-Version: 1.0 (Apple Message framework v935.3) Subject: Re: [gut] Detexify Date: Sat, 18 Jul 2009 09:14:55 +0200 References: <4A602FED.1060608@univ-metz.fr> X-Mailer: Apple Mail (2.935.3) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Sat, 18 Jul 2009 09:15:01 +0200 (CEST) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nef2.ens.fr id n6I7EukM061900 Et même plutôt bien Ivan Le 17 juil. 09 à 10:01, Jean-Marc Sac-Epee a écrit : > > > Bonjour, > > Connaissez-vous ceci ? > > http://detexify.kirelabs.org/classify.html > > Vraiment pas mal ! > > JM > > -- > Jean-Marc Sac-Epée, Ingénieur de Recherches en Calcul Scientifique, > Laboratoire de Mathématiques, UMR 7122, Université de Metz, Tél 03 > 87 54 72 69 Fax 03 87 31 52 73 > http://www.math.univ-metz.fr/~jmse mail: jmse@univ-metz.fr > > From - Sat Jul 18 10:26:46 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 Received: from di.ens.fr (di.ens.fr [129.199.99.1]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6I8QHGT034603 for ; Sat, 18 Jul 2009 10:26:17 +0200 (CEST) Received: from localhost (ccheval@localhost) by di.ens.fr (8.13.6/jb-1.1) id n6I8QAsM023189 for ; Sat, 18 Jul 2009 10:26:10 +0200 X-Envelope-To: X-Authentication-Warning: di.ens.fr: ccheval owned process doing -bs Date: Sat, 18 Jul 2009 10:26:10 +0200 (CEST) From: =?ISO-8859-1?Q?C=E9line_Chevalier?= X-X-Sender: ccheval@di.ens.fr To: gut@ens.fr Subject: Re: [gut] Re: soucis avec floatflt In-Reply-To: <82029aed0907171043p1af6d921s63040546ef4303ea@mail.gmail.com> Message-ID: References: <82029aed0907170907x22f0106ah8d996780382da685@mail.gmail.com> <82029aed0907171043p1af6d921s63040546ef4303ea@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-947846813-55259605-1247905570=:22987" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Sat, 18 Jul 2009 10:26:17 +0200 (CEST) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---947846813-55259605-1247905570=:22987 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Bonjour, > Avec le package wrapfig, ya moyen de faire des trucs sympa \o/ > Par contre, maintenant, j'ai des soucis de veuf (?), genre un titre de > section sans texte en dessous ; il est à la page suivante avec la fig > wrappée... > Si quelqu'un sait comment dire à latex de faire attention aux > veufs/orphelins même quand ya des figures, ca m'intéresse ! Il me semblait que \begin{wrapfig} ... \end{wrapfig} \section{toto} bla fonctionnait, mais je n'ai pas testé. Enfin, il est connu pour avoir des ratés auprès de certains environnements, en particulier les listes. Dans ces cas là, picins (et \parpic) fait souvent l'affaire. > Et à propos de section, quelqu'un à une idée pour supprimer la numérotation > des sections ? histoire de pas avoir "A.1 Toto", mais juste "Toto" ? > Je précise que je n'ai pas de table des matières. \section* ? Céline ---947846813-55259605-1247905570=:22987-- From - Mon Jul 20 11:27:13 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,SPF_PASS autolearn=disabled version=3.2.5 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6K9Qe2D084279 for ; Mon, 20 Jul 2009 11:26:45 +0200 (CEST) X-Envelope-To: Received: by fg-out-1718.google.com with SMTP id e21so599144fga.21 for ; Mon, 20 Jul 2009 02:26:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=UVmalkF4k5hnaIbLEC6OgJKmEg3r5jKxYi+MipvN94Q=; b=CXgU+ZEfU/yXOMUX3z6+clG3+Q0BfSCMvPAh/q0fG/3tLxWuTrT+3rNwHfFtWLlbk/ kv5dpGhwUE5kS33SwA0D4PsKB4mQrUHwABsnGWc+YHtg616/a8mc4ged6bd7UHto65Wr CGIMBgsU0SPhcIo10jBkcpLCrVs0YrU302Kbk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=hTCaiopuoU347MHTMPqLpbiI6TkUyNqJdkrqx2EioHLpIShQ4nSAZlpM5JrH+0uOMi Z/zqpcM4RSgFi38BPNH+v+6Dch1QS/moGSCadu7hAVTJZdU5PzGip8lu2ZZdru2zwfEo +EXhm9MTVuupPPR2NMdZELZFQKFlRMwEUDKaM= MIME-Version: 1.0 Received: by 10.86.62.8 with SMTP id k8mr3432797fga.52.1248082000226; Mon, 20 Jul 2009 02:26:40 -0700 (PDT) In-Reply-To: References: <82029aed0907170907x22f0106ah8d996780382da685@mail.gmail.com> <82029aed0907171043p1af6d921s63040546ef4303ea@mail.gmail.com> Date: Mon, 20 Jul 2009 11:26:40 +0200 Message-ID: <82029aed0907200226v3c17f609sdb8ebe1204731772@mail.gmail.com> Subject: Re: [gut] Re: soucis avec floatflt From: nicodache To: gut@ens.fr Content-Type: multipart/alternative; boundary=000e0cd24652462a11046f1fbc4e X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 20 Jul 2009 11:26:45 +0200 (CEST) --000e0cd24652462a11046f1fbc4e Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Rebonjour les listiers, Wrapfig donne effectivement un r=E9sultat sympa, et en le positionnant avant la section (comme propos=E9 par C=E9line Chevalier), je n'ai plus de probl= =E8me de veuves. Par contre, j'ai un r=E9sultat =E9trange au niveau des paragraphes des sect= ions concern=E9es : pour chaque paragraphe d'une section devant laquelle je met = une image wrapfig-=E9e, j'ai un trou dans le paragraphe, correspondant =E0 la position de l'image. Comme ceci en fait : +-------+ *Titre de section* | *jolie* | | *image *| texte texte texte +-------+ texte texte texte texte texte texte texte texte texte texte texte texte texte +-------+ |(*zone *| |* vide*) | texte texte texte +-------+ texte texte texte texte texte texte texte texte texte texte texte texte texte Quelqu'un aurait rencontr=E9 quelque part le m=EAme probl=E8me et aurait eu= une solution =E0 celui-ci ? --=20 nico 2009/7/18 C=E9line Chevalier : > > Bonjour, > > >> Avec le package wrapfig, ya moyen de faire des trucs sympa \o/ >> Par contre, maintenant, j'ai des soucis de veuf (?), genre un titre de >> section sans texte en dessous ; il est =E0 la page suivante avec la fig >> wrapp=E9e... >> Si quelqu'un sait comment dire =E0 latex de faire attention aux >> veufs/orphelins m=EAme quand ya des figures, ca m'int=E9resse ! > > Il me semblait que > > \begin{wrapfig} ... > \end{wrapfig} > \section{toto} > bla > > fonctionnait, mais je n'ai pas test=E9. Enfin, il est connu pour avoir des > rat=E9s aupr=E8s de certains environnements, en particulier les listes. D= ans ces > cas l=E0, picins (et \parpic) fait souvent l'affaire. > > C=E9line > --000e0cd24652462a11046f1fbc4e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Rebonjour les listiers,

Wrapfig donne effectivement un r=E9sultat sy= mpa, et en le positionnant avant la section (comme propos=E9 par C=E9line C= hevalier), je n'ai plus de probl=E8me de veuves.
Par contre, j'a= i un r=E9sultat =E9trange au niveau des paragraphes des sections concern=E9= es : pour chaque paragraphe d'une section devant laquelle je met une im= age wrapfig-=E9e, j'ai un trou dans le paragraphe, correspondant =E0 la= position de l'image.

Comme ceci en fait :

+-------+ Titre de section
| jolie |
| image | texte = texte texte
+-------+ texte texte texte
texte texte texte texte= texte
texte texte texte texte texte

+-------+
|(zone=A0 |
| vide) = | texte texte te= xte
+-------+ texte texte texte
texte texte texte texte texte
texte texte texte texte texte

Quelqu'un aurait rencontr=E9 quelque part le m=EAme probl=E8= me et aurait eu une solution =E0 celui-ci ?

--
nico

2009/= 7/18 C=E9line Chevalier <celi= ne.chevalier@ens.fr>:
>
> Bonjour,
>
>
>> Avec le package wrapfig, = ya moyen de faire des trucs sympa \o/
>> Par contre, maintenant, j= 'ai des soucis de veuf (?), genre un titre de
>> section sans = texte en dessous ; il est =E0 la page suivante avec la fig
>> wrapp=E9e...
>> Si quelqu'un sait comment dire =E0 la= tex de faire attention aux
>> veufs/orphelins m=EAme quand ya des = figures, ca m'int=E9resse !
>
> Il me semblait que
><= br>> \begin{wrapfig} ...
> \end{wrapfig}
> \section{toto}
> bla
>
> fonct= ionnait, mais je n'ai pas test=E9. Enfin, il est connu pour avoir des> rat=E9s aupr=E8s de certains environnements, en particulier les list= es. Dans ces
> cas l=E0, picins (et \parpic) fait souvent l'affaire.
>
&= gt; C=E9line
>

--000e0cd24652462a11046f1fbc4e-- From - Mon Jul 27 18:28:53 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,SPF_PASS autolearn=disabled version=3.2.5 Received: from mail-fx0-f213.google.com (mail-fx0-f213.google.com [209.85.220.213]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6RGSJwh039733 for ; Mon, 27 Jul 2009 18:28:24 +0200 (CEST) X-Envelope-To: Received: by fxm9 with SMTP id 9so3022793fxm.1 for ; Mon, 27 Jul 2009 09:28:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=9VQwKGyr7OOEQqkkgJ+9WV5FwqyZPCYo/lagGLaJn0Y=; b=auXi9iQsmuO3ZgmV/oV1F2Uspj9wtMh9TmJGoMwDU/brdzH2hMS0FJom1ZJ0+J/OPl 9ia7tPa+bPHX0Geyh4CiQNgWKm4NdEoAZNvcYrBZsmgCazHkJiVEbrQs/hgsKUrArCkk ak1d+27BG/hkcEnSxSiPq7IJ0Bvibry44Nj3w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=o94HGe6YBuCsh5GhHhprQ+2Kyg/yizkgpDkuNvmqBZIPCNWRjVpir+J5cCFNa+QleF qZLwD7ZlxHyKp1AREv/gkvkmBhAUUzx+2S5VPy9KxV0QPkYy06yhLOSVQW51nsZaZbZw lR0hCXx0en8+hb5bln+61+iBiShnAQBxFMOUE= MIME-Version: 1.0 Received: by 10.204.100.201 with SMTP id z9mr3154698bkn.168.1248712098642; Mon, 27 Jul 2009 09:28:18 -0700 (PDT) In-Reply-To: <82029aed0907200226v3c17f609sdb8ebe1204731772@mail.gmail.com> References: <82029aed0907170907x22f0106ah8d996780382da685@mail.gmail.com> <82029aed0907171043p1af6d921s63040546ef4303ea@mail.gmail.com> <82029aed0907200226v3c17f609sdb8ebe1204731772@mail.gmail.com> Date: Mon, 27 Jul 2009 18:28:18 +0200 Message-ID: <82029aed0907270928n5798c2a7wcc03902b5b299675@mail.gmail.com> Subject: Re: [gut] Re: soucis avec floatflt From: nicodache To: gut@ens.fr Content-Type: multipart/alternative; boundary=0016364592e810fcf3046fb27124 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 27 Jul 2009 18:28:24 +0200 (CEST) --0016364592e810fcf3046fb27124 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ol=E0, Petit update sur la situation, peut-=EAtre que ca vous mettra la puce =E0 l'oreille : Il semblerait que wrapfig "reste actif" sur la suite du document (du moins tant que je ne change pas de chapitre), et cause =E0 chaque nouveau paragra= phe de se retrouver avec un espace (type lettrine) vide, du cot=E9 de la derni= =E8re figure ins=E9r=E9e... Aussi, si je cr=E9e un texte avec une image qui s'ins=E8re =E0 gauche sur l= a page, 3 pages plus tard, dans le m=EAme chapitre, j'aurai encore un espace =E0 ga= uche pour y ins=E9rer une image en t=EAte de paragraphe, m=EAme si je n'ai pas d= 'image nulle part sur la page... Je pr=E9cise quand m=EAme que mon environnement (si c'est bien comme ca que= ca s'appelle) est bien ferm=E9. w \begin{wrapfigure}{o}{0.25\textwidth} \vspace{-20pt} \begin{center} \includegraphics[width=3D0.25\textwidth]{pics/toto} \end{center} \vspace{-20pt} \end{wrapfigure} Je pr=E9cise au passage qu'un \leavevmode =E0 la suite du \end{wrapfigure} corrige ce probl=E8me, mais en induit un autre, =E0 savoir le d=E9calage de= la figure de environ 1cm vers le haut... Si quelqu'un sait ce que fait leavevmode (j'ai pas vu d'explication claire sur le net), il aura peut-=EAtre une id=E9e quant =E0 la solution de mon probl=E8me... Toute id=E9e est la bienvenue, bien entendu ;-) --=20 nico 2009/7/20 nicodache : > Rebonjour les listiers, > > Wrapfig donne effectivement un r=E9sultat sympa, et en le positionnant av= ant > la section (comme propos=E9 par C=E9line Chevalier), je n'ai plus de prob= l=E8me de > veuves. > Par contre, j'ai un r=E9sultat =E9trange au niveau des paragraphes des sections > concern=E9es : pour chaque paragraphe d'une section devant laquelle je met une > image wrapfig-=E9e, j'ai un trou dans le paragraphe, correspondant =E0 la > position de l'image. > > Comme ceci en fait : > > +-------+ Titre de section > | jolie | > | image | texte texte texte > +-------+ texte texte texte > texte texte texte texte texte > texte texte texte texte texte > > +-------+ > |(zone | > | vide) | texte texte texte > +-------+ texte texte texte > texte texte texte texte texte > texte texte texte texte texte > > Quelqu'un aurait rencontr=E9 quelque part le m=EAme probl=E8me et aurait = eu une > solution =E0 celui-ci ? > > -- > nico > > 2009/7/18 C=E9line Chevalier : >> >> Bonjour, >> >> >>> Avec le package wrapfig, ya moyen de faire des trucs sympa \o/ >>> Par contre, maintenant, j'ai des soucis de veuf (?), genre un titre de >>> section sans texte en dessous ; il est =E0 la page suivante avec la fig >>> wrapp=E9e... >>> Si quelqu'un sait comment dire =E0 latex de faire attention aux >>> veufs/orphelins m=EAme quand ya des figures, ca m'int=E9resse ! >> >> Il me semblait que >> >> \begin{wrapfig} ... >> \end{wrapfig} >> \section{toto} >> bla >> >> fonctionnait, mais je n'ai pas test=E9. Enfin, il est connu pour avoir d= es >> rat=E9s aupr=E8s de certains environnements, en particulier les listes. = Dans >> ces >> cas l=E0, picins (et \parpic) fait souvent l'affaire. >> >> C=E9line >> > > --0016364592e810fcf3046fb27124 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ol=E0,

Petit update sur la situation, peut-=EAtre que ca vous mettra= la puce =E0 l'oreille :
Il semblerait que wrapfig "reste actif= " sur la suite du document (du moins tant que je ne change pas de chap= itre), et cause =E0 chaque nouveau paragraphe de se retrouver avec un espac= e (type lettrine) vide, du cot=E9 de la derni=E8re figure ins=E9r=E9e...

Aussi, si je cr=E9e un texte avec une image qui s'ins=E8re =E0 gauc= he sur la page, 3 pages plus tard, dans le m=EAme chapitre, j'aurai enc= ore un espace =E0 gauche pour y ins=E9rer une image en t=EAte de paragraphe= , m=EAme si je n'ai pas d'image nulle part sur la page...

Je pr=E9cise quand m=EAme que mon environnement (si c'est bien comm= e ca que ca s'appelle) est bien ferm=E9.
w
\begin{wrapfigure}{o}{0.25\textwidth}

=A0 \vspace{-20pt}

=A0 \begin{center}

=A0=A0=A0 \includegraphics[width=3D0.25\textwidth]{pics/toto}

=A0 \end{center}

=A0 \vspace{-20pt}

\end{wrapfigure}


Je pr=E9cise au passage qu'un \leavevmode = =E0 la suite du \end{wrapfigure} corrige ce probl=E8me, mais en induit un a= utre, =E0 savoir le d=E9calage de la figure de environ 1cm vers le haut...<= br> Si quelqu'un sait ce que fait leavevmode (j'ai pas vu d'explica= tion claire sur le net), il aura peut-=EAtre une id=E9e quant =E0 la soluti= on de mon probl=E8me...

Toute id=E9e est la bienvenue, bien entendu = ;-)

--
nico

2009/7/20 nicodache <nicodache@gmail.com>:
> Rebonjour les listiers,
>
> Wrapfig donne effectivement un= r=E9sultat sympa, et en le positionnant avant
> la section (comme pr= opos=E9 par C=E9line Chevalier), je n'ai plus de probl=E8me de
> = veuves.
> Par contre, j'ai un r=E9sultat =E9trange au niveau des paragraphes= des sections
> concern=E9es : pour chaque paragraphe d'une secti= on devant laquelle je met une
> image wrapfig-=E9e, j'ai un trou = dans le paragraphe, correspondant =E0 la
> position de l'image.
>
> Comme ceci en fait :
><= br>> +-------+ Titre de section
> | jolie |
> | image | text= e texte texte
> +-------+ texte texte texte
> texte texte texte= texte texte
> texte texte texte texte texte
>
> +-------+
> |(zone= =A0 |
> | vide) | texte texte texte
> +-------+ texte texte tex= te
> texte texte texte texte texte
> texte texte texte texte te= xte
>
> Quelqu'un aurait rencontr=E9 quelque part le m=EAme probl= =E8me et aurait eu une
> solution =E0 celui-ci ?
>
> --> nico
>
> 2009/7/18 C=E9line Chevalier <celine.chevalier@ens.fr&= gt;:
>>
>> Bonjour,
>>
>>
>>> Avec = le package wrapfig, ya moyen de faire des trucs sympa \o/
>>> P= ar contre, maintenant, j'ai des soucis de veuf (?), genre un titre de >>> section sans texte en dessous ; il est =E0 la page suivante av= ec la fig
>>> wrapp=E9e...
>>> Si quelqu'un sai= t comment dire =E0 latex de faire attention aux
>>> veufs/orphe= lins m=EAme quand ya des figures, ca m'int=E9resse !
>>
>> Il me semblait que
>>
>> \begin{wrap= fig} ...
>> \end{wrapfig}
>> \section{toto}
>> b= la
>>
>> fonctionnait, mais je n'ai pas test=E9. Enfi= n, il est connu pour avoir des
>> rat=E9s aupr=E8s de certains environnements, en particulier les li= stes. Dans
>> ces
>> cas l=E0, picins (et \parpic) fait s= ouvent l'affaire.
>>
>> C=E9line
>>
><= br> >

--0016364592e810fcf3046fb27124-- From - Mon Jul 27 18:50:04 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 Received: from di.ens.fr (di.ens.fr [129.199.99.1]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6RGndf3048956 for ; Mon, 27 Jul 2009 18:49:39 +0200 (CEST) Received: from localhost (ccheval@localhost) by di.ens.fr (8.13.6/jb-1.1) id n6RGnWeZ010414 for ; Mon, 27 Jul 2009 18:49:32 +0200 X-Envelope-To: X-Authentication-Warning: di.ens.fr: ccheval owned process doing -bs Date: Mon, 27 Jul 2009 18:49:31 +0200 (CEST) From: =?ISO-8859-1?Q?C=E9line_Chevalier?= X-X-Sender: ccheval@di.ens.fr To: gut@ens.fr Subject: Re: [gut] Re: soucis avec floatflt In-Reply-To: <82029aed0907270928n5798c2a7wcc03902b5b299675@mail.gmail.com> Message-ID: References: <82029aed0907170907x22f0106ah8d996780382da685@mail.gmail.com> <82029aed0907171043p1af6d921s63040546ef4303ea@mail.gmail.com> <82029aed0907200226v3c17f609sdb8ebe1204731772@mail.gmail.com> <82029aed0907270928n5798c2a7wcc03902b5b299675@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-947846813-1888647559-1248713371=:9188" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 27 Jul 2009 18:49:39 +0200 (CEST) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---947846813-1888647559-1248713371=:9188 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Bonjour, > Il semblerait que wrapfig "reste actif" sur la suite du document (du moins > tant que je ne change pas de chapitre), et cause à chaque nouveau paragraphe > de se retrouver avec un espace (type lettrine) vide, du coté de la dernière > figure insérée... Si les paragraphes sont séparés par une ligne blanche (comme ils devraient), ça ne devrait pas. S'ils sont séparés par des \\, j'en sais rien. Dans le second cas, se ramener au premier. Et dans le premier, construire un ECM et réintroduire les packages un à un jusqu'à ce que ça marche. Bon courage :-) Céline > Aussi, si je crée un texte avec une image qui s'insère à gauche sur la page, > 3 pages plus tard, dans le même chapitre, j'aurai encore un espace à gauche > pour y insérer une image en tête de paragraphe, même si je n'ai pas d'image > nulle part sur la page... > > Je précise quand même que mon environnement (si c'est bien comme ca que ca > s'appelle) est bien fermé. > w > \begin{wrapfigure}{o}{0.25\textwidth} > > \vspace{-20pt} > > \begin{center} > > \includegraphics[width=0.25\textwidth]{pics/toto} > > \end{center} > > \vspace{-20pt} > > \end{wrapfigure} > > Je précise au passage qu'un \leavevmode à la suite du \end{wrapfigure} > corrige ce problème, mais en induit un autre, à savoir le décalage de la > figure de environ 1cm vers le haut... > Si quelqu'un sait ce que fait leavevmode (j'ai pas vu d'explication claire > sur le net), il aura peut-être une idée quant à la solution de mon > problème... > > Toute idée est la bienvenue, bien entendu ;-) > > -- > nico > > 2009/7/20 nicodache : >> Rebonjour les listiers, >> >> Wrapfig donne effectivement un résultat sympa, et en le positionnant avant >> la section (comme proposé par Céline Chevalier), je n'ai plus de problème > de >> veuves. >> Par contre, j'ai un résultat étrange au niveau des paragraphes des > sections >> concernées : pour chaque paragraphe d'une section devant laquelle je met > une >> image wrapfig-ée, j'ai un trou dans le paragraphe, correspondant à la >> position de l'image. >> >> Comme ceci en fait : >> >> +-------+ Titre de section >> | jolie | >> | image | texte texte texte >> +-------+ texte texte texte >> texte texte texte texte texte >> texte texte texte texte texte >> >> +-------+ >> |(zone | >> | vide) | texte texte texte >> +-------+ texte texte texte >> texte texte texte texte texte >> texte texte texte texte texte >> >> Quelqu'un aurait rencontré quelque part le même problème et aurait eu une >> solution à celui-ci ? >> >> -- >> nico >> >> 2009/7/18 Céline Chevalier : >>> >>> Bonjour, >>> >>> >>>> Avec le package wrapfig, ya moyen de faire des trucs sympa \o/ >>>> Par contre, maintenant, j'ai des soucis de veuf (?), genre un titre de >>>> section sans texte en dessous ; il est à la page suivante avec la fig >>>> wrappée... >>>> Si quelqu'un sait comment dire à latex de faire attention aux >>>> veufs/orphelins même quand ya des figures, ca m'intéresse ! >>> >>> Il me semblait que >>> >>> \begin{wrapfig} ... >>> \end{wrapfig} >>> \section{toto} >>> bla >>> >>> fonctionnait, mais je n'ai pas testé. Enfin, il est connu pour avoir des >>> ratés auprès de certains environnements, en particulier les listes. Dans >>> ces >>> cas là, picins (et \parpic) fait souvent l'affaire. >>> >>> Céline >>> >> >> > ---947846813-1888647559-1248713371=:9188-- From - Mon Jul 27 22:01:07 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp21.services.sfr.fr (smtp21.services.sfr.fr [93.17.128.2]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6RK0a5o083467 for ; Mon, 27 Jul 2009 22:00:41 +0200 (CEST) X-Envelope-To: Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2107.sfr.fr (SMTP Server) with ESMTP id E50227000090 for ; Mon, 27 Jul 2009 22:00:35 +0200 (CEST) Received: from [192.168.1.3] (27.40.192-77.rev.gaoland.net [77.192.40.27]) by msfrf2107.sfr.fr (SMTP Server) with ESMTP id B84537000088 for ; Mon, 27 Jul 2009 22:00:35 +0200 (CEST) X-SFR-UUID: 20090727200035754.B84537000088@msfrf2107.sfr.fr Mime-Version: 1.0 (Apple Message framework v753.1) Message-Id: <055EF802-3F31-48EE-9E6C-5C851540413F@free.fr> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed To: "gut@ens.fr >> liste Gut" From: =?ISO-8859-1?Q?Pierre_Albar=E8de?= Subject: dans Emacs, modifier comment-padding Date: Mon, 27 Jul 2009 22:00:30 +0200 X-Mailer: Apple Mail (2.753.1) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Mon, 27 Jul 2009 22:00:41 +0200 (CEST) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nef2.ens.fr id n6RK0a5o083467 Bonsoir, j'utilise Emacs comme éditeur et M-x comment-region pour commenter un bloc mais l'espace automatiquement placé après le % m'énerve. Pour l'enlever, j'utilise une variable locale Emacs dans le fichier .tex et voici la fin de mon fichier : ;;; Local Variables: *** ;;; mode:latex *** ;;; ispell-local-dictionary: "francais" *** ;;; TeX-master: t *** ;;; comment-padding:"" *** ;;; End: *** Ça marche mais je ne suis pas encore satisfait parce que je vais être obligé de recopier comment-padding dans chaque nouveau fichier, alors que je veux un choix global (pour tous les fichiers et tous les modes). Théoriquement, ça se fait avec M-x customize mais mon choix n'est pas reconnu en mode PDFLaTeX. J'ai Auctex et le menu customize Auctex mais je ne cherche pas dans cette direction parce que je veux un choix global. Comment faire ? Pierre Albarède 56 Patio du Rouet 69 bd Rabatau 13008 Marseille 0621991460 From - Tue Jul 28 10:04:08 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp20.orange.fr (smtp20.orange.fr [80.12.242.26]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6S83a8v003351 for ; Tue, 28 Jul 2009 10:03:41 +0200 (CEST) X-Envelope-To: Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2029.orange.fr (SMTP Server) with ESMTP id 41ED81C000A1 for ; Tue, 28 Jul 2009 10:03:36 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2029.orange.fr (SMTP Server) with ESMTP id 34FA61C00086 for ; Tue, 28 Jul 2009 10:03:36 +0200 (CEST) Received: from localhost (ARennes-756-1-21-42.w92-129.abo.wanadoo.fr [92.129.52.42]) by mwinf2029.orange.fr (SMTP Server) with ESMTP id D2F1A1C000A1 for ; Tue, 28 Jul 2009 10:03:35 +0200 (CEST) X-ME-UUID: 20090728080335864.D2F1A1C000A1@mwinf2029.orange.fr Date: Tue, 28 Jul 2009 09:46:02 +0200 (CEST) Message-Id: <20090728.094602.193704347.devel@pollock-nageoire.net> To: gut@ens.fr Subject: Re: [gut] dans Emacs, modifier comment-padding From: Pierre Lorenzon In-Reply-To: <055EF802-3F31-48EE-9E6C-5C851540413F@free.fr> References: <055EF802-3F31-48EE-9E6C-5C851540413F@free.fr> X-Mailer: Mew version 6.2.51 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Tue, 28 Jul 2009 10:03:41 +0200 (CEST) Bonjour, Votre question, aurait à vrai dire, plutôt sa place sur help-gnu-emacs ou les listes dédiées à auctex. From: Pierre Albarède Subject: [gut] dans Emacs, modifier comment-padding Date: Mon, 27 Jul 2009 22:00:30 +0200 > Bonsoir, > > j'utilise Emacs comme éditeur et M-x comment-region pour > commenter un bloc mais l'espace automatiquement placé après le > % m'énerve. > Pour l'enlever, j'utilise une variable locale Emacs dans le > fichier .tex et voici la fin de mon fichier : > > ;;; Local Variables: *** > ;;; mode:latex *** > ;;; ispell-local-dictionary: "francais" *** > ;;; TeX-master: t *** > ;;; comment-padding:"" *** > ;;; End: *** > > Ça marche mais je ne suis pas encore satisfait parce que je > vais être obligé de recopier comment-padding dans chaque > nouveau fichier, alors que je veux un choix global (pour tous > les fichiers et tous les modes). Théoriquement, ça se fait > avec M-x customize mais mon choix n'est pas reconnu en mode > PDFLaTeX. J'imagine que c'est parce que ce mode PDFLaTeX donne une valeur à la variable pour je ne sais quelle raison. Mais de quel mode s'agit-il exactement ? Ce n'est pas un major mode n'est-ce pas ? C'est le mode dans lequel on entre par C-c C-t C-p et qui produit directement un pdf au lieu de produire un dvi ? > > J'ai Auctex et le menu customize Auctex mais je ne cherche pas > dans cette direction parce que je veux un choix global. En quoi auctex n'est-il pas assez "global" ? Parce que pour le coup il y aurait bien une solution très globale mais assez brutale aussi qui consisterait à mettre un : (setq comment-padding nil) dans le .emacs. Je crains qu'alors ce ne soit quand-même trop global pour le coup. Ca va affecter tous les commentaires y compris pour du c++, du lisp et je ne sais quoi si vous en écrivez. Pierre From - Tue Jul 28 10:35:54 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6S8ZIwP020979 for ; Tue, 28 Jul 2009 10:35:24 +0200 (CEST) X-Envelope-To: Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id 77EA8E08053 for ; Tue, 28 Jul 2009 10:35:16 +0200 (CEST) Received: from [192.168.0.10] (vig38-2-82-225-223-57.fbx.proxad.net [82.225.223.57]) by smtp6-g21.free.fr (Postfix) with ESMTP id 8120BE08089 for ; Tue, 28 Jul 2009 10:35:14 +0200 (CEST) Date: Tue, 28 Jul 2009 10:35:13 +0200 From: Thierry Bouche Organization: Nonsense Inc. X-Priority: 3 (Normal) Message-ID: <1585322031.20090728103513@ujf-grenoble.fr> To: gut@ens.fr Subject: Re: [gut] dans Emacs, modifier comment-padding In-Reply-To: <055EF802-3F31-48EE-9E6C-5C851540413F@free.fr> References: <055EF802-3F31-48EE-9E6C-5C851540413F@free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Tue, 28 Jul 2009 10:35:25 +0200 (CEST) Le lundi 27 juillet 2009 à 22:00:30, Pierre écrivit : PA> Bonsoir, PA> j'utilise Emacs comme éditeur et M-x comment-region pour commenter un PA> bloc je crois que "C-c :" est le raccourci officiel, à toutes fins utiles (dans les deux sens). Avant il y avait "C-c ;" (qui marche encore) annulé par "C-u C-c ;" (qui ne marche plus). PA> mais l'espace automatiquement placé après le % m'énerve. ça rend pourtant les commentaires vachement plus lisibles ! Th. From - Tue Jul 28 11:33:42 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled version=3.2.5 Received: from mail-ew0-f207.google.com (mail-ew0-f207.google.com [209.85.219.207]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6S9XGMh070651 for ; Tue, 28 Jul 2009 11:33:21 +0200 (CEST) X-Envelope-To: Received: by ewy3 with SMTP id 3so3940867ewy.1 for ; Tue, 28 Jul 2009 02:33:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=Rw8NQN8u3C5O9o8II1+yE943rrnAwrBmbGsBXw/DAyE=; b=tvCDTd1/Jz/Swm4o7OaLZB/fCxB5HUEhB4c2uglDmqF46P8NamUChbdmPAIw4pIOYm Z28hPgc69RxXti+RGl22+s1RvVAVwQNR7frrFagFQp0viFzDwHY61BdLRtqByLgBBReI OA/PfYZfSiqosyGvl54/9emIAqOdShQG5JeTk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=ZZgY0n/TER7G01P1zZUz7P62OM/AT+dUABRVvx7L66Axlv6pO+YBMPS2GnRck9XegF AnPaUS9riyOixMBKi1NJbhfo9kV0py801QJC2pvlRcvx17qlJAjeKcXYBemr/2K72vik j15Ol7Wx3mYWrrpLQjjYvh6dqMTOsJuv7zTuo= Received: by 10.216.26.70 with SMTP id b48mr1954488wea.141.1248773595102; Tue, 28 Jul 2009 02:33:15 -0700 (PDT) Received: from ?192.168.2.37? (pat35-2-82-240-214-13.fbx.proxad.net [82.240.214.13]) by mx.google.com with ESMTPS id t2sm24259747gve.15.2009.07.28.02.33.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 28 Jul 2009 02:33:14 -0700 (PDT) Message-ID: <4A6EC5CD.20406@yahoo.fr> Date: Tue, 28 Jul 2009 11:33:01 +0200 From: ghislain dutheil User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: "gut@ens.fr >> liste Gut" Subject: =?ISO-8859-1?Q?num=E9ro_d=27=E9quation?= Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Tue, 28 Jul 2009 11:33:21 +0200 (CEST) Bonjour, J'ai une série de quatre equations qui sont groupées dans un environement align, je souhaiterai les numéroter de la façon suivante : 4.12.1 4.12.2 4.12.3 4.12.4 Le 4.12 correspond au compteur equation de mon chapitre 4, 1,2,3,... correspondent aux différentes équations du groupe. J'ai tenté le code suivant : \begin{align} &\label{eq:trois1} \\ M&=1 \tag{\theequation.1} \\ M&=2 \tag{\theequation.2}\\ M&=3 \tag{\theequation.3}\\ M&=4 \tag{\theequation.4} \\ \end{align} qui me donne le résultat correct mais je suis obligé de mettre cette première ligne bidon qui en plus fait apparaitre un numéro en face de rien ... merci de votre aide, Ghislain From - Tue Jul 28 11:36:59 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from wmproxy1-g27.free.fr (wmproxy1-g27.free.fr [212.27.42.91]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6S9aLrC074298 for ; Tue, 28 Jul 2009 11:36:26 +0200 (CEST) X-Envelope-To: Received: from wmproxy1-g27.free.fr (localhost [127.0.0.1]) by wmproxy1-g27.free.fr (Postfix) with ESMTP id E88602BF0 for ; Tue, 28 Jul 2009 11:36:20 +0200 (CEST) Received: from UNKNOWN (imp1-g19.priv.proxad.net [172.20.243.131]) by wmproxy1-g27.free.fr (Postfix) with ESMTP id D7AE6C5F for ; Tue, 28 Jul 2009 11:36:20 +0200 (CEST) Received: by UNKNOWN (Postfix, from userid 0) id D6DF65BEBF6EA; Tue, 28 Jul 2009 11:36:20 +0200 (CEST) Received: from ([132.169.4.28]) by imp.free.fr (IMP) with HTTP for ; Tue, 28 Jul 2009 11:36:20 +0200 Message-ID: <1248773780.4a6ec694d2ea2@imp.free.fr> Date: Tue, 28 Jul 2009 11:36:20 +0200 From: pa.news@free.fr To: gut@ens.fr Subject: Re: [gut] dans Emacs, modifier comment-padding References: <055EF802-3F31-48EE-9E6C-5C851540413F@free.fr> <20090728.094602.193704347.devel@pollock-nageoire.net> In-Reply-To: <20090728.094602.193704347.devel@pollock-nageoire.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.8 X-Originating-IP: 132.169.4.28 X-Virus-Scanned: ClamAV using ClamSMTP X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Tue, 28 Jul 2009 11:36:26 +0200 (CEST) Bonjour, Quoting Pierre Lorenzon : > Votre question, aurait à vrai dire, plutôt sa place sur > help-gnu-emacs ou les listes dédiées à auctex. Pardon, mais il y a trop de gens bien sur cette liste alors j'abuse. > J'imagine que c'est parce que ce mode PDFLaTeX donne une > valeur à la variable pour je ne sais quelle raison. Exactement. Voici la sortie de C-h v comment-padding : comment-padding is a variable defined in `newcomment.el'. Its value is " " Local in buffer 2.tex; global value is "" La valeur globale "" correspond à ce que je veux (après avoir touché .emacs). > quel mode s'agit-il exactement ? Ce n'est pas un major mode > n'est-ce pas ? C'est le mode dans lequel on entre par C-c C-t > C-p et qui produit directement un pdf au lieu de produire un > dvi ? (Emacs 22.1 avec Auctex) Sortie de C-h m : Enabled minor modes: Auto-Compression Blink-Cursor File-Name-Shadow Font-Lock Global-Font-Lock Line-Number Menu-Bar Mouse-Wheel Tex-Pdf Tool-Bar Tooltip Unify-8859-On-Encoding Utf-Translate-Cjk (Information about these minor modes follows the major mode info.) PDFLaTeX mode: Major mode in AUCTeX for editing LaTeX files. See info under AUCTeX for full documentation. C'est bien un mode majeur, par défaut quand j'ouvre *.tex. > Parce que pour > le coup il y aurait bien une solution très globale mais assez > brutale aussi qui consisterait à mettre un : > (setq comment-padding nil) > dans le .emacs. Oui, je suis brutal ! J'en ai marre des espaces inutiles. On peut faire aussi avec M-x customize. comment-padding agit en mode Lisp interaction (dans Scratch) et d'autres mais pas en mode PDFLaTeX, sauf comme variable locale écrite dans le fichier et à condition de répondre y à un dialogue : The local variables list in modele.tex contains values that may not be safe (comment-padding) Do you want to apply it ? Apparemment, c'est Auctex qui se protège, il doit y avoir une raison et une manière de passer outre. From - Tue Jul 28 11:38:56 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 Received: from di.ens.fr (di.ens.fr [129.199.99.1]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6S9cSDa076982 for ; Tue, 28 Jul 2009 11:38:29 +0200 (CEST) Received: from localhost (ccheval@localhost) by di.ens.fr (8.13.6/jb-1.1) id n6S9cHvT015583 for ; Tue, 28 Jul 2009 11:38:18 +0200 X-Envelope-To: X-Authentication-Warning: di.ens.fr: ccheval owned process doing -bs Date: Tue, 28 Jul 2009 11:38:17 +0200 (CEST) From: =?ISO-8859-1?Q?C=E9line_Chevalier?= X-X-Sender: ccheval@di.ens.fr To: "gut@ens.fr >> liste Gut" Subject: Re: [gut] =?ISO-8859-1?Q?num=E9ro?= d'=?ISO-8859-1?Q?=E9quation?= In-Reply-To: <4A6EC5CD.20406@yahoo.fr> Message-ID: References: <4A6EC5CD.20406@yahoo.fr> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-947846813-573350406-1248773897=:10828" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Tue, 28 Jul 2009 11:38:29 +0200 (CEST) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---947846813-573350406-1248773897=:10828 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Bonjour, > J'ai tenté le code suivant : > \begin{align} > &\label{eq:trois1} \\ > M&=1 \tag{\theequation.1} \\ > M&=2 \tag{\theequation.2}\\ > M&=3 \tag{\theequation.3}\\ > M&=4 \tag{\theequation.4} \\ > \end{align} Essayez plutôt \begin{subequations} \begin{align} M&=1\\ M&=2\\ M&=3\\ M&=4 \end{align} \end{subequations} > qui me donne le résultat correct mais je suis obligé de mettre cette première > ligne bidon qui en plus fait apparaitre un numéro en face de rien ... Pourquoi êtes-vous obligé de la mettre ? Sinon pour faire disparaître le numéro: \notag. Céline ---947846813-573350406-1248773897=:10828-- From - Tue Jul 28 11:59:05 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled version=3.2.5 Received: from mail-ew0-f207.google.com (mail-ew0-f207.google.com [209.85.219.207]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6S9wU8W002751 for ; Tue, 28 Jul 2009 11:58:35 +0200 (CEST) X-Envelope-To: Received: by ewy3 with SMTP id 3so3956251ewy.1 for ; Tue, 28 Jul 2009 02:58:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=ZN7Vy+H8Hb9ILx7X3PttQoUNwWx34bgePaIkaSnfDj0=; b=erEGdRtZCoY/oBkNZPbGqX/Xco64f548q0xi3x3rcGogHDRIs9ayYbzDbEn0+yZsmw aEGdEwl2J3xsSdRU+x0N67mp84kpXHXj8Tv0fPPiTD0AlewmXkcX59JDjqc9M+YOvfrz jQtsSQBArN9+Nj23jAqzwqtQn35VvOEKZ78h0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=wxdAQT/ecHn52W3a84VlE2laTBb31HW0Qt+Zuk7jRDSBomGpbt6W241sh+YcVKr/7v oTkznIYJrXXKETpDxUhMf3qr7Sx2uqe2LsNhLsArN6tHhiSSm6WtE+BY4XtT509xJv0D VYJnGe+GMdl8Pr2noYsiIBkVqzRJi1MPg9WMQ= Received: by 10.216.13.209 with SMTP id b59mr2008973web.44.1248774650866; Tue, 28 Jul 2009 02:50:50 -0700 (PDT) Received: from ?192.168.2.37? (pat35-2-82-240-214-13.fbx.proxad.net [82.240.214.13]) by mx.google.com with ESMTPS id g9sm24355741gvc.25.2009.07.28.02.50.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 28 Jul 2009 02:50:50 -0700 (PDT) Message-ID: <4A6EC9ED.50200@yahoo.fr> Date: Tue, 28 Jul 2009 11:50:37 +0200 From: ghislain dutheil User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: gut@ens.fr Subject: Re: [gut] =?ISO-8859-1?Q?num=E9ro_d=27=E9quation?= References: <4A6EC5CD.20406@yahoo.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Tue, 28 Jul 2009 11:58:35 +0200 (CEST) Céline Chevalier a écrit : > > Bonjour, > > >> J'ai tenté le code suivant : >> \begin{align} >> &\label{eq:trois1} \\ >> M&=1 \tag{\theequation.1} \\ >> M&=2 \tag{\theequation.2}\\ >> M&=3 \tag{\theequation.3}\\ >> M&=4 \tag{\theequation.4} \\ >> \end{align} > > Essayez plutôt > > \begin{subequations} > \begin{align} > M&=1\\ > M&=2\\ > M&=3\\ > M&=4 > \end{align} > \end{subequations} > Merci ça fonctionne parfaitement, je ne connaissais pas cet environnement >> qui me donne le résultat correct mais je suis obligé de mettre cette >> première ligne bidon qui en plus fait apparaitre un numéro en face de >> rien ... > > Pourquoi êtes-vous obligé de la mettre ? Sinon pour faire disparaître > le numéro: \notag. > > > Céline > From - Tue Jul 28 12:13:56 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp28.orange.fr (smtp28.orange.fr [80.12.242.99]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6SADOc4019706 for ; Tue, 28 Jul 2009 12:13:29 +0200 (CEST) X-Envelope-To: Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2804.orange.fr (SMTP Server) with ESMTP id 6BB297000084 for ; Tue, 28 Jul 2009 12:13:24 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2804.orange.fr (SMTP Server) with ESMTP id 5CFC27000085 for ; Tue, 28 Jul 2009 12:13:24 +0200 (CEST) Received: from localhost (ARennes-756-1-21-42.w92-129.abo.wanadoo.fr [92.129.52.42]) by mwinf2804.orange.fr (SMTP Server) with ESMTP id 030A17000084 for ; Tue, 28 Jul 2009 12:13:23 +0200 (CEST) X-ME-UUID: 20090728101324125.030A17000084@mwinf2804.orange.fr Date: Tue, 28 Jul 2009 11:55:50 +0200 (CEST) Message-Id: <20090728.115550.226790393.devel@pollock-nageoire.net> To: gut@ens.fr Subject: Re: [gut] dans Emacs, modifier comment-padding From: Pierre Lorenzon In-Reply-To: <1585322031.20090728103513@ujf-grenoble.fr> References: <055EF802-3F31-48EE-9E6C-5C851540413F@free.fr> <1585322031.20090728103513@ujf-grenoble.fr> X-Mailer: Mew version 6.2.51 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Tue, 28 Jul 2009 12:13:29 +0200 (CEST) From: Thierry Bouche Subject: Re: [gut] dans Emacs, modifier comment-padding Date: Tue, 28 Jul 2009 10:35:13 +0200 > Le lundi 27 juillet 2009 à 22:00:30, Pierre écrivit : > > PA> Bonsoir, > > PA> j'utilise Emacs comme éditeur et M-x comment-region pour commenter un > PA> bloc > > je crois que "C-c :" est le raccourci officiel, à toutes fins utiles > (dans les deux sens). Avant il y avait "C-c ;" (qui marche encore) > annulé par "C-u C-c ;" (qui ne marche plus). > > PA> mais l'espace automatiquement placé après le % m'énerve. > > ça rend pourtant les commentaires vachement plus lisibles ! Je trouve aussi ! Mais affaire de goût. Pierre > > Th. > From - Tue Jul 28 12:49:43 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.2.5 Received: from smtp19.orange.fr (smtp19.orange.fr [80.12.242.19]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6SAnCUJ040585 for ; Tue, 28 Jul 2009 12:49:17 +0200 (CEST) X-Envelope-To: Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1929.orange.fr (SMTP Server) with ESMTP id ED7C120000A1 for ; Tue, 28 Jul 2009 12:49:11 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1929.orange.fr (SMTP Server) with ESMTP id DE96A200009F for ; Tue, 28 Jul 2009 12:49:11 +0200 (CEST) Received: from localhost (ARennes-756-1-21-42.w92-129.abo.wanadoo.fr [92.129.52.42]) by mwinf1929.orange.fr (SMTP Server) with ESMTP id 65EDD20000A1 for ; Tue, 28 Jul 2009 12:49:11 +0200 (CEST) X-ME-UUID: 20090728104911417.65EDD20000A1@mwinf1929.orange.fr Date: Tue, 28 Jul 2009 12:31:37 +0200 (CEST) Message-Id: <20090728.123137.71107263.devel@pollock-nageoire.net> To: gut@ens.fr Subject: Re: [gut] dans Emacs, modifier comment-padding From: Pierre Lorenzon In-Reply-To: <1248773780.4a6ec694d2ea2@imp.free.fr> References: <055EF802-3F31-48EE-9E6C-5C851540413F@free.fr> <20090728.094602.193704347.devel@pollock-nageoire.net> <1248773780.4a6ec694d2ea2@imp.free.fr> X-Mailer: Mew version 6.2.51 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Tue, 28 Jul 2009 12:49:17 +0200 (CEST) Bonjour, From: pa.news@free.fr Subject: Re: [gut] dans Emacs, modifier comment-padding Date: Tue, 28 Jul 2009 11:36:20 +0200 > Bonjour, > > Quoting Pierre Lorenzon : > >> Votre question, aurait à vrai dire, plutôt sa place sur >> help-gnu-emacs ou les listes dédiées à auctex. > > Pardon, mais il y a trop de gens bien sur cette liste alors j'abuse. > >> J'imagine que c'est parce que ce mode PDFLaTeX donne une >> valeur à la variable pour je ne sais quelle raison. > > Exactement. Voici la sortie de C-h v comment-padding : > > comment-padding is a variable defined in `newcomment.el'. > Its value is " " > Local in buffer 2.tex; global value is "" > > La valeur globale "" correspond à ce que je veux (après avoir touché .emacs). Ca c'est clair ! > >> quel mode s'agit-il exactement ? Ce n'est pas un major mode >> n'est-ce pas ? C'est le mode dans lequel on entre par C-c C-t >> C-p et qui produit directement un pdf au lieu de produire un >> dvi ? > > (Emacs 22.1 avec Auctex) > > Sortie de C-h m : > > Enabled minor modes: Auto-Compression Blink-Cursor File-Name-Shadow > Font-Lock Global-Font-Lock Line-Number Menu-Bar Mouse-Wheel Tex-Pdf > Tool-Bar Tooltip Unify-8859-On-Encoding Utf-Translate-Cjk > > (Information about these minor modes follows the major mode info.) > > PDFLaTeX mode: > Major mode in AUCTeX for editing LaTeX files. > See info under AUCTeX for full documentation. > > C'est bien un mode majeur, par défaut quand j'ouvre *.tex. Quelle version de auctex ? Je n'arrive pas à mettre la main sur ce mode sur mon installation. C'est d'ailleur bizarre que ce soit votre mode par défaut puisque vous avez dans les Local Variables un ;;; mode: latex qui devrait switcher en mode latex. > >> Parce que pour >> le coup il y aurait bien une solution très globale mais assez >> brutale aussi qui consisterait à mettre un : >> (setq comment-padding nil) >> dans le .emacs. > > Oui, je suis brutal ! J'en ai marre des espaces inutiles. On peut faire aussi > avec M-x customize. > > comment-padding agit en mode Lisp interaction (dans Scratch) et d'autres mais > pas en mode PDFLaTeX, sauf comme variable locale écrite dans >le fichier et à Le point c'est que tant que je n'aurai pas mis la main sur le code de ce mode pdflatex, j'aurai du mal à trouver une solution. Quelques rgrep sur le code source d'auctex ne m'ont rien fourni de satisfaisant. Je suis bien désolé de ne pouvoir en faire plus. La sortie de C-h m montre incontestablements que ce mode existe mais si je regarde la variables TeX-modes sur mon auctex (récent la version cvs d'il y a moins de 15 jours,) ce PDFLaTeX mode n'existe pas ! > condition de répondre y à un dialogue : > > The local variables list in modele.tex contains values that may not be safe > (comment-padding) Do you want to apply it ? > > Apparemment, c'est Auctex qui se protège, il doit y avoir une raison et une > manière de passer outre. Ce n'est pas auctex, c'est emacs qui se protège et à juste titre, parce que si on pouvait importer des variables locales n'importe comment, ça voudrait dire en gros qu'on importe du code dans un fichier text ! Et "je ne vous fais pas de dessin" quant à la manière dont ceci pourrait être détourné ! Oui il y a un moyen de contourner l'obstacle en déclarant la variable comment-padding "safe" dans le .emacs. Autrement dit on ne vous force pas à ouvrir la porte, mais maintenant si vous l'ouvrez vous savez ce que vous faites ! Pierre > > > > > From - Tue Jul 28 19:47:22 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled version=3.2.5 Received: from mail-ew0-f207.google.com (mail-ew0-f207.google.com [209.85.219.207]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6SHknmZ093185 for ; Tue, 28 Jul 2009 19:46:55 +0200 (CEST) X-Envelope-To: Received: by ewy3 with SMTP id 3so225081ewy.1 for ; Tue, 28 Jul 2009 10:46:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=yScmrsfESZcv+YJ2aQhCzgrb8nl1Wpdy/ZlbK/EZGas=; b=nbpu/iCqiRgXfjE4/AfitKz6dA7i0cNi2XEt7BCn6WcPGyvuNi5Hg3EzhQR5vwXPAP FvPzKrGQnTMvSTYhWFM8V+KLMQ2w4fjJ4gSTf0b7ZHJ31mJjVUv+3angxmb4gMhlJM7m w+mUzF/knxdJbMNG/HShMrhX9TdDSA84oJcew= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=WAfbwfm5eI5bPcUw6U5aTgBZRj+DJeAtULDMG54xF2KlJy+W4w7qoNg7ZpY4uDu55A tOvvBO4fG1C3YJNlzbiFuCfp4op9j15vWAIGMq3O85aJmDSpa4G6QbXdegJ3gLB6gXyf brU4GdFrkKEG6yCXC/VHywqz03BizASPFsQJA= Received: by 10.216.85.194 with SMTP id u44mr1099283wee.65.1248803209172; Tue, 28 Jul 2009 10:46:49 -0700 (PDT) Received: from ?192.168.2.37? (pat35-2-82-240-214-13.fbx.proxad.net [82.240.214.13]) by mx.google.com with ESMTPS id i34sm292076gve.13.2009.07.28.10.46.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 28 Jul 2009 10:46:48 -0700 (PDT) Message-ID: <4A6F397B.1010908@yahoo.fr> Date: Tue, 28 Jul 2009 19:46:35 +0200 From: ghislain dutheil User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: gut@ens.fr Subject: tableau trop large Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Tue, 28 Jul 2009 19:46:55 +0200 (CEST) reBonjour, j'ai fait un long tableau avec longtable (il coure sur trois pages). Mon problème est qu'il est trop large, il arrive presque en bout de page à droite (quelque soit l'option de position que je mette à longtable, c l ou r). J'aimerai réduire sa largeur comme on peut le faire pour les figures. Je n'ai pas d'idée pour faire ça, si quelqu'un sait faire Ghislain From - Wed Jul 29 17:18:03 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: *** X-Spam-Status: No, score=3.3 required=5.0 tests=HTML_MESSAGE, RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_SORBS_WEB autolearn=disabled version=3.2.5 Received: from smtp21.services.sfr.fr (smtp21.services.sfr.fr [93.17.128.1]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6TFHWxW080747 for ; Wed, 29 Jul 2009 17:17:38 +0200 (CEST) X-Envelope-To: Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2119.sfr.fr (SMTP Server) with ESMTP id B33A5700009E for ; Wed, 29 Jul 2009 17:17:32 +0200 (CEST) Received: from [10.203.10.222] (unknown [80.125.172.59]) by msfrf2119.sfr.fr (SMTP Server) with ESMTP id 1E3327000090 for ; Wed, 29 Jul 2009 17:17:31 +0200 (CEST) X-SFR-UUID: 20090729151732123.1E3327000090@msfrf2119.sfr.fr Mime-Version: 1.0 (Apple Message framework v753.1) In-Reply-To: <4A6F397B.1010908@yahoo.fr> References: <4A6F397B.1010908@yahoo.fr> Content-Type: multipart/alternative; boundary=Apple-Mail-7--9490034 Message-Id: <12ACAC0A-78BE-47EF-A9BD-15ED0AD20B19@free.fr> From: =?ISO-8859-1?Q?Pierre_Albar=E8de?= Subject: Re: [gut] tableau trop large Date: Wed, 29 Jul 2009 17:17:29 +0200 To: gut@ens.fr X-Mailer: Apple Mail (2.753.1) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Wed, 29 Jul 2009 17:17:38 +0200 (CEST) --Apple-Mail-7--9490034 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed > j'ai fait un long tableau avec longtable (il coure sur trois=20=20 > pages). Mon probl=E8me est qu'il est trop large, il arrive presque en=20= =20 > bout de page =E0 droite (quelque soit l'option de position que je=20=20 > mette =E0 longtable, c l ou r). J'aimerai r=E9duire sa largeur comme=20= =20 > on peut le faire pour les figures. Voir tabularx, en esp=E9rant que =E7a soit compatible avec long table. Pierre Albar=E8de 56 Patio du Rouet 69 bd Rabatau 13008 Marseille=20=20 0621991460 --Apple-Mail-7--9490034 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1
j'ai fait un long tableau avec lo= ngtable (il coure sur trois pages). Mon probl=E8me est qu'il est trop large= , il arrive presque en bout de page =E0 droite (quelque soit l'option de po= sition que je mette =E0 longtable, c l ou r). J'aimerai r=E9duire sa largeu= r  comme on peut le faire pour les figures.


Voir tabularx, en esp=E9rant qu= e =E7a soit compatible avec long table.

Pierre A= lbar=E8de 56 Patio du Rouet 69 bd Rabatau 13008 Marseille 0621991460
=

--Apple-Mail-7--9490034-- From - Wed Jul 29 17:32:42 2009 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on di.ens.fr X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled version=3.2.5 Received: from mail-yw0-f179.google.com (mail-yw0-f179.google.com [209.85.211.179]) by nef2.ens.fr (8.13.6/1.01.28121999) with ESMTP id n6TFWBSY088452 for ; Wed, 29 Jul 2009 17:32:17 +0200 (CEST) X-Envelope-To: Received: by ywh10 with SMTP id 10so9898ywh.7 for ; Wed, 29 Jul 2009 08:32:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=fKMONRk4y2JHCZqDEDgHLkMkYNccRlWbS84ZEL/oOtc=; b=xJWyN61G9aNCg5JTnCtRIesMfw/G0fPUfYCVUCU48WzxkWHnADWjrW1mgnrbszXY/Q 1etAIno5O0kMX+1swQ9TdMs/nARRpQohcpm1jFcPGmBt7nKlS/MMb0V1K3yQ1fOPoUr2 eUdaSCwRVNVCS+1VuQwnjhRwGVold8AKuLY8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=HycaDgn+e9X22gpboSHkXYllTgj9NnBtjRHZMT01i9+JBjOyUYgxPzdGOSbZ/oimXo V0X+KS5CbKifoV/7smkXJ9OKtNyWKwIpt5EjXwgaEQZo8elQ4zE5xv19Tz3LEufENePz X3dhHpAijaZHJ2kUbCFgMVwOMOXTPuRlfp2U8= MIME-Version: 1.0 Received: by 10.90.25.7 with SMTP id 7mr8165554agy.72.1248881531460; Wed, 29 Jul 2009 08:32:11 -0700 (PDT) In-Reply-To: <12ACAC0A-78BE-47EF-A9BD-15ED0AD20B19@free.fr> References: <4A6F397B.1010908@yahoo.fr> <12ACAC0A-78BE-47EF-A9BD-15ED0AD20B19@free.fr> From: Alexandre Pachot Date: Wed, 29 Jul 2009 09:31:51 -0600 Message-ID: <80d252ac0907290831p70bdcc7agcebeb744187681b2@mail.gmail.com> Subject: Re: [gut] tableau trop large To: gut@ens.fr Content-Type: text/plain; charset=ISO-8859-1 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.1.4 (nef2.ens.fr [129.199.96.32]); Wed, 29 Jul 2009 17:32:17 +0200 (CEST) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nef2.ens.fr id n6TFWBSY088452 Le 29 juillet 2009 09:17, Pierre Albarède a écrit : > j'ai fait un long tableau avec longtable (il coure sur trois pages). Mon > problème est qu'il est trop large, il arrive presque en bout de page à > droite (quelque soit l'option de position que je mette à longtable, c l ou > r). J'aimerai réduire sa largeur  comme on peut le faire pour les figures. > > Voir tabularx, en espérant que ça soit compatible avec long table. > Pierre Albarède 56 Patio du Rouet 69 bd Rabatau 13008 Marseille 0621991460 > Salut, Cela vient de me faire penser qu' il existe ltxtable (longtable meets tabularx) http://www.tex.ac.uk/tex-archive/macros/latex/contrib/carlisle/ltxtable.pdf Amuse-toi bien :-) Alexandre Pachot