Microsoft / Monopole - Page 9

./233: rha du texte sous forme d'image quelle horreur ce genre de choses en pdf...

Ximoon (./240) :
(et que je n'ai pas forcément 100% du temps le panneau des styles sur la droite (jamais en fait)

Ca, c'est mal ça veut dire que tu n'utilises pas ton traitement de texte comme il faut (je ne sais pas comment on peut avoir un document réalisé de façon efficace sans utiliser les styles).

Ximoon (./240) :
et quand bien même, si j'avais le choix, ça serait mieux

Là, je suis d'accord ^^ (et j'avoue avoir aussi cherche pour cette option, avant d'avoir l'idée d'y mettre mon panneau des styles.

(je ne sais pas comment on peut avoir un document réalisé de façon efficace sans utiliser les styles)

Généralement, je fais mon squelette de document en premier, avec les styles, et après, mode plein écran (ou alors normal mais out les barres de ceci et cela) pour la saisie du texte en lui même)

Habituellement, on fonctionne plutôt dans l'autre sens... On définit ses styles, on tape tout au kilomètre (en se rendant compte généralement qu'il manque un ou deux styles), et enfin on met en forme. Le squelette du document, normalement, tu n'as pas forcément à le faire, c'est directement l'application des styles sur ton texte qui va le définir (sauf si tu parles de te faire sur un coin de table la disposition, l'organisation, la façon dont tu veux que ça soit numéroté, les marges, etc. Mais c'est pas un squelette que tu fais dans ton traitement de texte, ça, c'est quelque chose que tu étudies avant, comme quand tu fais des classes en programmation.

J'ai oublié de préciser que le squelette, je ne le fais qu'une fois, après je l'utilise par le biais d'un .DOT (modèle de document)

Ok

Et pour ceux que ça concerne : oui, je fournis mon .DOT avec le PAQM

Au fait, les templates, ça existe sous OO.o aussi (.ott). Et même sous L^AT_EX (.sty).

Godzil (./241) :
./233: rha du texte sous forme d'image quelle horreur ce genre de choses en pdf...

y a aucune image dans mes fichiers, c'est que du texte (tu réponds bien au ./233 ?)
par contre il utilise des polices de type 3 parce que j'ai pas ici la police que j'utilisais pour ce document donc j'ai viré la ligne et ça prend la police par défaut, mais on s'en fout un peu non ? ça change rien à ce que je voulais montrer... (sinon si tu veux tout savoir au lieu de générer le pdf avec pdflatex comme d'habitude j'ai utilisé latex+dvips+ps2pdf parce que c'est plus simple pour extraire une page unique du document, je sais pas comment le faire à partir d'un pdf, pê que du coup ça fait un fichier moche mais bon).
Je peux bien sûr le mettre dans une police standard, hein : pouf Fichier joint : chien_newcent.pdf

Ah oui, effectivement, avec une police en type 3, Acrobat Reader a du mal à récupérer le texte (il faut passer par Illustrator pour avoir une maigre chance).

KPDF sort des caractères bizarres quand j'essaie de copier le texte de la police en type 3, avec la police standard ça marche sans problèmes.

Ha c'est mieux la, au moins on peu zoomer sans avoir une bouillie de pixel...

type3:


normal:

oui la police type3 c'est du bitmap (600 dpi) donc c'est normal (normalement j'évite de les utiliser mais là c'est une debian que j'ai installée récemment et c'est comme ça par défaut, il doit falloir bidouiller un ou deux trucs/installer le package qui va bien pour avoir les polices tex par défaut en type1...)
C'est un problème connu que le type3 produit des pdf immondes à l'écran (et encore, avec les dernières version d'acrobat reader c'est à peu près correct si on zoome pas trop, avec genre la version 5 c'était abominable quel que soit le niveau de zoom... mais ça passait parfaitement à l'impression en revanche)

la spec d'OOXML :

La spec d'ODF :

moi c'est pour de vrai

J'ai un doute vois tu. Surtout quand on voi de quel genre de site sa viens..

ça a été pris par un gars qui a été aux réunions du comité de standardisation tchèque. le reste du post est assez marrant d'ailleurs.

http://blog.janik.cz/archives/2007/05/19/T20_32_07/

dualmoo (./255) :
la spec d'OOXML :

Oui, et ? Au moins, tout est documenté, contrairement à ODF qui impose de se plonger dans le code d'OpenOffice....

Accessoirement, quand tu regardes un peu les deux docs, tu comprends pourquoi OpenXML est nettement plus gros... (beaucoup plus d'exemples et d'illustrations, sans compter l'interligne qui est plus important...

(en plus zon du imprimer en 42points )

Godzil (./261) :
(en plus zon du imprimer en 42points )

oué, parce que un truc d'1m de haut pour 7 000 pages, ça fait beaucoup...

Flanker (./260) :
Oui, et ?

oh, c'était juste une remarque comme ça, ça me fait rigoler c'est tout. les vrais arguments sont techniques

en meme temps ya ptet 6 copie aussi hein

non, ce sont 6 volumes de 1000 pages, c'est écrit dans le blog post

Flanker (./262) :

Godzil (./261) :
(en plus zon du imprimer en 42points )

oué, parce que un truc d'1m de haut pour 7 000 pages, ça fait beaucoup...

J'ai déjà imprimer des documents de 2000 pages, et c'est impressionnant !
Donc que cette pile fasse 6000 me semble tout à fait réaliste.

Suffit de voir ce que fait une ramette de 500 pages, en sachant qu'une fois imprimée elle gagne en volume.

Mais en ayant un minimum d'esprit citoyen on peut imprimer recto-verso, ce qui divise la hauteur par deux.

C'est ptetre déjà le cas

Un mec un minimum sensé n'imprime pas un papier de 6000 pages