PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WINDEV 2024 → Constat champ Traitement de texte.
Constat champ Traitement de texte.
Débuté par Pierre-Louis, 21 sep. 2017 17:46 - 20 réponses
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 21 septembre 2017 - 17:46
Bonjour,

Malgré la dernière mise à jour, et je ne pense pas que l'update 2 y changera grand chose, le champ de traitement de texte comporte encore beaucoup trop de bugs et de lacunes,. Il ne faut espérer l'utiliser que dans des cas simplistes, et encore...

En effet, je pensais utiliser ce champ pour permettre à mes utilisateurs de s'affranchir - ou ne pas avoir la contrainte de choisir un pack office Word ou Libre Office ou autre.
Pour moi, ce champ traitement de texte devait permettre de générer des documents au format DOCX standard (comme le vante bien la doc des nouveautés de la 22) utilisables par n'importe quel logiciel de traitement de texte.
Las, si les documents générés par le champ TT sont bien lisibles dans Word, ils ne le sont pas dans Libre Office dans la plupart, que dis-je ? la quasi totalité des cas auxquels j'ai été confrontés.

Donc exit "l'universalité" de ce champ TT qui, quand il veut bien fonctionner, n'est compatible qu'avec Word.

Je suis déçu pour ne pas dire en colère.
Après avoir passé des heures et des heures à vouloir l'implémenter dans mes applications, je constate que pour l'instant, il n'est bon qu'à mettre à la poubelle.
Membre enregistré
164 messages
Popularité : +19 (19 votes)
Posté le 22 septembre 2017 - 16:00
bonjour
je partage votre avis et ne suis que désespéré par le fait de m'être laissé avoir par la 22 ... cette fonctionnalité m'intéressait fortement et après quasi une année, rien de bon à se mettre sous la dent. J'ai essayé pourtant ... mais abandon ...
Je suis d'avis que la 23 ne devrait exister qu'en 2019 et pas avant
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 22 septembre 2017 - 17:19
Bonjour,

J'ai tenté de savoir auprès de PCSOFT, si les mises à jour du champ Traitement de texte continueraient indépendamment de la version de WinDev (jusqu'à ce qu'il soit entièrement au point et qu'il réponde exactement aux spécifications énoncées dans la 22), c'est à dire que le support de ce champ et ses mises à jours successives continueraient pour la v22 alors même que la V23 serait commercialisée.
Ce serait une démarche honnête vis a vis du préjudice causé étant donné que PCSOFT a vendu dans la v22 une nouveauté qui n'était pas terminée et qui au bout d'une année ne l'est toujours pas.
Je n'ai jamais eu de réponse claire de la part de PCSOFT ni encore moins de confirmation.
Membre enregistré
2 571 messages
Popularité : +222 (260 votes)
Posté le 22 septembre 2017 - 18:41
Bonjour,

Tu peux toujours rêver pour que ça se passe comme ça. Pour PC Soft, c'est l'utilisateur qui est mauvais, jamais le produit... ;)

--
Cordialement,

Philippe SAINT-BERTIN
Géode Informatique
Posté le 23 septembre 2017 - 17:50
Pierre-Louis a écrit :
Bonjour,

J'ai tenté de savoir auprès de PCSOFT, si les mises à jour du champ Traitement de texte continueraient indépendamment de la version de WinDev (jusqu'à ce qu'il soit entièrement au point et qu'il réponde exactement aux spécifications énoncées dans la 22), c'est à dire que le support de ce champ et ses mises à jours successives continueraient pour la v22 alors même que la V23 serait commercialisée.
Ce serait une démarche honnête vis a vis du préjudice causé étant donné que PCSOFT a vendu dans la v22 une nouveauté qui n'était pas terminée et qui au bout d'une année ne l'est toujours pas.
Je n'ai jamais eu de réponse claire de la part de PCSOFT ni encore moins de confirmation.


Ce serait le minimum...
J'estime comme beaucoup avoir été trompé sur la marchandise.
Posté le 24 septembre 2017 - 18:20
Le 21/09/2017 à 15:46, Pierre-Louis a écrit :
Bonjour,

