Template talk:FR/CitePage

From Apache OpenOffice Wiki
Jump to: navigation, search

Affichage

Discussion sur l'aspect graphique de la page générée par ce modèle. Il est pour l'instant d'aspect archaïque, et donc d'autant plus facile à améliorer...

Comment coller des valeurs dans la page ?

  • Au début j'avais entré == Description == puis la valeur du paramètre en corps de texte. Mais il y avait un défaut, lorsqu'on cliquait sur Modifier la section, on éditait le modèle ! (logique, en même temps)
  • Une autre utilité serait l'assignation de catégorie(s).

Pourquoi ce modèle ?

Renommé: 13:41, 26 May 2009 (UTC) (Ancien titre: Pied de page ou en-tête ?)

Personnellement, je serai plutôt d'avis d'utiliser ce modèle en début de page, pour résumer les principales caractéristiques du document cité.
Toutefois, pour ne pas prendre toute la largeur, nous pouvons imaginer que ce modèle s'incruste sur un des côtés (gauche ou droite, on peut choisir).
Je me demande s'il serait facile d'ajouter un bouton <cacher>/<masquer> qui pourrait dévoiler des informations supplémentaires jugées moins importantes (un essai de tableaux avec un bouton <cacher>/<masquer>) ou si nous pouvons inclure un système d'onglets. Pour cela il me faut regarder comment sont construits d'autres modèles élaborés...
 Synanceia (Pierre) 12:30, 19 May 2009 (UTC)
Haut ou bas ?
Pour ma part j'avais pensé qu'il n'y aurait pas forcément souvent un corps de page, et que donc ça mettrait ce dernier en valeur...
Droite ou gauche ?
Si on voulait mettre un navigateur (à la place du modèle Français), il serait à droite. Donc (amha) pas à droite... sinon je ne sais pas s'il faudrait le mettre à gauche ou (ce que j'aurais fait pour l'instant) le laisser pleine largeur (par défaut).
Dominique Pautrel 13:01, 20 May 2009 (UTC)

Synanceia (Pierre) 07:03, 26 May 2009 (UTC) : « Le modèle intègre la description du document. Le sujet est clos ! Le modèle occupera toute la largeur de la page là où il est inséré ! Il est possible d'utiliser le modèle plusieurs fois au sein d'un même article »

