Forum - plugin infoPratique - Ordre d'affichage et d'impression

Bonjour Christian,

Sur mon site que tu connais et qui est devenu bilingue, lui, j'ai essayé InfoPratique pour tenter de mettre à disposition un livret imprimé d'un ensemble de Pages. j'ai donc créé 13 items en copiant en mode source le contenu des pages en question. Pour l'affichage et l'impression, il faudra que je reprenne le code pour limiter la largeur de la page, mais je n'en suis pas là. Pour le moment, la suite des infos refuse de se mettre en ordre de marche. Ce doit certainement le nombre maléfique de 13 qui porte la poisse.

Voilà une copie d'écran de ma page admin là : http://prntscr.com/25r5yv
Tu y constates que l'ordre des ID n'est pas respecté :
2-3-4-5-6-7-8-9-11-1-10-12-13
et comme c'est aussi l'ordre d'impression, je rencontre un problème. Que tu sauras certainement résoudre.

Merci d'avance

Katryne

Bonsoir Katryne

Le tri est fait sur catégorie et titre de l'info. Sur l'image que tu montre, il s'agit de l'admin qui mériterait de pouvoir être trié aussi sur l'ID. Dans une prochaine version sûrement.

Pour l'impression ce n'est pas pareil. Sur ton exemple, tu n'as mis qu'une catégorie, si tu en mets plusieurs tu verras qu'il y a un regroupement par catégorie et tu imagine que si on trie par ID, on aurait des catégories partout.

Si tu as des soucis de largeur, fais les moi connaitre pour voir s'ils sont généraux et que je les inclus dans le plugin.

bon week-end

christian

Réfléchis bien ... avant!

Enfin je m'y remets (j'étais partie).
Bonjour Christian.
Pour l'ordre d'impression, j'ai compris. J'ai mis une numérotation html invisible pour les catégories (enfin, j'en ai qu'une, en l'état), comme pour les titres d'infos. Je lance l'impression depuis là.(lien) J'ai choisi dans les options d'affichage de Firefox de ne rien afficher comme info en haut et bas de page, je ne sais pas si cela a une influence sur le résultat. Aperçu avant impression : nickel : rien que le contenu, tout le contenu, pleine page, bien centré, bonne qualité.
C'est après que cela se gâte :
- marge de reliure gauche obligatoire et trop large
- avec en conséquence une partie droite manquante
- un saut de page systématique après le titre de catégorie et après le titre d'info, ce qui entraîne des pages quasi vides (sauf le titre).

Voici les modes d'impression que j'ai testés avec le même résultat :
- imprimante papier Canon
- création pdf avec Acrobat
- création pdf avec DoPdf
- impression Microsoft XPS

Je n'ai essayé qu'à partir de Firefox. Avec un autre navigateur le résultat serait-il différent ?

A titre informatif, voici la problématique de ma démarche.
On m'a transmis des documents volumineux à mettre en ligne. Les auteurs ont trouvé que c'était mieux présenté que ce qu'ils avaient produit (j'ai retravaillé les images et modifié l'organisation, par exemple). Ils voudraient pouvoir récupérer leur œuvre remastèrisée sous un format distribuable, en principe en pdf. L'impression des Pages (du nom du plugin), comme celles des articles du Guppy ne me satisfait pas. J'ai donc copié en mode source les pages crées dans tes infos du livret pratique, parce que tu parviens à ne garder que le contenu, sans la déco du site, le header et toussa.

Peut-être faudrait-il, pour régler cette histoire de saut de page, que je colle toutes les pages dans un seul document Info. Mais peut-être existe-t-il une taille limite en nombre de caractères, et en tous cas, ce ne réglerait pas cette histoire de marge gauche envahissante qui m'empêche de centrer le document et me fait perdre l'espace nécessaire pour l'extrême droite.

Qu'en penses-tu ?

Bonjour katryne,

Tu as plusieurs problèmes qu'on pourrait réduire à 2:

• un que tu devras résoudre et qui est l'alignement vertical (pages blanches); il est lié au fait que tu as fait des infos de dimension importante. Lorsque je passe à une nouvelle "info" je calcule si le titre tiendra avec le reste du texte sur la même page sinon je saute de page (pour éviter d'avoir un titre en bas de page et l'explication à la page suivante). Pour toi, en plus c'est un tableau qui ne tient pas sur la page, et là c'est firefox qui saute de page. Tu préconises de faire de longues "infos" pour solutionner, moi je verrais plutôt le contraire (saucissonner au maximum les infos et surtout les tableaux si c'est possible dans le contexte!)
  
• un sur lequel je devrai me pencher c'est l'alignement horizontal. Il vient peut-être du navigateur; moi j'ai testé aussi sur firefox et j'ai la même chose; ce qui n'est pas normal car pour l'impression, j'envoie un fichier css spécial qui positionne les marges à 1 cm (voir fichier plugins/infoPratique/inp-print.html)

je t'ai fait cette réponse pour lancer des pistes de recherche et te dire que j'étais sur le coup; on se tient au courant.