Malgré la dernière mise à jour, et je ne pense pas que l'update 2 y
changera grand chose, le champ de traitement de texte comporte encore
beaucoup trop de bugs et de lacunes,. Il ne faut espérer l'utiliser que
dans des cas simplistes, et encore...

En effet, je pensais utiliser ce champ pour permettre à mes utilisateurs
de s'affranchir - ou ne pas avoir la contrainte de choisir un pack
office Word ou Libre Office ou autre. Pour moi, ce champ traitement de
texte devait permettre de générer des documents au format DOCX standard
(comme le vante bien la doc des nouveautés de la 22) utilisables par
n'importe quel logiciel de traitement de texte.
Las, si les documents générés par le champ TT sont bien lisibles dans
Word, ils ne le sont pas dans Libre Office dans la plupart, que dis-je ?
la quasi totalité des cas auxquels j'ai été confrontés.

Donc exit "l'universalité" de ce champ TT qui, quand il veut bien
fonctionner, n'est compatible qu'avec Word.

Je suis déçu pour ne pas dire en colère.
Après avoir passé des heures et des heures à vouloir l'implémenter dans
mes applications, je constate que pour l'instant, il n'est bon qu'à
mettre à la poubelle.

Je suis un peu étonné
Pour ma part je sors bien des lettres courriers standard je dis bien
standars et sans Word c'est ce qui m'intéresse.. nnaturellement il doit
et il va y avoir encore des améliorations.
Je l'emploi pour des lettres.. mais il faut être réaliste cela ne sera
jamais le remplacement de word....
je mets celacomme une amélioration du champs rtf et je fais avec pour le
moment et je patiente
Ce que je suis étonné de votre remarque ... j'ouvre les docx générés
avec le word je le sauve et je peux les ouvrir aussi lisible avec le Word
C'est comme au début avec l'agenda et le planning qu'est-ce que les gens
ont râlé et maintenant pour moi c'est tip top et cela va encore s'améliorer.
Avec Open Office .. je ne travaille pas avec open Office.. là je ne peux
pas dire.
Attendons les améliorations des différentes versions
Bon windev et attendons.. les améliorations
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 24 septembre 2017 - 22:47
Marcel Feiereisen a écrit :
Le 21/09/2017 à 15:46, Pierre-Louis a écrit :
Bonjour,

Malgré la dernière mise à jour, et je ne pense pas que l'update 2 y
changera grand chose, le champ de traitement de texte comporte encore
beaucoup trop de bugs et de lacunes,. Il ne faut espérer l'utiliser que
dans des cas simplistes, et encore...

En effet, je pensais utiliser ce champ pour permettre à mes utilisateurs
de s'affranchir - ou ne pas avoir la contrainte de choisir un pack
office Word ou Libre Office ou autre. Pour moi, ce champ traitement de
texte devait permettre de générer des documents au format DOCX standard
(comme le vante bien la doc des nouveautés de la 22) utilisables par
n'importe quel logiciel de traitement de texte.
Las, si les documents générés par le champ TT sont bien lisibles dans
Word, ils ne le sont pas dans Libre Office dans la plupart, que dis-je ?
la quasi totalité des cas auxquels j'ai été confrontés.

Donc exit "l'universalité" de ce champ TT qui, quand il veut bien
fonctionner, n'est compatible qu'avec Word.

Je suis déçu pour ne pas dire en colère.
Après avoir passé des heures et des heures à vouloir l'implémenter dans
mes applications, je constate que pour l'instant, il n'est bon qu'à
mettre à la poubelle.