Dominique Pautrel 13:41, 26 May 2009 (UTC) : Je ne comprend pas. Le sujet n'est pas clos du tout ! Pour ma part, restreindre ce modèle à cette seule utilisation tue d'ailleurs mon idée du projet... L'option permettant au modèle d'être intégré plusieurs fois n'est qu'une option, que d'ailleurs je n'ai même pas définie par défaut. Ceci pour les raisons suivantes :
  • Les titres des documents sont suffisament précis et les documents eux-mêmes suffisament détaillés pour nécessiter une page propre par document, et ceci même si la page wiki peut paraître courte et toujours pareillement présentée, de par le fait de l'utilisation d'un modèle.
  • Une page par page/document externe est selon moi la seule méthode efficace à terme de mise en visibilité de la documentation, puisqu'on pourra faire appel ensuite aux requêtes DPL.
    • Il semblerait que que tu n'ais pas encore appréhendé cette extension et incidemment l'utilisation qui en est possible...
      • J'ai commencé cette page ci-dessus le 24 Avril, suite au problème auquel j'avais été soumis début Mars à la création du guide HSQLDB : le placer au bon endroit. En tant que débutant je n'avais pas pensé à lister les noms des pages existantes et m'appuyais plutôt sur les pages (obsolètes depuis le bot du 10 Décembre :-/ , sans compter le fait que je n'avais pas vu les moultes redirections - Y en a t'il mons aujourd'hui ?) d'aide et les réflexes, anciens eux aussi, d'autres contributeurs. Je ne les en remercie pas moins pour autant car ils m'ont permis de me lancer, à moi qui n'osais pas, et j'ai fini par me rassurer quand je me suis rendu compte de la véracité de la quasi première ligne que l'on rencontre dans tout Wiki, à savoir que tout est modifiable... il suffit d'apprendre.
      • Pour tenter d(e t)'expliquer un peu plus ma démarche, dans l'ordre chronologique j'avais commencé le 11 Dec 2008 ici : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=2&t=13722
    • A mon tour je n'avais pas appréhendé vraiment le principe des extensions car sinon cette page Requete du guide Wiki (que je te conseille de décortiquer 3 minutes, car les exemples anglais dans Structure existante seraient relativement rapidement à notre portée avec ce présent modèle) s'appelerait Extensions, pour preuve (Merci!) l'extension des fonctions de parseur que tu nous a fait découvrir devrait aussi être présentée là... le nouvel FCKeditor également...
  • L'option Légende=Non de ce modèle permettant de l'afficher en liste ne devrait exister que pour les tutoriels abordant véritablement le même sujet (ex: Les styles de paragraphe dans Writer, La mise en forme conditionnelle dans Calc, Imprimer un livret, etc.) pouvant seuls être considérés comme "doublons", (mais comme ils sont exprimés différemment, ça peut toujours permettre de mieux comprendre - quand on se place comme lecteur)
  • J'écris tout ça pour tenter d'expliquer clairement ma démarche qui concerne (enfin je m'en rends compte) la promotion d'OOo FR par le biais de rendre visible en un lieu (le Wiki me semble la meilleure place par définition) toute la documentation francophone pertinente et Open-Source, tous horizons confondus, en détaillant ces pages "marque-pages" pour pouvoir construire au fur et à mesure une "table des matières" (par listes de pages dynamiques DPL)
Constat 1
Il y a beaucoup de matière, mais disséminée...
Solution 1
Regrouper En construire une vue d'ensemble.
Constat 2 
Trouver ce que l'on cherche rapidement quand on est dans le besoin.
Solution 2 
Utilisons les catégories pour chacune de ces pages utilisant un modèle. Aujourd'hui les sous-catégories FR sont encores très basiques (moins que le mois dernier et maintenant presque toutes conformes à la nouvelle organisation, je crois) mais on pourrait notamment faire d'autres familles pour les croiser (toujours DPL) et monter progressivement un système ou moyennant le respect de 2 ou 3 règles simples (une fois bien définies) ces TdM sont à jour et bien vivantes.
Constat 3 
Il y avait longtemps qu'on ne voyait (en tant que simple internaute qui passe une fois de temps en temps) pas ou peu de changements sur ce wiki.
Solution 3 
Travaillons ensemble ! Si par analogie nous pouvons nous estimer dans le même bateau, alors autant ramer dans la même direction ! Je compte sur nous pour
  1. référencer la doc externe pertinente et Open-Source (comme je te l'écris c'est mon propos depuis 6 mois, cf. ci-dessus),
  2. rénover le modèle Français est en cours également - plus de ton fait, voir Navbox,
  3. Mettre un navigateur contextuel à droite plus Navbox intégré en haut à gauche ? est à l'étude également,
  4. C'est chouette ;-) aussi d'apposer une nouvelle mouette (Navbox ?), c'est un symbole.
  5. etc.
Constat 4
Pas facile de définir un travail communautaire qu'en il n'en est qu'au stade d'ébauche.
Par exemple
Le 10 mai je décide de poser une ébauche de guide (car si j'avance sans le faire, plus tard je n'en aurais peut-être plus envie), et en profite pour tester MasterTOC, je pose quelques pages et suis content de ventiler un peu la page User:Dominique Pautrel/Structure Wiki FR. Je m'endors là dessus en imaginant la tournure de cette future cinquantaine de pages, et quand je me réveille le 11 au matin pour en ajouter quelques autres, deux choses ont changées...
1. Flûte, la forme a changé, j'ai eu le temps d'étudier trois de la douzaine de paramètres de MasterTOC et voilà qu'au lieu d'écrire il faut que j'apprenne à me servir d'un nouvel engin... c'est quoi #ifeq ?
2. Re-flûte, le fond aussi, les ébauches de phrases que je me préparais tranquillement à mettre en forme dans ce qui s'appelle je crois un style d'écriture et de présentation (en toute humilité) ont pris une toute autre tournure et je ne vois plus aussi bien dès lors comment éclaircir mon brouillon...
En même temps c'est normal on est pas télépathes ! Je ne peux m'en prendre qu'à moi, je ne savais pas / n'avais pas pensé qu'il fallait "réserver", le temps de présenter correctement (pour soi) ce qu'on avait à dire afin de se donner les moyens du meilleur éclaircissement possible.
Ce matin à te lire je me suis dis que probablement tu n'avais pas lu / édité cette page sur les requêtes DPL... (à moins que ce soit moi qui n'y ait rien compris, je ne sais plus à force... ce que je constate s'est que tout cela prend du temps...)
Constat sur ces constats 
Entre ce que j'écris, ce que je crois avoir exprimé, ce que je comprends, ce que je crois avoir compris... ce que tu comprends, ce que tu crois avoir compris... ce que je pense que tu crois avoir compris, etc... et vice-versa bien entendu... Il y a évidemment pas mal de façons de se comprendre... de travers ! Quitte à enfoncer des portes ouvertes, définissons de quoi on parle avant d'agir, ce qui fera peut-être partir un peu moins vite, mais plus surement dans la bonne direction... COOordialement, ^^ Dominique Pautrel 13:41, 26 May 2009 (UTC)

Choix de méthode

Un ou plusieurs modèles ?

Ancien titre : Un seul modèle avec des paramètres optionnels

Je ne pense pas (contrairement à mes premières idées) que nous devions élaborer plusieurs modèles. Un seul modèle peut suffire, il nous suffit de conditionner l'affichage d'une ligne du modèle à l'existence (ou non) du paramètre concerné. De même, si le document cité a pour statut "standard", on pourrait masquer cette ligne pour limiter le nombre d'information (cela me semble important si le modèle est placé en tête !
Synanceia (Pierre) 12:30, 19 May 2009 (UTC)

Je ne sais pas trop. D'un coté un modèle principal et plusieurs sous-modèles doivent être plus faciles à appréhender, déboguer, maintenir...
De l'autre cela fait des passages de paramètres à gérer.
J'ai demandé de l'aide ou des retours (en anglais) : http://documentation.openoffice.org/servlets/ReadMsg?listName=dev&msgNo=5459
Et Clayton semble trouver que ça peut être bon, mais n'a pas vu non plus autre chose qu'un lien simple vers une page, visiblement pas encore de modèle existant pour ce type de chose. Sur ma page anglaise, il aime bien le premier tableau avec l'icône, et je suis d'accord ça fait de suite plus sympa.
Dominique Pautrel 17:38, 20 May 2009 (UTC)

Assignation de catégorie(s) ?

Si un modèle assigne une catégorie, la changer dans celui-ci la change dans toutes les pages qui utilisent le modèle.
Je vois trois options possibles :

  1. Figer la catégorie en bas de page, comme si elle avait été entrée à la main...
  2. Construire un "moteur" éprouvé pour les générer finement.
  3. Procéder par mots-clés. Non retenu...
L'exemple portait sur une page de FAQ FR pour Writer. Il aurait fallu assigner les quatre catégories FR, Documentation, FAQ, et Writer. Et user de requêtes pour retrouver les pages en intersectant plusieurs catégories, géantes si extraites seules. Ce n'est pas conçu (et c'est peut-être mieux) ainsi.


Paramètres

Ce modèle existe également en anglais. Je vais tenter de maintenir les deux versions à jour
Ce qui suit n'est pour l'instant que le comportement souhaité... chaque paramètre peut avoir sa sous-section si nécessaire.
N'ayez surtout pas peur de discuter ou d'ajouter quelque chose. J'ai forcément oublié un paramètre.

Les paramètres correctements définis (à ce niveau du développement du modèle) sont surlignés en vert.

Paramètre Valeurs Commentaires
Adresse Chaîne de caractères N'oubliez pas http://... à faire apparaître dans l'aide. (On peut rêver avec une infobulle...). Soit on ne s'embête pas avec la méthode la plus simple... aucune restriction et l'utilisateur du modèle renseigne ici le type de document et son poids
Auteur Chaîne de caractères Liste des auteurs (Conseiller de séparer par une virgule et une espace)
Date AAAA-MM-JJ Date de dernière mise à jour du document.
Description Chaîne de caractères Normalement la plus grande chaîne entrée par l'utilisateur. À noter que l'on peut la construire comme une page, avec titres et tout. Mais dans ce cas les liens Modifier apparaissent dans la cellule du tableau et modifient le modèle... bon il y a bien ce mot magique (NOEDITSECTION) mais... ça ne me parait pas élégant.
Doc
  1. Oui
  2. Non
  1. Pour distinguer si le paramètre Adresse est une page Web ou un lien de téléchargement direct.
  2. Obligatoire. (enfin, c'est ce que j'aimerais... à priori)
Légende
  1. Oui
  2. Non
Réglé sur Oui, inclus le titre dans DISPLAYTITLE, donc un seul modèle par page, pour un How-To, Guide ou autre Tutoriel. Non permet d'en inclure plusieurs instances et de marquer "Entrée principale" ;-) sur le DISPLAYTITLE de la page.
Module
  1. Base
  2. Calc
  3. Draw
  4. Général
  5. Impress
  6. Installation
  7. Math
  8. Writer
  9. Gallery (ou Galerie)
  10. Autre
Il faudrait (exemple avec Base) que l'icône correspondante s'affiche. Base.png ou carrément Base.png

Ce paramètre peut-être également utilisé pour définir la catégorie à assigner, mais il ne suffit pas seul à distinguer une astuce de type FAQ à une procédure complète type How-To...
Synanceia (Pierre) 07:38, 26 May 2009 (UTC) : J'ai ajouté 2 possibilités, mais après réflexions, je ne pense pas que cela soit intéressant « Général » devrait pouvoir couvrir ces 2 cas là !

Plate-forme
  1. Linux
  2. Mac
  3. Toutes (défaut)
  4. Windows
  5. etc. ?
Le fin du fin serait que si ce paramètre n'est pas renseigné, au lieu d'une erreur il affiche "Toutes"
Statut
  1. Préliminaire
  2. Standard
  3. Obsolète

Autres

  1. Tant qu'il n'est pas finalisé.
  2. Stable.
  3. Plus à jour où uniquement utilisable avec d'anciennes versions. Dans ce cas, préciser.

Donc autoriser les commentaires et se servir de ces trois termes comme balise d'en-tête de la chaîne.

Titre Chaîne de caractères Pour l'instant il apparaît deux fois, pour la page et pour le tableau... c'est également pour cette raison que j'avais imaginé l'option Pied de page...

Le fait de ne pas inclure DISPLAYTITLE apporterait l'avantage qu'on pourrait mettre plusieurs fois le modèle sur une page (pour des documents de type FAQ). C'est la raison du paramètre Légende...

Licence Chaînes de caractères Synanceia (Pierre) 07:14, 26 May 2009 (UTC) : Pour présenter Milifred3, j'ai vraiment senti le besoin de faire apparaitre cet aspect. Il serait bon de prévoir que ce paramètre pourrait ne soit être affiché s'il n'est pas renseigné. [Note : je n'ai aucune idée de la difficulté de gérer cela dans un tableau]
Version Chaînes de caractères Synanceia (Pierre) 07:14, 26 May 2009 (UTC) : idem Licence

Exemples

Extraits de http://fr.openoffice.org/Documentation/How-to/indexht-writer.html

  • Section Styles et modèles de documents
La numérotation des chapitres et la réalisation automatique des tables des matières.
Writer.png


La numérotation des chapitres et la réalisation automatique des tables des matières.

Description Qui dit document long, dit bien souvent rapport, compte-rendu, mémoire, etc. Ce type de document est toujours articulé autour d’un plan qui comporte des chapitres, souvent numérotés, un sommaire, des annexes, lesquelles peuvent également être dotées de leur propre sommaire et, éventuellement, un ou plusieurs index...
Auteur(s) Jean-François Nifenecker Date 2006-10-11
Plate-forme Toutes Module Writer Version {{{VersionDoc}}} Statut (Aide) Standard
Licence {{{Licence}}}
Valide depuis la {{{VerOOoDébut}}}. Testé avec la {{{VerOOoTest}}}. Obsolescence: {{{VerOOoFin}}}
Adresse
ODT, 377 Ko
PDF, 508 Ko


Le Navigateur. Déplacements rapides et gestion des documents
Writer.png


Le Navigateur. Déplacements rapides et gestion des documents

Description La suite bureautique OpenOffice.org propose à ses utilisateurs de très nombreux outils de gestion des documents : la gestion des styles et celle des modèles en sont deux exemples. Il est cependant un outil fort méconnu, et à tort, car il offre des possibilités variées et étendues. Nous voulons parler du Navigateur. L’utilisateur fréquent de la suite OpenOffice.org ne saurait s’en passer sans se priver d’une aide toujours précieuse, d’autant plus que le Navigateur est présent dans tous les modules de la suite...
Auteur(s) Jean-François Nifenecker Date 2007-03-14
Plate-forme Toutes Module Writer Version {{{VersionDoc}}} Statut (Aide) Standard
Licence {{{Licence}}}
Valide depuis la {{{VerOOoDébut}}}. Testé avec la {{{VerOOoTest}}}. Obsolescence: {{{VerOOoFin}}}
Adresse
ODT, 540 Ko
PDF, 564 Ko


Conception d'une feuille de styles.
Writer.png


Conception d'une feuille de styles.

Description La réalisation d’un modèle avec feuille de styles est bien décrite dans le document : StylesModeles – OpenOffice.org Writer et dans d’autres documents du site fr.openoffice.org. Cependant, est-il suffisant de connaître toutes les fonctions du logiciel pour que les modèles créés soient efficaces et ergonomiques ? Il faut en plus quelques repères qui guident la conception...
Auteur(s) Jean-Yves Royer Date 2008-08-08
Plate-forme Toutes Module Writer Version {{{VersionDoc}}} Statut (Aide) Standard
Licence {{{Licence}}}
Valide depuis la {{{VerOOoDébut}}}. Testé avec la {{{VerOOoTest}}}. Obsolescence: {{{VerOOoFin}}}
Adresse
ODT, 335 Ko
PDF, 461 Ko


Mise en page paysage avec en-tête et pied de page en mode portrait
Writer.png


Mise en page paysage avec en-tête et pied de page en mode portrait

Description L'objectif de ce document est de donner une solution à une question posée le 28 mai 2007 sur la liste des utilisateurs francophones d'OOo.
Dans la doc de Writer, j'ai trouvé comment changer l'orientation d'une page d'un document. Très bien. Mais comment faire pour que cette page garde l'entête et le pied de page dans le même sens que les autres pages ?
Auteur(s) Pierre Poisson, Laurent Balland-Poirier Date 2007-10-13
Plate-forme Toutes Module Writer Version {{{VersionDoc}}} Statut (Aide) Standard
Licence {{{Licence}}}
Valide depuis la {{{VerOOoDébut}}}. Testé avec la {{{VerOOoTest}}}. Obsolescence: {{{VerOOoFin}}}
Adresse
ODT, 533 Ko
PDF, 461 Ko


Principes du traitement de texte. Seulement ce qu'un rédacteur doit connaître
Writer.png


Principes du traitement de texte. Seulement ce qu'un rédacteur doit connaître

Description Pour qui aborde le traitement de texte, le nombre et l’étendue des possibilités ont de quoi donner le vertige. De plus, les traitements de texte modernes, pour des questions de compétition, sont dotés de multiples fonctions et prétendent permettre de réaliser tous les types de documents. Ce n’est pas faux, mais pour un travail professionnel il ne faut sortir de leur domaine privilégié que dans des cas exceptionnels.
Auteur(s) Jean-Yves Royer, sur une idée et avec la participation de Jean-François Nifenecker Date 2008-07-02
Plate-forme Toutes Module Writer Version {{{VersionDoc}}} Statut (Aide) Standard
Licence {{{Licence}}}
Valide depuis la {{{VerOOoDébut}}}. Testé avec la {{{VerOOoTest}}}. Obsolescence: {{{VerOOoFin}}}
Adresse
ODT, 155 Ko
PDF, 330 Ko


Contrôler la qualité d'un document de traitement de texte ou Apache OpenOffice Writer en trois minutes.
Writer.png


Contrôler la qualité d'un document de traitement de texte ou Apache OpenOffice Writer en trois minutes.

Description S’il est long de découvrir toutes les subtilités d’un logiciel de traitement de texte, il est rapide d’en apprendre les caractéristiques essentielles et de juger la qualité d’un fichier qui garantit :
  • des modifications aisées par tout contributeur ;
  • les échanges entre logiciels et versions.

Cette note récapitule des points à respecter pour rédiger « vite et bien ».

Auteur(s) Jean-Yves Royer Date 2007-10-12
Plate-forme Toutes Module Writer Version {{{VersionDoc}}} Statut (Aide) Standard
Licence {{{Licence}}}
Valide depuis la {{{VerOOoDébut}}}. Testé avec la {{{VerOOoTest}}}. Obsolescence: {{{VerOOoFin}}}
Adresse
ODT, 97 Ko
PDF, 123 Ko
Retrieved from "https://wiki.openoffice.org/w/index.php?title=Template_talk:FR/CitePage&oldid=129742"
Personal tools