Mise en page .DOC et option 1ère page différente - BUG ?

fr-users
#1

Bonsoir,

Je rencontre, chez un client, en phase d'étude de migration, un gros souci de récupération de .doc qui je n'avais jamais rencontré.
En fait, pas l'ouverture du .doc mais sa ré ouverture dans word après passage dans Writer.

J'explique.
Un document word contenant 2 pages et l'option de Word "1ère page différente" (qui ne génère pas de section dans word !)
Marge du document word 5,18 de haut (la page s'imprime sur papier entête)
La seconde page contient un entête presque collé en haut. C'est la position de l'entête de word qui est mise à 1,27 mais la marge du haut est la même

Je l'ouvre dans Writer. Tout est ok
La première page contient le style "1ère page" tout va bien,normal
Marge de haut : 5,18
OK
La seconde page est en style standard. MAIS
Marge de Haut = 1,27 (position de l'entete dans Word) et Espacement dans l'entete de 3,81 (enfin la différence)
Jusque là pas trop de problème.

MAIS : je modifie le fichier dans writer. Je le laisse en .DOC
Je le ré ouvre dans Word.
L'entete de la page 2 a disparu. En effet, la notion de "1ère page différente" a sauté et la marge est à 1,27 cm :frowning:

Ce problème concernant pratiquement tous les courriers contenant 2 pages minimum de la structure.; C'est un point vraiment problématique.
Qu'en pensez vous ? Trouvez vous une astuce ou une manipulation à faire pour contourner le problème ?

Désolée d'avoir été aussi longue. Je continue à chercher une solution de mon côté.
Merci d'avance

Marie jo

#2

Bonjour Marie-Jo,

[...]

MAIS : je modifie le fichier dans writer. Je le laisse en .DOC
Je le ré ouvre dans Word.
L'entete de la page 2 a disparu. En effet, la notion de "1ère page
différente" a sauté et la marge est à 1,27 cm :frowning:

Ce problème concernant pratiquement tous les courriers contenant 2 pages
minimum de la structure.; C'est un point vraiment problématique.
Qu'en pensez vous ? Trouvez vous une astuce ou une manipulation à faire
pour contourner le problème ?

Etant donne ce que tu decris du probleme j'aurais tendance a penser
qu'un simple contournement ne sera pas possible. Je subodore un bug dans
le code d'import / export des fichiers doc a ce niveau la. Tu peux
d'ores et deja enregistrer un nouveau bug pour ca sur bugzilla (je ne
crois pas l'avoir deja).

A bientot,

#3

Bonsoir,

Je rencontre, chez un client, en phase d'étude de migration, un gros souci de récupération de .doc qui je n'avais jamais rencontré.
En fait, pas l'ouverture du .doc mais sa ré ouverture dans word après passage dans Writer.

J'explique.
Un document word contenant 2 pages et l'option de Word "1ère page différente" (qui ne génère pas de section dans word !)
Marge du document word 5,18 de haut (la page s'imprime sur papier entête)
La seconde page contient un entête presque collé en haut. C'est la position de l'entête de word qui est mise à 1,27 mais la marge du haut est la même

Je l'ouvre dans Writer. Tout est ok
La première page contient le style "1ère page" tout va bien,normal
Marge de haut : 5,18
OK
La seconde page est en style standard. MAIS
Marge de Haut = 1,27 (position de l'entete dans Word) et Espacement dans l'entete de 3,81 (enfin la différence)
Jusque là pas trop de problème.

MAIS : je modifie le fichier dans writer. Je le laisse en .DOC

Bonjour,
Si tu sauvegardes en .odt dans un premier temps, puis ensuite en .doc, est-ce que tu as le même comportement en ré-ouvrant dans MS Word ?

Je le ré ouvre dans Word.
L'entete de la page 2 a disparu. En effet, la notion de "1ère page différente" a sauté et la marge est à 1,27 cm :frowning:

J.M

#4

Bonjour,

Ah, les galères des conversions…
Word obligé au bureau et le format ODF partout ailleurs, je suis mon propre client et prestataire.

D'expérience, je me méfie comme de la peste du fameux modèle "Normal". Fréquemment, si des réglages de base ont été modifiés "sans style", c'est le bazar dès qu'on transfère un document Word sur une autre machine.

Mais, n'ayant pas Word sous la main avant lundi, je ne peux que passer en revue des points qui me semblent à priori "problématiques".
Certains enfoncent des portes ouvertes, je vous prie de m'en excuser.

Si ces quelques réflexions peuvent aider… Je les laisse comme une check-list pour quiconque aurait des problèmes similaires.

- les versions Word du client et du test sont-elles les mêmes ?
- la version de Word chez le client est-elle la même que celle utilisée par Writer en export ?
- les courriers du client sont-ils fondés sur le modèle "Normal" de Word ?
- le modèle "Normal" du client a-t-il été importé sur la machine de test ?
- sous Word, est-ce que ça change quelque chose de créer un modèle ad hoc reprenant les paramètres des courriers du client ?
- sous Writer, créer un style de page pour la page 2 avec les paramètres personnalisés, modifie-t-il le comportement ?
- sous Writer, que donne le même test en créant un modèle ad hoc et en l'appliquant aux courriers avant export, avec les 2 styles de pages ?

C_Lucien

#5

Bonsoir,

Bonsoir,

Je rencontre, chez un client, en phase d'étude de migration, un gros souci de récupération de .doc qui je n'avais jamais rencontré.
En fait, pas l'ouverture du .doc mais sa ré ouverture dans word après passage dans Writer.

J'explique.
Un document word contenant 2 pages et l'option de Word "1ère page différente" (qui ne génère pas de section dans word !)
Marge du document word 5,18 de haut (la page s'imprime sur papier entête)
La seconde page contient un entête presque collé en haut. C'est la position de l'entête de word qui est mise à 1,27 mais la marge du haut est la même

Je l'ouvre dans Writer. Tout est ok
La première page contient le style "1ère page" tout va bien,normal
Marge de haut : 5,18
OK
La seconde page est en style standard. MAIS
Marge de Haut = 1,27 (position de l'entete dans Word) et Espacement dans l'entete de 3,81 (enfin la différence)
Jusque là pas trop de problème.

MAIS : je modifie le fichier dans writer. Je le laisse en .DOC
Je le ré ouvre dans Word.
L'entete de la page 2 a disparu. En effet, la notion de "1ère page différente" a sauté et la marge est à 1,27 cm :frowning:

Ce problème concernant pratiquement tous les courriers contenant 2 pages minimum de la structure.; C'est un point vraiment problématique.
Qu'en pensez vous ? Trouvez vous une astuce ou une manipulation à faire pour contourner le problème ?

Désolée d'avoir été aussi longue. Je continue à chercher une solution de mon côté.
Merci d'avance

Merci à tous pour vos retours. J'ai trouvé la solution !!
Lorsque le document .doc est ouvert dans Writer, il faut simplement forcer le saut de page (CTRL + entree) à la fin de la 1ère page.
ainsi, à la réouverture dans Word, ce saut de page génère bien un saut de section page suivante et tout est ok :wink:
Cédric, je ne pense donc pas qu'il s'agisse d'un bug à corriger. En fait, je ne vois pas comment il est possible de tester si la 1ère page
contient bien un saut ou non. Et je pense que c'est bien difficile pour quelque chose que l'on peut corriger facilement.
Encore faut il que les utilisateurs de Writer le sachent... Peut être à ajouter à la FAQ

Merci encore

#6

Bonjour,

Le "philosophe" réagit :

-----Message d'origine-----
De : Marie jo Ooo [mailto:mariejo@opengo.fr]
Envoyé : vendredi 4 février 2011 18:46
À : users@fr.libreoffice.org
Cc : Cédric Bosdonnat
Objet : Re: [fr-users] Mise en page .DOC et option 1ère page
différente
- BUG ?

[..]

Merci à tous pour vos retours. J'ai trouvé la solution !!
Lorsque le document .doc est ouvert dans Writer, il faut simplement
forcer le saut de page (CTRL + entree) à la fin de la 1ère page.
ainsi, à la réouverture dans Word, ce saut de page génère
bien un saut
de section page suivante et tout est ok :wink:

Oui mais : que fait-on si le contenu de la première page est allongé ou
diminué. Autant mettre en PDF si aucun changement n'est introduit. Pour
pouvoir diffuser un document modifiable avec remise en page automatique,
sans piège pour les futurs utilisateurs, il faut s'interdire d'ajouter
un saut de page à l'intérieur d'un courrier. Sauf cas très particulier,
le corps du courrier ne doit pas contenir de saut de page ou de section.
Le saut de page doit être automatique ce qui fonctionne bien avec une
feuille de styles adaptée. Après, on peut toujours bricoler en faisant
le boulot qui devrait être dévolu à la machine, mais on quitte le
traitement de texte.

J'imagine que compte tenu de la différence de logique entre les deux
logiciels pour définir les propriétés d'une succession de pages qui
constitue, notamment, un courrier (mais c'est un cas général : note,
partie d'un document, etc), ce doit être un casse-tête pour les
développeurs de convertir de manière totalement réversible des documents
modifiables à l'état de l'art dans les deux logiciels... Bon courage à
des cervelles agiles pour trouver une solution qui fonctionne dans
toutes les circonstances, ce qui oblige à tenir compte de pages qui
n'existent pas encore mais qui pourraient être créées lors de
l'allongement d'un document, ou de pages qui existent mais qui
pourraient être supprimées dans la réduction de taille du courrier. Pour
corser l'affaire : pas de style de section du côté MS WW et styles de
pages obligatoires du côté Writer...

Peut-on espérer avoir des convertisseurs parfaits ? La conversion ne
doit-elle pas être réservée à la migration, ce qui autorise quelques
retouches manuelles faites une seule fois. La conversion réversible
est-elle envisageable en dehors de documents rustiques ?

En
fait, je ne vois pas comment il est possible de tester si la 1ère page
contient bien un saut ou non.

La bordure supérieure de la page est différente quand c'est un saut de
page manuel. Je mets cette bordure en rouge pour que cela me saute aux
yeux afin qu'il n'y en ait pas en trop : "Outils Options LibreOffice
Apparence "Document texte" "Saut de page ou de colonne".

Bon week-end. Librement.

Jean-Yves ROYER

#7

Bonjour,

[...]
J'imagine que compte tenu de la différence de logique entre les deux
logiciels pour définir les propriétés d'une succession de pages qui
[...]

+1000

Peut-on espérer avoir des convertisseurs parfaits ? La conversion ne
doit-elle pas être réservée à la migration, ce qui autorise quelques
retouches manuelles faites une seule fois. La conversion réversible
est-elle envisageable en dehors de documents rustiques ?

Je ne pense pas que ce soit utile/faisable.

La bordure supérieure de la page est différente quand c'est un saut de
page manuel. Je mets cette bordure en rouge pour que cela me saute aux
yeux afin qu'il n'y en ait pas en trop : "Outils Options LibreOffice
Apparence "Document texte" "Saut de page ou de colonne".

Je ne comprends d'ailleurs pas le choix du bleu par défaut.

#8

Bonsoir Jean yves, bonsoir à tous,

Bonjour,

Le "philosophe" réagit :

-----Message d'origine-----
De : Marie jo Ooo [mailto:mariejo@opengo.fr]
Envoyé : vendredi 4 février 2011 18:46
À : users@fr.libreoffice.org
Cc : Cédric Bosdonnat
Objet : Re: [fr-users] Mise en page .DOC et option 1ère page
différente
- BUG ?

[..]

Merci à tous pour vos retours. J'ai trouvé la solution !!
Lorsque le document .doc est ouvert dans Writer, il faut simplement
forcer le saut de page (CTRL + entree) à la fin de la 1ère page.
ainsi, à la réouverture dans Word, ce saut de page génère
bien un saut
de section page suivante et tout est ok :wink:

Oui mais : que fait-on si le contenu de la première page est allongé ou
diminué. Autant mettre en PDF si aucun changement n'est introduit. Pour
pouvoir diffuser un document modifiable avec remise en page automatique,
sans piège pour les futurs utilisateurs, il faut s'interdire d'ajouter
un saut de page à l'intérieur d'un courrier. Sauf cas très particulier,
le corps du courrier ne doit pas contenir de saut de page ou de section.
Le saut de page doit être automatique ce qui fonctionne bien avec une
feuille de styles adaptée. Après, on peut toujours bricoler en faisant
le boulot qui devrait être dévolu à la machine, mais on quitte le
traitement de texte.

La problématique c'est que le document doit ou peut être envoyé pour modification à des personnes utilisant Word (2000 à 2010)
Le pdf n'est donc pas une solution.
Je suis toujours d'accord avec tes théories -même si tu en doutes encore :wink:
Mais sur le terrain, on fait ce qu'il faut pour parer au problème et trouver une solution qui fonctionne. et donc valider que la migration est possible...
Même si cela n'est pas "correct", ni dans les règles de l'art...

Bise, jean Yves, bonsoir à tous
Marie jo

#9

Bonsoir,

Bonjour,

[...]
J'imagine que compte tenu de la différence de logique entre les deux
logiciels pour définir les propriétés d'une succession de pages qui
[...]

+1000

Peut-on espérer avoir des convertisseurs parfaits ? La conversion ne
doit-elle pas être réservée à la migration, ce qui autorise quelques
retouches manuelles faites une seule fois. La conversion réversible
est-elle envisageable en dehors de documents rustiques ?

Je ne pense pas que ce soit utile/faisable.

La bordure supérieure de la page est différente quand c'est un saut de
page manuel. Je mets cette bordure en rouge pour que cela me saute aux
yeux afin qu'il n'y en ait pas en trop : "Outils Options LibreOffice
Apparence "Document texte" "Saut de page ou de colonne".

Je ne comprends d'ailleurs pas le choix du bleu par défaut.

D'une façon générale, bleue, rouge ou verte, cette marque de saut de page reste illisible !

Marie jo

#10

Bonjour Marie Jooo (ou Marie LibO :wink:

Je ne comprends d'ailleurs pas le choix du bleu par défaut.

D'une façon générale, bleue, rouge ou verte, cette marque de saut de
page reste illisible !

Illisible ou invisible ?

Mon expérience est que le rouge est largement plus visible que le bleu par défaut. Elle serait certainement encore plus visible si le trait était plus épais : 1 pixel c'est pas lerche.

Quant à sa lisibilité, c'est-à-dire changer ce trait pour quelque chose de plus parlant, je n'ai guère d'idées...

Amicalement,

#11

Bonjour,

-----Message d'origine-----
De : Marie jo Ooo [mailto:mariejo@opengo.fr]
Envoyé : samedi 5 février 2011 21:46
À : users@fr.libreoffice.org
Objet : Re: [fr-users] Mise en page .DOC et option 1ère page
différente
- BUG ?

  Bonsoir Jean yves, bonsoir à tous,

> Bonjour,
>
> Le "philosophe" réagit :
>
>> -----Message d'origine-----
>> De : Marie jo Ooo [mailto:mariejo@opengo.fr]
>> Envoyé : vendredi 4 février 2011 18:46
>> À : users@fr.libreoffice.org
>> Cc : Cédric Bosdonnat
>> Objet : Re: [fr-users] Mise en page .DOC et option 1ère page
>> différente
>> - BUG ?
>>
> [..]
>> Merci à tous pour vos retours. J'ai trouvé la solution !!
>> Lorsque le document .doc est ouvert dans Writer, il faut
simplement
>> forcer le saut de page (CTRL + entree) à la fin de la 1ère page.
>> ainsi, à la réouverture dans Word, ce saut de page génère
>> bien un saut
>> de section page suivante et tout est ok :wink:
> Oui mais : que fait-on si le contenu de la première page
est allongé ou
> diminué. Autant mettre en PDF si aucun changement n'est
introduit. Pour
> pouvoir diffuser un document modifiable avec remise en page
automatique,
> sans piège pour les futurs utilisateurs, il faut
s'interdire d'ajouter
> un saut de page à l'intérieur d'un courrier. Sauf cas très
particulier,
> le corps du courrier ne doit pas contenir de saut de page
ou de section.
> Le saut de page doit être automatique ce qui fonctionne
bien avec une
> feuille de styles adaptée. Après, on peut toujours bricoler
en faisant
> le boulot qui devrait être dévolu à la machine, mais on quitte le
> traitement de texte.
La problématique c'est que le document doit ou peut être envoyé pour
modification à des personnes utilisant Word (2000 à 2010)
Le pdf n'est donc pas une solution.
Je suis toujours d'accord avec tes théories -même si tu en
doutes encore :wink:

Tu m'en vois ravi :-).

Mais sur le terrain, on fait ce qu'il faut pour parer au problème et
trouver une solution qui fonctionne. et donc valider que la migration
est possible...
Même si cela n'est pas "correct", ni dans les règles de l'art...

Je suis bien d'accord que l'idéal n'est pas de ce monde. Simplement, il
ne faut pas écrire : "J'ai trouvé la solution !!" (Eurêka!), mais :
"faute de solution j'adopte un pis-aller et je préviens les utilisateurs
des pièges qui leur sont tendus et des manières de les éviter".

En effet :
- Lors d'un changement de format, de machine et d'imprimante, il y a de
multiples raisons qui peuvent provoquer un déplacement de la position du
saut de page automatique. Si un blanc est ajouté en bas de page avant le
saut de page manuel, ce n'est pas grave. En revanche, s'il y a deux
lignes sur une page ajoutée dont le reste est blanc c'est plus gênant...
- s'il est facile d'ajouter un saut de page manuel avec le même
raccourci que Word, il est moins trivial de le supprimer ou de le
déplacer. Pour les utilisateurs de tous les autres logiciels un saut de
page est généralement un caractère qu'il suffit de déplacer ou
supprimer. Dans Writer un saut de page est une propriété du paragraphe
précédent ou suivant, la propriété étant attachée au symbole de
paragraphe qui précède le texte, alors que dans les autres logiciels
elle est attachée au symbole de paragraphe qui suit le texte. Cela ne
saute pas aux yeux, moins que la ligne rouge et même que la ligne bleue
qui symbolise le saut de page manuel.

Lors de l'OOo conference de Lyon en 2006, j'avais cru comprendre qu'il
était question de revoir cette question du saut de page manuel pour
adopter la solution de la plupart des autres logiciels. Toujours dans la
liste TODO ?

Les développeurs géniaux de LibreOffice ont encore du pain sur la
planche...

Librement.

Jean-Yves ROYER

#12

J'avoue que ca me demange parfois d'envoyer bouler les styles de pages
quand on voit les problemes de compatibilite que ca genere... mais je ne
sais pas si les extremistes des styles apprecieraient :wink:

#13

J'avoue que ca me demange parfois d'envoyer bouler les styles de pages
quand on voit les problemes de compatibilite que ca genere... mais je ne
sais pas si les extremistes des styles apprecieraient :wink:

Argh ! Plaisantin (j'espère !) :wink:

Je ne sais si je suis parmi les dits "extrémistes"... Mais je soutiens que les styles sont réellement ce qui singularise OOo/LibO de la concurrence et ce qui fait la véritable puissance de l'outil. Abandonner cette vision stylo-centrée serait à la fois une hérésie ("when it is not broken, don't mend it"), un contre-argument "marketing" (je déteste ce mot) mais surtout une perte *énorme* en terme de fonctionnalités. Si j'utilise OOo/LibO c'est essentiellement à cause des -- ou grâce aux -- styles.

Je tiens à préciser que *toutes* les formations (Writer, Calc) que j'anime sont toujours stylo-centrées : *tout* problème de mise en page se ramène à l'utilisation de styles. Sauf...
Au contraire de ta proposition, il serait plus qu'utile d'étendre et de généraliser les styles à ce qui ne peut être pour l'instant géré ainsi, j'ai nommé les tableaux.

Je reprends donc à mon compte la phrase de JYR :
>> Les développeurs géniaux de LibreOffice ont encore du pain sur la
>> planche...

Amicalement,

#14

>
> J'avoue que ca me demange parfois d'envoyer bouler les styles de pages
> quand on voit les problemes de compatibilite que ca genere... mais je ne
> sais pas si les extremistes des styles apprecieraient :wink:
>

Argh ! Plaisantin (j'espère !) :wink:

A moitie... parce que je me compte un peu dans les extremistes aussi,
mais qu'il y a de reels gros problemes.

Je ne sais si je suis parmi les dits "extrémistes"... Mais je soutiens
que les styles sont réellement ce qui singularise OOo/LibO de la
concurrence et ce qui fait la véritable puissance de l'outil. Abandonner
cette vision stylo-centrée serait à la fois une hérésie ("when it is not
broken, don't mend it"), un contre-argument "marketing" (je déteste ce
mot) mais surtout une perte *énorme* en terme de fonctionnalités. Si
j'utilise OOo/LibO c'est essentiellement à cause des -- ou grâce aux --
styles.

Je suis d'accord que les styles sont tres importants... mais si
quelqu'un est capable de me trouver une astuce pour enlever toute la
magie noire qui opere lors de l'import / export de fichiers RTF, DOC et
DOCX au niveau des sauts de sections, je serais content.

Parmi les points concret de concret de problemes: les sauts de section
continus, paires et impaires de Word.

Je tiens à préciser que *toutes* les formations (Writer, Calc) que
j'anime sont toujours stylo-centrées : *tout* problème de mise en page
se ramène à l'utilisation de styles. Sauf...
Au contraire de ta proposition, il serait plus qu'utile d'étendre et de
généraliser les styles à ce qui ne peut être pour l'instant géré ainsi,
j'ai nommé les tableaux.

Pour le coup je suis a 100% d'accord avec toi :wink:

Je reprends donc à mon compte la phrase de JYR :
>> Les développeurs géniaux de LibreOffice ont encore du pain sur la
>> planche...

Je sais... surtout quand je vois le nombre de bugs qui me sont
attribues... ca me fait peur.

A bientot,

#15

Bonjour,

De : Jean-Francois Nifenecker [mailto:jean-
francois.nifenecker@laposte.net]
Envoyé : lundi 7 février 2011 10:58

>
> J'avoue que ca me demange parfois d'envoyer bouler les styles de pages
> quand on voit les problemes de compatibilite que ca genere... mais je ne
> sais pas si les extremistes des styles apprecieraient :wink:
>

Ce serait dommage, je viens juste d'en comprendre la logique et la puissance
et d'en transmettre toute la substance à des proches.

Argh ! Plaisantin (j'espère !) :wink:

Je ne sais si je suis parmi les dits "extrémistes"... Mais je soutiens
que les styles sont réellement ce qui singularise OOo/LibO de la
concurrence et ce qui fait la véritable puissance de l'outil. Abandonner
cette vision stylo-centrée serait à la fois une hérésie ("when it is not
broken, don't mend it"), un contre-argument "marketing" (je déteste ce
mot) mais surtout une perte *énorme* en terme de fonctionnalités. Si
j'utilise OOo/LibO c'est essentiellement à cause des -- ou grâce aux --
styles.

Je tiens à préciser que *toutes* les formations (Writer, Calc) que
j'anime sont toujours stylo-centrées : *tout* problème de mise en page
se ramène à l'utilisation de styles. Sauf...
Au contraire de ta proposition, il serait plus qu'utile d'étendre et de
généraliser les styles à ce qui ne peut être pour l'instant géré ainsi,
j'ai nommé les tableaux.

Amicalement,
Jean-Francois Nifenecker, Bordeaux

Je ne veux plus travailler qu'avec des styles, c'est tellement agréable.
J'avais appris avant sur le tas avec MS et j'utilisais les styles un peu de
bric et de broc.
Je ne sais pas si j'y suis venu maintenant par la facilité de OOo/LibO
(c'est absolument limpide, facile et rapide ... quand on a compris et là je
rejoins sigir - cf. autre fil) ou bien si l'expérience passée m'a motivé
pour m'investir dès le départ et ne pas reproduire les errements
d'autrefois.

Mais pour être honnête, j'avais parfois l'impression avec MS 2003 de ne pas
être payé de mes efforts de compréhension, des instabilités, etc ...
Avec OOo/LibO rien de tout ça, quand une chose est acquise, il me semble que
c'est du solide et qu'on peut construire là-dessus et aller plus loin,
progresser dans l'usage de l'outil. Perception qui me semble être partagé
autour de moi par ceux qui ont bien voulu faire cet effort.

Nota: pour ce qui est de la compatibilité avec MS, je préconise fortement à
la concevoir essentiellement dans un esprit de migration pour récupérer
d'anciens documents xls ou doc, mais de ne pas faire d'aller retour, quitte
à migrer progressivement, et en profiter pour faire le ménage (c'est fou ce
qu'Excel peut traîner comme déchets). Mais je reconnais que ce n'est pas
toujours facile et qu'il existe des réticences parfois compréhensibles mais
parfois inacceptables.

Bonne journée,

Michel.

#16

-----Message d'origine-----
De : Cedric Bosdonnat [mailto:cedric.bosdonnat.ooo@free.fr]
Envoyé : lundi 7 février 2011 10:43
À : users@fr.libreoffice.org
Objet : RE: [fr-users] Mise en page .DOC et option 1èrepage
différente - BUG ?

Bonjour Cédric et les autres,

> Lors de l'OOo conference de Lyon en 2006, j'avais cru
comprendre qu'il
> était question de revoir cette question du saut de page manuel pour
> adopter la solution de la plupart des autres logiciels.
Toujours dans la
> liste TODO ?
>
> Les développeurs géniaux de LibreOffice ont encore du pain sur la
> planche...

J'avoue que ca me demange parfois d'envoyer bouler les styles de pages
quand on voit les problemes de compatibilite que ca genere...
mais je ne
sais pas si les extremistes des styles apprecieraient :wink:

Je suis 200% pour les styles, mais pas n'importe quels styles. Je suis donc bien d'accord avec ton idée de bouler les "styles de pages" et je m'en explique pour apporter de l'eau à ton moulin sans contredire Jean-François et les autres.

Vu de mon point de vue d'utilisateur :
- Microsoft a fait au moins ces erreurs stratégiques en passant de Word pour Unix - Dos à Word pour Windows :
  * Passer de la division avec style à la section sans style,
  * Ajouter la touche majuscule pour obtenir l'espace insécable.
  * Continuer à mélanger du logique et du physique, spécialement, il était nécessaire de couper une partie logique de document en trois pour installer une page dans l'autre sens (ce qui a dû être résolu depuis en autorisant le pivotement d'objet, ce qui donnait un avantage déterminant à WordPerfect).

- Sun a hérité d'une erreur qui attribue des styles aux pages alors que la page n'est pas un objet du document mais un contenant d'objets du document ce qui complique la perception des choses : les propriétés sont données aux objets : caractères, paragraphes, cadres, mais pas au document ou à ses parties mais à une succession de récipients du document : des pages chaînées.
- Jusqu'à peu l'obtention de l'espace insécable était simple avec OOo, mais maintenant on a copié l'erreur de Microsoft.

Je ne sais pas comment, à partir de la norme ODF que je ne connais pas, il serait possible de définir un objet partie de document auquel on pourrait attribuer des propriétés (en gros celles d'une section de Word) mémorisables dans des styles. J'imagine que si ce n'est pas autorisé par la norme ODF, Microsoft doit utiliser cet argument pour proposer une norme concurrente car cela semble une faiblesse congénitale. Bien entendu, en plus des difficultés conceptuelles, cela complique les conversions car il faudrait parser le document ODT avant de pouvoir définir des sections Word en tenant compte de pages qui n'existent pas dans le document en analysant les styles de pages et leurs liens et, inversement, à partir des sections, créer des styles de pages qui n'existent pas encore mais qui pourraient apparaître en modifiant le document. Comme cela ne semble pas avoir été traité, joli problème pour un Google summer of code ?

Bon courage pour aborder tous ces problèmes de fond bien complexes.

Je soutiens moralement les développeurs.

Jean-Yves ROYER

#17

bonsoir à tous,

-----Message d'origine-----
De : Cedric Bosdonnat [mailto:cedric.bosdonnat.ooo@free.fr]
Envoyé : lundi 7 février 2011 10:43
À : users@fr.libreoffice.org
Objet : RE: [fr-users] Mise en page .DOC et option 1èrepage
différente - BUG ?

Bonjour Cédric et les autres,

Lors de l'OOo conference de Lyon en 2006, j'avais cru

comprendre qu'il

était question de revoir cette question du saut de page manuel pour
adopter la solution de la plupart des autres logiciels.

Toujours dans la

liste TODO ?

Les développeurs géniaux de LibreOffice ont encore du pain sur la
planche...

J'avoue que ca me demange parfois d'envoyer bouler les styles de pages
quand on voit les problemes de compatibilite que ca genere...
mais je ne
sais pas si les extremistes des styles apprecieraient :wink:

Je suis 200% pour les styles, mais pas n'importe quels styles. Je suis donc bien d'accord avec ton idée de bouler les "styles de pages" et je m'en explique pour apporter de l'eau à ton moulin sans contredire Jean-François et les autres.

Vu de mon point de vue d'utilisateur :
- Microsoft a fait au moins ces erreurs stratégiques en passant de Word pour Unix - Dos à Word pour Windows :
  * Passer de la division avec style à la section sans style,
  * Ajouter la touche majuscule pour obtenir l'espace insécable.
  * Continuer à mélanger du logique et du physique, spécialement, il était nécessaire de couper une partie logique de document en trois pour installer une page dans l'autre sens (ce qui a dû être résolu depuis en autorisant le pivotement d'objet, ce qui donnait un avantage déterminant à WordPerfect).

- Sun a hérité d'une erreur qui attribue des styles aux pages alors que la page n'est pas un objet du document mais un contenant d'objets du document ce qui complique la perception des choses : les propriétés sont données aux objets : caractères, paragraphes, cadres, mais pas au document ou à ses parties mais à une succession de récipients du document : des pages chaînées.
- Jusqu'à peu l'obtention de l'espace insécable était simple avec OOo, mais maintenant on a copié l'erreur de Microsoft.

Je ne sais pas comment, à partir de la norme ODF que je ne connais pas, il serait possible de définir un objet partie de document auquel on pourrait attribuer des propriétés (en gros celles d'une section de Word) mémorisables dans des styles. J'imagine que si ce n'est pas autorisé par la norme ODF, Microsoft doit utiliser cet argument pour proposer une norme concurrente car cela semble une faiblesse congénitale. Bien entendu, en plus des difficultés conceptuelles, cela complique les conversions car il faudrait parser le document ODT avant de pouvoir définir des sections Word en tenant compte de pages qui n'existent pas dans le document en analysant les styles de pages et leurs liens et, inversement, à partir des sections, créer des styles de pages qui n'existent pas encore mais qui pourraient apparaître en modifiant le document. Comme cela ne semble pas avoir été traité, joli problème pour un Google summer of code ?

Bon courage pour aborder tous ces problèmes de fond bien complexes.

Je soutiens moralement les développeurs.

Jean-Yves ROYER

Oups ! Remettre en cause la force de Writer, pas bon !
Les styles de page sont à coup sûr ce qu'il existe de plus fort dans l'outil; Et puisque Jean Yves parle de Word perfect que j'ai connu, je voudrais rappeler
que Lotus123 savait enregistrer des mises en page et les recharger. Donc cette logique me semble être la bonne.
Le problème vient à coup sûr de vouloir "copier" les erreurs de Word.
Comme pourrions nous remettre en cause ce qui est bien alors même que Word est capable de créer une 1ère page différente, sans intégrer de saut de section ?
Car Word est une grosse m... Je ne dirais pas cela d'excel.

Cédric et amis développeurs, ne touchez pas aux styles de page. Il y a en effet du pain sur la planche ailleurs !

Bonne soirée :wink:

Marie jo

#18

-----Message d'origine-----
De : Cedric Bosdonnat [mailto:cedric.bosdonnat.ooo@free.fr]
Envoyé : lundi 7 février 2011 10:43
À : users@fr.libreoffice.org
Objet : RE: [fr-users] Mise en page .DOC et option 1èrepage
différente - BUG ?

Bonjour Cédric et les autres,

Lors de l'OOo conference de Lyon en 2006, j'avais cru

comprendre qu'il

était question de revoir cette question du saut de page manuel pour
adopter la solution de la plupart des autres logiciels.

Toujours dans la

liste TODO ?

Les développeurs géniaux de LibreOffice ont encore du pain sur la
planche...

J'avoue que ca me demange parfois d'envoyer bouler les styles de pages
quand on voit les problemes de compatibilite que ca genere...
mais je ne
sais pas si les extremistes des styles apprecieraient :wink:

Je suis 200% pour les styles, mais pas n'importe quels styles. Je suis donc bien d'accord avec ton idée de bouler les "styles de pages" et je m'en explique pour apporter de l'eau à ton moulin sans contredire Jean-François et les autres.

Vu de mon point de vue d'utilisateur :
- Microsoft a fait au moins ces erreurs stratégiques en passant de Word pour Unix - Dos à Word pour Windows :
  * Passer de la division avec style à la section sans style,
  * Ajouter la touche majuscule pour obtenir l'espace insécable.
  * Continuer à mélanger du logique et du physique, spécialement, il était nécessaire de couper une partie logique de document en trois pour installer une page dans l'autre sens (ce qui a dû être résolu depuis en autorisant le pivotement d'objet, ce qui donnait un avantage déterminant à WordPerfect).

- Sun a hérité d'une erreur qui attribue des styles aux pages alors que la page n'est pas un objet du document mais un contenant d'objets du document ce qui complique la perception des choses : les propriétés sont données aux objets : caractères, paragraphes, cadres, mais pas au document ou à ses parties mais à une succession de récipients du document : des pages chaînées.
- Jusqu'à peu l'obtention de l'espace insécable était simple avec OOo, mais maintenant on a copié l'erreur de Microsoft.

Je ne sais pas comment, à partir de la norme ODF que je ne connais pas, il serait possible de définir un objet partie de document auquel on pourrait attribuer des propriétés (en gros celles d'une section de Word) mémorisables dans des styles. J'imagine que si ce n'est pas autorisé par la norme ODF, Microsoft doit utiliser cet argument pour proposer une norme concurrente car cela semble une faiblesse congénitale. Bien entendu, en plus des difficultés conceptuelles, cela complique les conversions car il faudrait parser le document ODT avant de pouvoir définir des sections Word en tenant compte de pages qui n'existent pas dans le document en analysant les styles de pages et leurs liens et, inversement, à partir des sections, créer des styles de pages qui n'existent pas encore mais qui pourraient apparaître en modifiant le document. Comme cela ne semble pas avoir été traité, joli problème pour un Google summer of code ?

Bon courage pour aborder tous ces problèmes de fond bien complexes.

Je soutiens moralement les développeurs.

Jean-Yves ROYER

Bonjour,

Jean-Yves tu écris que

la page n'est pas un objet du document mais un contenant d'objets du document

c'est vrai que tu as plusieurs fois utilisé cet argument sur cette liste, argument que j'ai toujours mal compris. Que dire du cadre ? n'est-ce qu'un objet ? n'est-il pas lui aussi un contenant ?
Le contenant n'est-il pas le fichier dont les pages sont à la fois contenant et objets ?
Il est vrai qu'un document ne peut pas exister sans page alors que d'évidence il peut exister sans cadre ! mais quid alors du paragraphe, uniquement objet ? et pas contenant.
Et pourquoi pas les deux ?

Par ailleurs en quoi gérer la structure d'un document par des sections (word) serait-elle puis puissante que la gestion par style de pages (writer) ?
J'ai appris à bien (?) manipuler un traitement de texte grâce à tes 'Comment-faire ?", j'y ai en particulier découvert une cohérence dans OOo/LibO celle de la gestions des styles. M'en passer !!! Impossible !!! d'autant qu'il me manque aussi les styles de tableaux !!!!

Abandonner les styles de pages, je ne demande qu'à être convaincu , si cela, en plus, devait faciliter le passage de l'un (Word) ainsi que les conversions, mais que cela aille dans le sens de la simplicité, et non de la complexité, tout en gardant la cohérence offerte par la gestions des styles d'"objets" de Writer.

#19

Bonjour,

Je suis tout à fait d'accord avec toi Marie jo,
Cette fine ligne bleue est absolument illisible ! :frowning:
Et même en rouge, on la zappe tout aussi facilement !
Il n'y aurait pas moyen de demander aux devs s'ils peuvent se pencher
sur ça pour qu'ils nous concoctent quelque chose de plus visible (et
compréhensible par tous au premier coup d'oeil) ?

Cordialement,

#20

Oups ! Remettre en cause la force de Writer, pas bon !
Les styles de page sont à coup sûr ce qu'il existe de plus fort dans
l'outil; Et puisque Jean Yves parle de Word perfect que j'ai connu, je
voudrais rappeler
que Lotus123 savait enregistrer des mises en page et les recharger. Donc
cette logique me semble être la bonne.

Hehe... je vois que j'ai dechaine les foules en partageant mon ressenti
sur un probleme recurrent lors d'echanges avec des utilisateurs de Word.

Le problème vient à coup sûr de vouloir "copier" les erreurs de Word.
Comme pourrions nous remettre en cause ce qui est bien alors même que
Word est capable de créer une 1ère page différente, sans intégrer de
saut de section ?
Car Word est une grosse m... Je ne dirais pas cela d'excel.

Meme si Word n'est pas le meilleur logiciel de traitement de texte, il
n'en reste pas moins utilise par une large majorite et le probleme de la
conversion des sauts de section en style de page reste important pour
beaucoup d'utilisateurs.

Cédric et amis développeurs, ne touchez pas aux styles de page. Il y a
en effet du pain sur la planche ailleurs !

Oui je suis assez bien place pour le savoir... mais la magie noire
autour de l'import / export des sauts de sections commence a me casser
les pieds. Si quelqu'un a une idee geniale je suis preneur!