Je suis un peu étonné
Pour ma part je sors bien des lettres courriers standard je dis bien
standars et sans Word c'est ce qui m'intéresse.. nnaturellement il doit
et il va y avoir encore des améliorations.
Je l'emploi pour des lettres.. mais il faut être réaliste cela ne sera
jamais le remplacement de word....
je mets celacomme une amélioration du champs rtf et je fais avec pour le
moment et je patiente
Ce que je suis étonné de votre remarque ... j'ouvre les docx générés
avec le word je le sauve et je peux les ouvrir aussi lisible avec le Word
C'est comme au début avec l'agenda et le planning qu'est-ce que les gens
ont râlé et maintenant pour moi c'est tip top et cela va encore s'améliorer.
Avec Open Office .. je ne travaille pas avec open Office.. là je ne peux
pas dire.
Attendons les améliorations des différentes versions
Bon windev et attendons.. les améliorations



Bonsoir Marcel,

Je n'ai pas dis que ça ne fonctionnait pas avec Word, je n'attends pas non plus que ce champ fasse autant de choses que Word ( quoique... à terme why not ?)
Mais j'ai pour contrainte de diffuser des documents générés par ce champ de traitement de texte à des tierces personnes qui ne sont pas équipées de PC avec la suite Microsoft Office : ils utilisent donc Libre Office.
Et dans ce cas, les documents générés par le champ TT de WinDev sont illisibles dans Libre Office !
Par suite, tous mes efforts faits pour utiliser ce champ TT sont réduits à néant par cet énorme dysfonctionnement du champ TT.
J'ai signalé au ST tout le long de cette année pas moins d'une quarantaine de bugs de ce champ. Un bon nombre ont été résolus, mais il en subsiste encore, de ceux je j'ai pu détecter qui sont pour le moins gênants, et celui du format non standard Docx est pour moi le pire ! Je note aussi des régressions depuis les dernières versions qui m'ont contraint de revoir le code, ce qui n'est pas très plaisant.
Pour l'instant je n'attends pas les améliorations, mais que PCSOFT nous livre enfin une version acceptable de cette nouveauté de la V22, et je suis inquiet, pour ne pas dire furieux, que ce champ de traitement de texte ne réponde toujours pas au bout d'une année aux objectifs qui ont été vendus comme tels.
Message modifié, 24 septembre 2017 - 22:54
Posté le 25 septembre 2017 - 09:15
Le 24/09/2017 à 20:47, Pierre-Louis a écrit :
Marcel Feiereisen a écrit :
Le 21/09/2017 à 15:46, Pierre-Louis a écrit :
Bonjour,

Malgré la dernière mise à jour, et je ne pense pas que l'update 2 y
changera grand chose, le champ de traitement de texte comporte encore
beaucoup trop de bugs et de lacunes,. Il ne faut espérer l'utiliser que
dans des cas simplistes, et encore...

En effet, je pensais utiliser ce champ pour permettre à mes utilisateurs
de s'affranchir - ou ne pas avoir la contrainte de choisir un pack
office Word ou Libre Office ou autre. Pour moi, ce champ traitement de
texte devait permettre de générer des documents au format DOCX standard
(comme le vante bien la doc des nouveautés de la 22) utilisables par
n'importe quel logiciel de traitement de texte.
Las, si les documents générés par le champ TT sont bien lisibles dans
Word, ils ne le sont pas dans Libre Office dans la plupart, que dis-je ?
la quasi totalité des cas auxquels j'ai été confrontés.

Donc exit "l'universalité" de ce champ TT qui, quand il veut bien
fonctionner, n'est compatible qu'avec Word.

Je suis déçu pour ne pas dire en colère.
Après avoir passé des heures et des heures à vouloir l'implémenter dans
mes applications, je constate que pour l'instant, il n'est bon qu'à
mettre à la poubelle.

Je suis un peu étonné
Pour ma part je sors bien des lettres courriers standard je dis bien
standars et sans Word c'est ce qui m'intéresse.. nnaturellement il doit
et il va y avoir encore des améliorations.
Je l'emploi pour des lettres.. mais il faut être réaliste cela ne sera
jamais le remplacement de word....
je mets celacomme une amélioration du champs rtf et je fais avec pour le
moment et je patiente
Ce que je suis étonné de votre remarque ... j'ouvre les docx générés
avec le word je le sauve et je peux les ouvrir aussi lisible avec le Word
C'est comme au début avec l'agenda et le planning qu'est-ce que les gens
ont râlé et maintenant pour moi c'est tip top et cela va encore
s'améliorer.
Avec Open Office .. je ne travaille pas avec open Office.. là je ne peux
pas dire.
Attendons les améliorations des différentes versions
Bon windev et attendons.. les améliorations