En tout cas à l'écran c'est du bon bouleau.

Réfléchis bien ... avant!

Pffff ... Pour la marge de gauche et le bord droit mangé, c'est pareil sous FF, IE11, Chrome et Safari (windows7).
Chrome présente un intérêt supplémentaire : il propose une impression pdf et un enregistrement au format google.doc s/google drive.
Chrome et Safari (contrairement à FF et IE) ne créent pas de sauts de page avant d'avoir rempli un max la page d'avant. Pas de page vide donc, mais bien sûr, au détriment de la logique de l'enchaînement et des tableaux qui sont coupés.
Safari en prime, superpose les légendes et les images et semble ne rien comprendre aux instructions.
Je le sens pas bien ce truc-là. Je me vois déjà tout reprendre à la mimine dans un bon vieux doc que j'imprimerais en pdf. Menfin ... faut bien que j'occupe ma retraite, non ? Mais si tu proposais une solution moins fastidieuse, je n'y serais pas opposée.

Question subsidiaire : peut-on lancer des commandes d'impression séparées pour une catégorie donnée ou pour une info (une liste avec des cases à cocher par le lecteur, par exemple ...) Je dis ça, je dis rien ...

 Si tu as déjà fait les tests je n'ai pas besoin de les faire .
Maintenant, il faut comprendre pourquoi. Evolution de la syntaxe? parcequ'il date un peu ce plugin. je regarde ça.  
 ben non! mais c'est une bonne idée

Réfléchis bien ... avant!

pour la marge de gauche, j'ai trouvé; ça marche comme je lui dis de marcher.
Je définis une marge de 1 cm, puis j'affiche la catégorie, puis à 1 cm de la marge le titre des "infos" et enfin à 2 cm de la marge le texte.
Sauf que je laisse l'admin choisir de mettre la catégorie en titre central, ce que tu as choisi. Ce qui fait que les titres des infos et le texte n'ont plus besoin d'être décalés d'1cm.
Je vais modifier pour que ce décalage ne se fasse pas si le titre de la catégorie est centralisé. Si tu ne veux pas attendre c'est dans plugins/infoPratique/inp-print.php; à p.item_titre tu mets margin-left: 0cm; (ligne 76) et à div.item_texte tu mets  margin-left: 1cm; (ligne 82)

Réfléchis bien ... avant!

Mais oui, mais non.
J'y arrive pas, pour moi, c'est pareil qu'avant. Je préfère attendre tes modifs. Parce que les numéros de lignes, j'ai pas les mêmes. Je sais lire, et j'ai modifié les classes en fonction des noms cités. Mais ça marche pas (testé sous FF seulement, j'ai pas recommencé la litanie des browsers...)

J'ai mis la modif en téléchargement ICI

Pour l'impression sous FF il faut mettre une réduction à 70%. Mais on a toujours le problème de saut de page.

Les images mériteraient d'être réduites, même à l'écran elles déplacent la colonne de droite vers la droite et pas de peu.

J'ai fait une impression sous chrome qui est correcte mais je n'arrive pas à te l'envoyer; qu'utilises-tu pour envoyer de gros fichiers?

Réfléchis bien ... avant!

dl.free ou WeTransfer   ou encore Hightail (ex-Yousend-it) lié à mon thunderbird

Merci de tes efforts, c'est plus du SAV ça, c'est du dévouement, que dis-je, du sacerdoce...

Bien reçu, merci beaucoup. C'est nettement plus correct pour le centrage : ya tout ! Me reste plus qu'à savoir organiser mes sauts de pages. Ou faire plusieurs petits pdf bien maîtrisés pour les sauts de page et que j'assemble ensuite. Je vais aller charger ta modif.

Coucou Christian,
Puisque ce sont mes sauts de page qui sont mal placés, j'ai pensé à ajouter le bouton de commande d'insertion de saut de pages dans la barre d'outil de Ckeditor pour Guppy. Le bouton et sa fonction existent déjà dans la barre d'outils CKeditor, il suffisait de l'ajouter dans la barre d'outils adaptée au Guppy. (dans le fichier guppy_ckeditorconfig.js)
Bon : je vois mon icône PageBreak, je positionne mon curseur puis je clique dessus.
Et ...pchitttt ...
1/ si on essaye de placer le saut de page au milieu d'un tableau, après une rangée, ça plait pas du tout à CK qui va remettre de l'ordre et re-balancer le saut de page en dehors du tableau (dans mon essai, au début).
2/ j'essaye dans un document classique sans tableau qui normalement s'affiche sans dérouler la page et s'imprime sur une seule feuille. Ah, je vois bien le petit symbole de saut de page avant mon dernier paragraphe, là où je l'ai placé, mais ce n'est effectif ni en mode écran, ni en mode impression !

Je me suis lancée aussi dans la création d'une feuille de style dédiée à l'impression que j'ai mise dans la skin. Ça marche un peu mieux, mais pas pour tout. Mais je l'aurais, un jour, je l'aurais ...