Bonjour, Le 19/01/2013 08:46, pierre-yves samyn a écrit : > Bonjour > > Concernant l'absence de la commande dans le menu fichier une > Issue avait été ouverte et "resolved not a bug": > https://bugs.freedesktop.org/show_bug.cgi?id=59349 > > Aux accès que tu as déjà évoqués (passer par Nouveau> Modèle > et enregistrer comme modèle) y est ajouté l'accès par le centre > de démarrage. > > L'accès le plus rapide, quand on "est" sur un document me semble > toutefois le clic sur la flèche du bouton "Nouveau" de la barre d'outils > Standard puis "Modèles" (ou clic prolongé). On peut aussi activer le bouton "Nouveau document à partir d'un modèle" qui a le raccourci clavier ctrl+maj+N > > J'ajoute qu'on peut aussi personnaliser le menu : > Catégorie : Application > Commande : .uno:TemplateManager > > Cela dit l'absence de gestion des styles dans le nouveau dialogue > est pour moi une perte *importante* de fonctionnalité.
Je suis partagé pour les raisons suivantes : - c'est une fonction trop bien cachée, inaccessible pour qui ne la connais pas déjà. - j'ai toujours trouvé l'import des styles de l'ancien gestionnaire confus, en particulier on ne voit que les noms des styles - la copie de styles est éparpillée entre 2 gestionnaires : celui des modèles (copie style par style) et celui des styles (copie globale) ; à mon avis il faut tout regrouper dans le styliste. - on peut aisément contourner la fonction de copie d'un style en copiant un fragment de texte d'un document à un autre. Ce contournement a l'avantage de montrer aussi l'apparence du style avant la copie. - > > Pour mémoire il s'agit du point 2 développé ici : > https://wiki.documentfoundation.org/FR/FAQ/Writer/119 > > Je ne sais pas s'il est prévu de "déporter" la fonctionnalité ailleurs. oui c'est prévu, j'en ai discuté avec Cédric sur irc, mais pas pour la 4.0.0. Nous pensons qu'il faut repenser cette fonction, en particulier en décidant où la mettre. Par exemple je verrais bien, dans le styliste, une entrée dans le menu contextuel d'un style du genre "Copier vers un autre document", qui permettrait de choisir le document cible et d'écraser ou non un style de même type qui porterait le même nom. > Je n'ai pas trouvé d'Issue spécifique, juste cette citation : > > "missing fn is importing styles into documents." > > ici: > http://nabble.documentfoundation.org/Libreoffice-qa-minutes-of-ESC-call-tp4024205.html > > Par parenthèse je partage la ligne qui suit: > "at least the common UI is much improved. " > > Noter également que l'ancien assistant permettait d'imprimer le nom > et les propriétés des styles utilisés dans le fichier. Si elle est utilisée, je la verrais plutôt transférée vers le styliste. > > Autre fonctionnalité disparue... > > Qu'en pensez-vous ? Il faut en causer :-) Mon avis, mais ce n'est que le mien, le gestionnaire de modèle doit travailler uniquement au niveau fichier alors que le styliste doit permettre de gérer les styles d'un document, en particulier les modèles. > > J'ouvre par ailleurs d'autres fils sur des problèmes d'ergonomie du > gestionnaire. Il y a eu plusieurs améliorations ces derniers jours qui vont se retrouver dans la rc2 : - Affichage sur plusieurs lignes des noms de fichier longs - Vue des dossiers de modèles : rectangle à coins arrondis avec au plus 4 aperçus des modèles qu'il contient - suppression de l'onglet All qui n'apportait rien Les aperçus des modèles sont les aperçus contenus dans les documents. Cela n'est possible que pour les modèles au format OpenDocument, il faut donc trouver une alternative pour les autres modèles (comme l'ancien format OOo 1). J'ai proposé à Cédric d'utiliser une image générique comme pour les gestionnaires de fichiers. Pas sûr que ce soit pour la 4.0.0. Voilà pour l'instant ce que je peux dire. Bonne journée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. -- Envoyez un mail à [email protected] pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