Bonsoir Marcel,

Je n'ai pas dis que ça ne fonctionnait pas avec Word, je n'attends pas
non plus que ce champ fasse autant de choses que Word ( quoique... à
terme why not ?)
Mais j'ai pour contrainte de diffuser des documents générés par ce champ
de traitement de texte à des tierces personnes qui ne sont pas équipées
de PC avec la suite Microsoft Office : ils utilisent donc Libre Office.
Et dans ce cas, les documents générés par le champ TT de WinDev sont
illisibles dans Libre Office !
Par suite, tous mes efforts faits pour utiliser ce champ TT sont réduits
à néant par cet énorme dysfonctionnement du champ TT.
J'ai signalé au ST tout le long de cette année pas moins d'une
quarantaine de bugs de ce champ. Un bon nombre ont été résolus, mais il
en subsiste encore, de ceux je j'ai pu détecter qui sont pour le moins
gênants, et celui du format non standard Docx est pour moi le pire ! Je
note aussi des régressions depuis les dernières versions qui m'ont
contraint de revoir le code, ce qui n'est pas très plaisant.
Pour l'instant je n'attends pas les améliorations, mais que PCSOFT nous
livre enfin une version acceptable de cette nouveauté de la V22, et je
suis inquiet, pour ne pas dire furieux, que ce champ de traitement de
texte ne réponde toujours pas au bout d'une année aux objectifs qui ont
été vendus comme tels.

bonjour Pierre-Louis,
D'accord avec toi ...mais pour ma part je n'ai jamais utiliés Libre
Office je me méfie trop des produits open source.
mais ... simple interrogation si tu mets par défaut docx... ouvrir avec
openoffice ... je parviens à ouvrir le document que j'ai généré avec
l'utilitaire ... donc ???
Ouvrir..avec ... et par défaut cela devrait marcher ?
Bien à vous
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 25 septembre 2017 - 09:33
bonjour Pierre-Louis,
D'accord avec toi ...mais pour ma part je n'ai jamais utiliés Libre
Office je me méfie trop des produits open source.
mais ... simple interrogation si tu mets par défaut docx... ouvrir avec
openoffice ... je parviens à ouvrir le document que j'ai généré avec
l'utilitaire ... donc ???
Ouvrir..avec ... et par défaut cela devrait marcher ?
Bien à vous


Bonjour Marcel.
Ce n'est pas une question d'ouverture de L.O par défaut. Les doc générés par le TT de WinDev s'ouvrent bien dans L.O, mais la mise en page est détruite, les éléments du document sont sens dessus dessous, et donc inexploitables.
J'espère que PCSOFT va rectifier le tir rapidement, je serais tellement content d'annoncer ici que ça marche...
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 25 septembre 2017 - 09:43
D'ailleurs en faisant une manip ultra simple, je casse quelque chose dans un document Docx.
Je prends un document lisible dans Word comme dans LO.
J'affecte ce document à une variable de type document.
Sans rien faire d'autre, je fais un DocSauve.
Résultat, le document sauvé n'est plus lisible dans LO !
Membre enregistré
177 messages
Popularité : +16 (16 votes)
Posté le 25 septembre 2017 - 10:39
Bonjour,
Oui, il m'arrive exactement la même chose. De plus, la plupart de mes documents qui fonctionnaient en 71k ne fonctionnent plus en 72c et font carrément planter l'appli (comme de la 63k à la 71k) et je n'ose pas tester la version qui arrive de peur de devoir encore refaire mes modèles de documents.
Le problème, c'est que les promesses qu'ils ont faites en sortant la 22 avec le champ TT, je les ai faites à mes clients et maintenant, c'est mon travail qui est discrédité.
En plus du champ TT, j'ai du faire face cette année à une régression bloquante dans le groupware utilisateur avec SQL Server. Les développeurs ont mis 3 mois à me dire que "mais non, y'a pas de bug" avant de se raviser devant mon insistance et de me fournir un correctif 1 mois plus tard. Résultat, j'ai perdu mon temps à faire une gestion des droits alors qu'initialement ça devait se faire en 3 clics.
Une chose est sûre, PCSOFT perd peu à peu ma confiance et je n'ai plus envie de démarrer de nouveaux projets avec WD ou WM, juste maintenir l'existant.
Je pense que je vais quand même devoir prendre la 23 pour avoir un champ TT fonctionnel et honorer mes promesses faites à mes clients, mais sauf changement de cap de PCSOFT, ce sera probablement la dernière.
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 25 septembre 2017 - 11:18
Jean-Marc a écrit :
Bonjour,
Oui, il m'arrive exactement la même chose. De plus, la plupart de mes documents qui fonctionnaient en 71k ne fonctionnent plus en 72c et font carrément planter l'appli (comme de la 63k à la 71k) et je n'ose pas tester la version qui arrive de peur de devoir encore refaire mes modèles de documents.
Le problème, c'est que les promesses qu'ils ont faites en sortant la 22 avec le champ TT, je les ai faites à mes clients et maintenant, c'est mon travail qui est discrédité.
En plus du champ TT, j'ai du faire face cette année à une régression bloquante dans le groupware utilisateur avec SQL Server. Les développeurs ont mis 3 mois à me dire que "mais non, y'a pas de bug" avant de se raviser devant mon insistance et de me fournir un correctif 1 mois plus tard. Résultat, j'ai perdu mon temps à faire une gestion des droits alors qu'initialement ça devait se faire en 3 clics.
Une chose est sûre, PCSOFT perd peu à peu ma confiance et je n'ai plus envie de démarrer de nouveaux projets avec WD ou WM, juste maintenir l'existant.
Je pense que je vais quand même devoir prendre la 23 pour avoir un champ TT fonctionnel et honorer mes promesses faites à mes clients, mais sauf changement de cap de PCSOFT, ce sera probablement la dernière.


Bonjour Jean-Marc.

Ah quand même, je ne suis pas le seul à éprouver des difficultés en tout genre.
Je n'écris pas ici pour troller ce champ TT, mais bien parce que ce champ se comporte de façon trop instable. Pour ce qui est de la justification du texte inséré par exemple, j'ai dû tout recoder (en plus compliqué) suite à une régression.
Idem, j'ai obtenu l'achat de la MAJ 22 en mettant en avant le plus apporté par le champ TT. Je me demande comment mes services vont réagir si je leur dit "Ah ben non, finalement, il faudra investir dans la 23 ou la 24 voire la 25 pour avoir une chance que ça marche"...
Posté le 25 septembre 2017 - 12:11
Le 25/09/2017 à 08:39, Jean-Marc a écrit :
Bonjour,
Oui, il m'arrive exactement la même chose. De plus, la plupart de mes
documents qui fonctionnaient en 71k ne fonctionnent plus en 72c et font
carrément planter l'appli (comme de la 63k à la 71k) et je n'ose pas
tester la version qui arrive de peur de devoir encore refaire mes
modèles de documents.
Le problème, c'est que les promesses qu'ils ont faites en sortant la 22
avec le champ TT, je les ai faites à mes clients et maintenant, c'est
mon travail qui est discrédité.
En plus du champ TT, j'ai du faire face cette année à une régression
bloquante dans le groupware utilisateur avec SQL Server. Les
développeurs ont mis 3 mois à me dire que "mais non, y'a pas de bug"
avant de se raviser devant mon insistance et de me fournir un correctif
1 mois plus tard. Résultat, j'ai perdu mon temps à faire une gestion des
droits alors qu'initialement ça devait se faire en 3 clics.
Une chose est sûre, PCSOFT perd peu à peu ma confiance et je n'ai plus
envie de démarrer de nouveaux projets avec WD ou WM, juste maintenir
l'existant.
Je pense que je vais quand même devoir prendre la 23 pour avoir un champ
TT fonctionnel et honorer mes promesses faites à mes clients, mais sauf
changement de cap de PCSOFT, ce sera probablement la dernière.


Oui effectivement je viens de faire un test en faisant un formatage de
paragraphe ... c'est ... oufti.. cela ne respecte rien du tout
J'ai essayé d'importer du texte avec des caractères ...
Il y a encore du travail
mais j'espère pour le moment je considère cela comme une amélioration du
champs memotexte on va dire..
Bon windev
Membre enregistré
164 messages
Popularité : +19 (19 votes)
Posté le 25 septembre 2017 - 14:48
et avez-vous déjà essayé de faire du copier-coller avec les raccourcis clavier ?
moi j'y arrive pas ... il faut passer par l'option du ruban "coller" ...
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 25 septembre 2017 - 15:01
Jean.VLD a écrit :
et avez-vous déjà essayé de faire du copier-coller avec les raccourcis clavier ?
moi j'y arrive pas ... il faut passer par l'option du ruban "coller" ...


Si. J'arrive à sélectionner du texte et faire du copier coller à l'aide des raccourcis clavier sans problème.
Membre enregistré
2 571 messages
Popularité : +222 (260 votes)
Posté le 25 septembre 2017 - 16:10
Perso moi si je fais un copier-coller de word vers le champ TT, la mise en forme est mal reproduite lorsqu'elle est reproduite, j'ai des caractères qui apparaissent en grec.
Si on met le texte en couleur automatique, il apparaît en blanc
Le copier/coller entre le champ TT et word ne conserve pas la mise en forme tout court.
J'ai encore des paragraphes qui sont tronqués et on ne voit pas la dernière ligne en entier en hauteur.
Une image qui apparaît correctement dans un dossier client apparaît à moitié hors page dans le champ TT.
Saut de page supplémentaire par rapport au fichier word de départ.

Bref une catastrophe.

Pour un champ qui se veut full compatible Word, je trouve ça limite.

Je ne remonte même plus les problèmes au ST tellement c'est usant.

Pour moi ce champ n'est que purement commercial et ne fonctionnera certainement jamais correctement. Laissons leur le bénéfice du doute mais de toute façon PC Soft se dédouane de tout si cela ne fonctionne pas comme attendu, c'est écrit dans la licence d'utilisation paragraphe 6. Et dans les conditions générales de vente, il est stipulé que les informations techniques mentionnées dans les publicités n'ont que des valeurs indicatives.

--
Cordialement,

Philippe SAINT-BERTIN
Géode Informatique
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 25 septembre 2017 - 16:50
Philippe SB a écrit :
Perso moi si je fais un copier-coller de word vers le champ TT, la mise en forme est mal reproduite lorsqu'elle est reproduite, j'ai des caractères qui apparaissent en grec.
Si on met le texte en couleur automatique, il apparaît en blanc
Le copier/coller entre le champ TT et word ne conserve pas la mise en forme tout court.
J'ai encore des paragraphes qui sont tronqués et on ne voit pas la dernière ligne en entier en hauteur.
Une image qui apparaît correctement dans un dossier client apparaît à moitié hors page dans le champ TT.
Saut de page supplémentaire par rapport au fichier word de départ.

Bref une catastrophe.

Pour un champ qui se veut full compatible Word, je trouve ça limite.

Je ne remonte même plus les problèmes au ST tellement c'est usant.

Pour moi ce champ n'est que purement commercial et ne fonctionnera certainement jamais correctement. Laissons leur le bénéfice du doute mais de toute façon PC Soft se dédouane de tout si cela ne fonctionne pas comme attendu, c'est écrit dans la licence d'utilisation paragraphe 6. Et dans les conditions générales de vente, il est stipulé que les informations techniques mentionnées dans les publicités n'ont que des valeurs indicatives.

--
Cordialement,

Philippe SAINT-BERTIN
Géode Informatique


Hum, je ne pense pas non plus qu'ils peuvent se permettre d'abuser de cette clause, sinon elle deviendrait abusive si j'ose dire. ;)
C'est comme si un constructeur automobile vous vantait les dernières nouveautés de sa dernière voiture, et qu'il pourrait se dédouaner si le moteur ne fonctionnait pas sous prétexte que ce n'est pas stipulé dans la plaquette commerciale.
C'est une caricature évidemment, mais je pense que dans le cas qui nous intéresse on n'est pas loin de cette caricature.

A force de jouer avec le feu....

Je n'ai pas essayé le copier/coller depuis Word, mais j'imagine le résultat...
Les lignes qui s'écrasent ou qui croissent en hauteur on le don de m'agacer aussi ; il faudrait que j'en reparle au ST (qui allègrement doit considérer le problème résolu), mais je suis fatigué aussi..

Nouveauté 004 : Le champ TT lit et sauvegarde les documents au format Docxx. les documents créés par le champ TT s'ouvrent donc avec les traitements de texte reconnaissant ce format MSWord, OpenOffice, IWork,!...
De même, les documents créés avec ce traitement de texte s'ouvrent via le champ TT.

On en est loin. ;(
Message modifié, 25 septembre 2017 - 16:51
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 25 septembre 2017 - 20:27
Bonne nouvelle !
Le ST planche sur ce problème de Docx qui ne permet pas de lire des documents générés par le champ TT sous Libre Office.
Je devrais recevoir un patch quand ce sera résolu.
Je vous tiens au courant.
Bons dev.
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 03 octobre 2017 - 15:09
Bonjour,

La dernière update apporte enfin des progrès significatifs ! :)
Les documents générés sont enfin lisibles dans Libre Office comme dans Word. :merci:
J'ai donc bon espoir de pouvoir migrer mes anciennes procédures de publipostage et de pouvoir m'affranchir de la classe cWord (donc de Word) pour ce faire.
J'ai pas mal d'exemples qui tournent bien dorénavant.
Certes, le champ TT n'est pas encore exempte de bugs, mais pour ma part ceux que j'ai encore recensés sont de moins en moins rédhibitoires.

Allez PCSOFT ! Une dernière update 6 de la 22 et je pourrai applaudir ( après avoir essuyé de nombreux platres le moins que l'on puisse dire ).
Message modifié, 03 octobre 2017 - 15:10
Membre enregistré
177 messages
Popularité : +16 (16 votes)
Posté le 03 octobre 2017 - 16:10
Pierre-Louis a écrit :
Bonjour,

La dernière update apporte enfin des progrès significatifs ! :)
Les documents générés sont enfin lisibles dans Libre Office comme dans Word. :merci:
J'ai donc bon espoir de pouvoir migrer mes anciennes procédures de publipostage et de pouvoir m'affranchir de la classe cWord (donc de Word) pour ce faire.
J'ai pas mal d'exemples qui tournent bien dorénavant.
Certes, le champ TT n'est pas encore exempte de bugs, mais pour ma part ceux que j'ai encore recensés sont de moins en moins rédhibitoires.

Allez PCSOFT ! Une dernière update 6 de la 22 et je pourrai applaudir ( après avoir essuyé de nombreux platres le moins que l'on puisse dire ).


Je suis d'accord avec toi, beaucoup moins de problèmes
Membre enregistré
2 571 messages
Popularité : +222 (260 votes)
Posté le 05 octobre 2017 - 05:21
Alors moi perso, j'ai toujours les mêmes problèmes avec la version 073h. Lignes tronquées en hauteur, image pivotée décalée sur la droite donc illisible, saut de ligne inopiné,...

Pour moi ça reste un champ qui ne peut servir que dans des cas ultra simples. Ca ne mérite pas l'investissement à lui seul comme ils disent. D'autant qu'on est en octobre et qu'il n'est toujours pas finalisé, soit 1 an de retard, c'est un peu du fout...e de g...e.

Bref, ce sera mieux dans 3 versions.

--
Cordialement,

Philippe SAINT-BERTIN
Géode Informatique