|
FORUMS PROFESSIONNELS WINDEV, WEBDEV et WINDEV Mobile |
| | | | | |
Champ traitement de texte |
Débuté par Philippe Lienart, 17 mai 2017 18:46 - 45 réponses |
| |
| | | |
|
| |
Posté le 17 mai 2017 - 18:46 |
Je m'étonne de ne plus voir de remarques concernant le champ traitement de texte. Y a-t-il des développeurs qui ont déjà intégré ce champ dans une application en production ? Pour ma part c'est trop incomplet. Même PC Soft parle d'une version beta. Quand pourrons profiter de ce champ annoncé à grand bruit en fin d'année 2016, il y a déjà plus de 6 mois ? Plusieurs développeurs ont acheté la version 22 principalement pour pouvoir profiter de ce champ. D'habitude il faut attendre la deuxième mise à jour chez PC Soft pour avoir un produit stable. Mais on est encore loin du compte...
Et si on ouvrait les paris sur la date de disponibilité du champ traitement de texte ? |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 218 messages Popularité : +14 (14 votes) |
|
Posté le 17 mai 2017 - 21:58 |
Bonjour.
Lors du WinDev Tech Tour à Paris, PC Soft s'est excusé pour le retard pris dans le développement du champ TT. C'est sympa, mais ce n'est pas très rassurant. Ils ont aussi évoqué une nouvelle mise à jour du champ TT pour le 16 mai. Nous sommes le 17 et je n'ai rien vu venir... J'ai acquis une version 22 de WinDev pour pouvoir profiter de ce champ TT. Et pour l'instant, je suis très déçu, constatant encore de multiples dysfonctionnements qui rendent ce champ Inexploitable. Ainsi en vrac : - l'aperçu avant impression ne fonctionne toujours pas dans certains cas - la dimension des polices de caractères n'est pas stable, en zoomant (ou en faisant rien du tout parfois), des lignes entières sont soit compressées ou soit distendues en hauteur ; et aussi, après avoir fait une recherche, les mots dans les lignes font des vagues. Cela rend improbable le fait de pouvoir taper du long texte avec ce traitement de texte, à moins de ne pas avoir le mal de mer, ce qui est un comble tout de même. - en ouvrant un document qui contient des tableaux, des bordures disparaissent - la sauvegarde d'un document ne transcrit pas toujours les polices comme il faut et donne un document non conforme à celui saisi dans le champ traitement de texte - le ruban n'est toujours pas personnalisable comme avancé dans les 922 nouveautés de WinDev 22...
Bref, de quoi être très remonté, car je ne peux absolument pas compter sur ce champ qui ne fonctionne que quand il veut dans certains cas et pas dans d'autres, en d'autres termes, sa fiabilité désastreuse le rend inexploitable au jour d'aujourd'hui. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 948 messages Popularité : +30 (92 votes) |
|
Posté le 18 mai 2017 - 04:45 |
Coucou,
Pouvu que sa ne finise pas comme l"editeur UML ...
-- Charly CanDo. Forg en Nouvelle-Zélande - In üs we trust |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 2 572 messages Popularité : +222 (260 votes) |
|
Posté le 18 mai 2017 - 05:07 |
J'avais misé là dessus aussi, mais bon plus les années passent et plus je suis déçu. Je trouve que la qualité passe après la quantité. Trop de nouveautés peu intéressantes et pas assez de qualité dans celles importantes. On peut citer le champ traitement de texte, le rwd, les polices d'icones,...
Je croise les doigts pour pouvoir utiliser ce champ un jour ou l'autre.
-- Cordialement,
Philippe SAINT-BERTIN Géode Informatique |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 44 messages |
|
Posté le 18 mai 2017 - 08:05 |
Mêmes déboires lors de l'apparition du tableur...
-- Merci pour Vos réponses. P.S. Je vous rassure, j'ai fait des tests, consulté l'aide de Windev (mais j'ai peut-être loupé des trucs) , utilisé l'amitié de Google et donné dans le rituel |
| |
| |
| | | |
|
| | |
| |
Posté le 18 mai 2017 - 09:16 |
bonjour, moi aussi déçu par le champ traitement de texte j ai les documents qui sont tronqués j ai envoyé au st mais il ne voit pas d'ou vient le problème idem pour le champ tableur ou on ne peut pas intégrer les images . entièrement d accord avec Philippe SB beaucoup d'effet d annonce dans les nouveautés il est préférable d'avoir des nouveautés testées et abouties. je me pose la question s il est opportun de prendre les nouvelles versions chaque année.
cdl Gerard Rives |
| |
| |
| | | |
|
| | |
| |
Posté le 18 mai 2017 - 10:58 |
Bonjour a tous, Malheureusement je suis comme vous j'ai pris cette version pour le TT
on ne peut même pas voir le code de ce super champs avez vous une idée
Par avance merci
Effectivement ce n'est pas utile d’acheter les version chaque année |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 218 messages Popularité : +14 (14 votes) |
|
Posté le 18 mai 2017 - 16:45 |
Re bonjour,
Pour ma part, aujourd'hui, rien qu'en testant la mise en oeuvre du publipostage, j'ai envoyé 5 requêtes au support technique pour signaler et détailler divers dysfonctionnements du champ traitement de texte, et ce ne sont pas malheureusement des dysfonctionnements mineurs... ![;(](/NG2013_WEB/ui/smiley/4.gif) |
| |
| |
| | | |
|
| | |
| |
Posté le 18 mai 2017 - 20:09 |
Il se trouve que Philippe Lienart a formulé :
Je m'étonne de ne plus voir de remarques concernant le champ traitement de texte. Y a-t-il des développeurs qui ont déjà intégré ce champ dans une application en production ? Pour ma part c'est trop incomplet. Même PC Soft parle d'une version beta. Quand pourrons profiter de ce champ annoncé à grand bruit en fin d'année 2016, il y a déjà plus de 6 mois ? Plusieurs développeurs ont acheté la version 22 principalement pour pouvoir profiter de ce champ. D'habitude il faut attendre la deuxième mise à jour chez PC Soft pour avoir un produit stable. Mais on est encore loin du compte...
Et si on ouvrait les paris sur la date de disponibilité du champ traitement de texte ?
Lors de la présentation de ce jour à Bruxelles, ils ont annoncé la sortie d'une mise à jour concernant la traitement de texte le mardi 16 mai. Ils n'étaient pas au courant que cette mise à jour avait été retardée. |
| |
| |
| | | |
|
| | |
| |
Posté le 18 mai 2017 - 23:17 |
en même temps, retardée...
elle est dispo sur le site depuis au moins hier.. .c'est le 59u
Cordialement
-- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International
A votre disposition : WXShowroom.com, WXReplication (open source) et maintenant WXEDM (open source)
Plus d'information sur http://fabriceharari.com
Le 5/18/2017 à 12:09 PM, Philippe Lienart a écrit :
Il se trouve que Philippe Lienart a formulé : Je m'étonne de ne plus voir de remarques concernant le champ traitement de texte. Y a-t-il des développeurs qui ont déjà intégré ce champ dans une application en production ? Pour ma part c'est trop incomplet. Même PC Soft parle d'une version beta. Quand pourrons profiter de ce champ annoncé à grand bruit en fin d'année 2016, il y a déjà plus de 6 mois ? Plusieurs développeurs ont acheté la version 22 principalement pour pouvoir profiter de ce champ. D'habitude il faut attendre la deuxième mise à jour chez PC Soft pour avoir un produit stable. Mais on est encore loin du compte...
Et si on ouvrait les paris sur la date de disponibilité du champ traitement de texte ?
Lors de la présentation de ce jour à Bruxelles, ils ont annoncé la sortie d'une mise à jour concernant la traitement de texte le mardi 16 mai. Ils n'étaient pas au courant que cette mise à jour avait été retardée. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 2 572 messages Popularité : +222 (260 votes) |
|
Posté le 19 mai 2017 - 05:22 |
Ce qui est honteux c'est surtout d'annoncer des choses qui ne sont pas prêtes. Avoir un retard à cause de bugs je veux bien, mais ce n'est même plus une question de bugs, ils sont en train de le développer tout court.
-- Cordialement,
Philippe SAINT-BERTIN Géode Informatique |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 218 messages Popularité : +14 (14 votes) |
|
Posté le 19 mai 2017 - 08:35 |
Fabrice Harari a écrit :
en même temps, retardée...
elle est dispo sur le site depuis au moins hier.. .c'est le 59u
Cordialement
-- Bonjour.
Sur quel site ? |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 218 messages Popularité : +14 (14 votes) |
|
Posté le 19 mai 2017 - 10:17 |
Bonjour.
Par rapport à la 59m, la 59u contient toujours les bugs que ce que j'avais cité hier, hormis l'aperçu qui fonctionne dans un cas où il ne fonctionnait pas dans la 59m.
Je suis toujours aussi déçu.
J'ai fait commander une version 22 par mon employeur, et je vais voir si ce n'est pas trop tard pour stopper la commande, parce que là, je n'y crois plus. ![}:(](/NG2013_WEB/ui/smiley/0.gif)
Pierre-Louis a écrit :
Bonjour.
Lors du WinDev Tech Tour à Paris, PC Soft s'est excusé pour le retard pris dans le développement du champ TT. C'est sympa, mais ce n'est pas très rassurant. Ils ont aussi évoqué une nouvelle mise à jour du champ TT pour le 16 mai. Nous sommes le 17 et je n'ai rien vu venir... J'ai acquis une version 22 de WinDev pour pouvoir profiter de ce champ TT. Et pour l'instant, je suis très déçu, constatant encore de multiples dysfonctionnements qui rendent ce champ Inexploitable. Ainsi en vrac : - l'aperçu avant impression ne fonctionne toujours pas dans certains cas - la dimension des polices de caractères n'est pas stable, en zoomant (ou en faisant rien du tout parfois), des lignes entières sont soit compressées ou soit distendues en hauteur ; et aussi, après avoir fait une recherche, les mots dans les lignes font des vagues. Cela rend improbable le fait de pouvoir taper du long texte avec ce traitement de texte, à moins de ne pas avoir le mal de mer, ce qui est un comble tout de même. - en ouvrant un document qui contient des tableaux, des bordures disparaissent - la sauvegarde d'un document ne transcrit pas toujours les polices comme il faut et donne un document non conforme à celui saisi dans le champ traitement de texte - le ruban n'est toujours pas personnalisable comme avancé dans les 922 nouveautés de WinDev 22...
Bref, de quoi être très remonté, car je ne peux absolument pas compter sur ce champ qui ne fonctionne que quand il veut dans certains cas et pas dans d'autres, en d'autres termes, sa fiabilité désastreuse le rend inexploitable au jour d'aujourd'hui. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 218 messages Popularité : +14 (14 votes) |
|
Posté le 19 mai 2017 - 11:43 |
Voilà.
Je viens de demander à ma hiérarchie de décommander WinDev 22. J'étais peut-être encore le seul à défendre le développement d'applications en WinDev dans ma société, mais là, il y a trop d'abus et je jette l'éponge. |
| |
| |
| | | |
|
| | |
| |
Posté le 19 mai 2017 - 12:23 |
Je suis dans le même cas, très déçu par PCSoft sur cette nouveauté.... Le développement d'un tel champ est très ambitieux, je pensais qu'ils en avaient pris la mesure.... |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 164 messages Popularité : +19 (19 votes) |
|
Posté le 19 mai 2017 - 12:52 |
Déçu par le champ tableur, des fonctionnements que je ne prends même plus la peine de remonter au support, leurs réponses sont soit incohérentes, soit inexistantes. Déçu par le champ TT ... pas de commentaire. Déçu par les régressions ... qui malgré l'annonce d'un banc de test énorme sont légion.
bref, ce produit est un bon produit, simple, qui permet de faire beaucoup de choses mais la qualité ne suit pas la promesse, vraiment pas.
si je devais évaluer cette entreprise via le NPS, je serais très certainement à 6 aujourd'hui. il faudrait que la qualité change drastiquement pour que je revienne à 7-8 et totalement à au-delà de 9
je ne sais pas ce que beaucoup diraient mais bon, c'est mon opinion. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 190 messages Popularité : +21 (23 votes) |
|
Posté le 19 mai 2017 - 13:21 |
Je pense que l'équipe pcsoft fait son maximum pour corriger/ évoluer le champ TT. Mais les problèmes rencontrés ne se réduisent pas qu'à ce champ TT.
Si on parvenait à influencer les corrections ou nouveaux champs pour les prochaines versions (23 ou 24) axées plus sur la qualité qu'en quantité, je pense que la plupart des développeurs en seraient satisfaits. Envisageable de créer un collectif de "mécontents" dans le but d'avoir plus de poids dans nos demandes? Pourquoi pas sous forme de sondage? Je lance une idée comme ça |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 218 messages Popularité : +14 (14 votes) |
|
Posté le 19 mai 2017 - 13:29 |
Nicolas CAILLIEZ a écrit :
Je pense que l'équipe pcsoft fait son maximum pour corriger/ évoluer le champ TT. Mais les problèmes rencontrés ne se réduisent pas qu'à ce champ TT.
Si on parvenait à influencer les corrections ou nouveaux champs pour les prochaines versions (23 ou 24) axées plus sur la qualité qu'en quantité, je pense que la plupart des développeurs en seraient satisfaits. Envisageable de créer un collectif de "mécontents" dans le but d'avoir plus de poids dans nos demandes? Pourquoi pas sous forme de sondage? Je lance une idée comme ça
Là, ils ont carrément vendu une nouveauté qui n'existait que sur le papier, alors qu'ils assument s'ils ne parviennent pas à la faire fonctionner décemment. Je me demande si c'est très légal tout ça. Un sondage sur ce forum ? Serait-il permis ? Perso, j'ai envoyé un mail incendiaire au service commercial, si tous les mécontents faisaient déjà ça... |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 2 572 messages Popularité : +222 (260 votes) |
|
Posté le 19 mai 2017 - 13:45 |
Je viens de faire quelques tests au niveau du champ TT. Résultat sur certains documents je peux sélectionner le texte, sur d'autres, je ne peux pas et je n'ai d'ailleurs pas de curseur qui s'affiche. J'ai des lignes tronquées en hauteur on ne voit donc pas tout le texte.
L'exécution du champ est lente, le undo/redo ne fonctionne pas avec les tableaux ou mal en tout cas. L'aperçu avant impression ne sait pas gérer les images superposées. L'export pdf n'est pas très propre et les images ressortent de très mauvaises qualités.
Bref je suis d'accord avec Franck BASSIN, je ne suis pas sûr qu'ils aient bien pris la mesure d'un tel développement et ils n'y ont pas assez mis de moyens. On tombe toujours sur la même question, plus de nouveautés pas finalisées ou moins de nouveautés mais totalement abouties ???
Suite au prochain épisode. Perso, j'en ai marre d'envoyer des projets tests. Perte de temps et réponse approximatives.
Croisons les doigts pour qu'en décembre tous les problèmes soient réglés...![;)](/NG2013_WEB/ui/smiley/6.gif)
-- Cordialement,
Philippe SAINT-BERTIN Géode Informatique |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 218 messages Popularité : +14 (14 votes) |
|
Posté le 19 mai 2017 - 14:02 |
Philippe SB a écrit :
Je viens de faire quelques tests au niveau du champ TT. Résultat sur certains documents je peux sélectionner le texte, sur d'autres, je ne peux pas et je n'ai d'ailleurs pas de curseur qui s'affiche. J'ai des lignes tronquées en hauteur on ne voit donc pas tout le texte.
L'exécution du champ est lente, le undo/redo ne fonctionne pas avec les tableaux ou mal en tout cas. L'aperçu avant impression ne sait pas gérer les images superposées. L'export pdf n'est pas très propre et les images ressortent de très mauvaises qualités.
Bref je suis d'accord avec Franck BASSIN, je ne suis pas sûr qu'ils aient bien pris la mesure d'un tel développement et ils n'y ont pas assez mis de moyens. On tombe toujours sur la même question, plus de nouveautés pas finalisées ou moins de nouveautés mais totalement abouties ???
Suite au prochain épisode. Perso, j'en ai marre d'envoyer des projets tests. Perte de temps et réponse approximatives.
Croisons les doigts pour qu'en décembre tous les problèmes soient réglés...
-- Cordialement,
Philippe SAINT-BERTIN Géode Informatique
Les lignes tronquées en hauteur, ou étirées, je ne suis donc pas le seul à constater cela, j'avais envoyé à ce propos plein de requêtes au ST, à un moment, ils m'ont dit que c'était résolu, avant d'admettre à demi mot que cela ne l'était pas. Moi aussi j'arrête de me prendre la tête à leur envoyer des fichiers tests. Pour décembre, j'y crois plus. |
| |
| |
| | | |
|
| | |
| |
Posté le 19 mai 2017 - 15:57 |
Le 19/05/2017 à 12:02, Pierre-Louis a écrit :
Philippe SB a écrit : Je viens de faire quelques tests au niveau du champ TT. Résultat sur certains documents je peux sélectionner le texte, sur d'autres, je ne peux pas et je n'ai d'ailleurs pas de curseur qui s'affiche. J'ai des lignes tronquées en hauteur on ne voit donc pas tout le texte.
L'exécution du champ est lente, le undo/redo ne fonctionne pas avec les tableaux ou mal en tout cas. L'aperçu avant impression ne sait pas gérer les images superposées. L'export pdf n'est pas très propre et les images ressortent de très mauvaises qualités.
Bref je suis d'accord avec Franck BASSIN, je ne suis pas sûr qu'ils aient bien pris la mesure d'un tel développement et ils n'y ont pas assez mis de moyens. On tombe toujours sur la même question, plus de nouveautés pas finalisées ou moins de nouveautés mais totalement abouties ???
Suite au prochain épisode. Perso, j'en ai marre d'envoyer des projets tests. Perte de temps et réponse approximatives.
Croisons les doigts pour qu'en décembre tous les problèmes soient réglés...
-- Cordialement,
Philippe SAINT-BERTIN Géode Informatique
Les lignes tronquées en hauteur, ou étirées, je ne suis donc pas le seul à constater cela, j'avais envoyé à ce propos plein de requêtes au ST, à un moment, ils m'ont dit que c'était résolu, avant d'admettre à demi mot que cela ne l'était pas. Moi aussi j'arrête de me prendre la tête à leur envoyer des fichiers tests. Pour décembre, j'y crois plus. Entièrement d'accord ... mais 90 % cela arrivera bien que dans une version cela soit correct.... je me rappelle avec l'agenda et le planning le début a été ... on va dire laborieux mais maintenant tip top le prix de Windev par an je considère cela comme une sorte de maintenance et ils y a toujours des améliorations ... bon windev ...et bonne patience |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 18 messages Popularité : +4 (4 votes) |
|
Posté le 19 mai 2017 - 17:20 |
Fabrice Harari a écrit :
en même temps, retardée...
elle est dispo sur le site depuis au moins hier.. .c'est le 59u
Cordialement
-- Fabrice Harari
Bonjour,
Ils l'ont retirée depuis ? Parce qu'elle n'est pas sur le site actuellement... |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 66 messages Popularité : +6 (6 votes) |
|
Posté le 19 mai 2017 - 17:26 |
Bonjour
depuis longtemps , je fais les MAJ par ce FTP anonyme : ftp4.pcsoft.fr le 59u est dedans comme toutes les versions PCSOFT
bon courage |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 18 messages Popularité : +4 (4 votes) |
|
Posté le 19 mai 2017 - 18:03 |
| |
| |
| | | |
|
| | |
| |
Posté le 19 mai 2017 - 18:10 |
Sisi elle est bien sur le site mais "cachée", il faut aller sur la page de l'update 2 59m et tout en bas tu as le liens. Comme il faut l'update 2 pour cette mise à jour, c'est logique. La subtilité c'est que sur toutes les autres pages, la date en rouge est le 25/04/2017 et pas celle de la mise à jour du traitement de texte qui est du 17/05/2017
Sinon pour le fond du sujet, je ne peux qu'être d'accord, ce champ n'est absolument pas au point. Pour la dernière mise à jour, vous avez de la chance de pouvoir l'utiliser, chez moi, j'ai voulu tester les tableaux par programmation en utilisant le code de la doc et je me retrouve systématiquement avec une erreur étrange qui est : "La version de l'éditeur utilisée pour compiler ce projet est plus récente que la version du framework d'exécution." Peut-être que je m'y prend mal pourtant je n'ai pas l'impression de faire quelque chose d'exotique. On verra peut-être à la prochaine mise à jour... |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 1 939 messages Popularité : +53 (65 votes) |
|
Posté le 19 mai 2017 - 18:21 |
| |
| |
| | | |
|
| | |
| |
Posté le 19 mai 2017 - 20:39 |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 948 messages Popularité : +30 (92 votes) |
|
Posté le 20 mai 2017 - 08:41 |
Coucou
"La version de l'éditeur utilisée pour compiler ce projet est plus récente que la version du framework d'exécution."
Recompiler et Synchrhoniser -> reparer le project.
Sa arrive de temps en temps ...
En gros j pense que une partie est "pré-compiler" pour te faire gagner du temps quant tu fais un GO - (a ce moment la ton project n'est pas entiererement recompiler (et c cool, car pour ma part c un gros project, et tout recompiler sur mon ordi prend un peu temps), mais le point negatif et que parfois sans que j ai reusit a le reproduire, tu peut avoir ce genre d'erreur, ou pas d erreur, et un problem sur un traitement qui n'est pas a jour (spécialement sur les énumeration et combinaison, je les utilises de maniere un peu complex, et une modification trops importante, peut soit generer ce genre d erreur, soi la modification n'est pas pris en compte, donc tu doit passer par un reparer le project).
Allez ce point la c pas grave, on ce concentre sur l'editeur UML pour la version 23 !
-- Charly CanDo. Forg en Nouvelle-Zélande - In üs we trustMessage modifié, 20 mai 2017 - 08:46 |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 218 messages Popularité : +14 (14 votes) |
|
Posté le 22 mai 2017 - 09:09 |
Bonjour,
Je constate des régressions dans la version 59u.
Dans certains cas de figure, il est impossible de positionner le curseur à l'endroit voulu dans le texte. Comportement aléatoire de la coloration du fond des paragraphes. Impossibilité de sélectionner du texte sur plusieurs pages, à la souris les pages ne défilent pas et la sélection s'arrête à la page courante, au clavier on ne voit pas ce que l'on sélectionne sur les pages suivantes.
Bref, une version tout aussi désastreuse sinon pire que les précédentes. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 382 messages Popularité : +18 (22 votes) |
|
Posté le 22 mai 2017 - 12:07 |
J'ai effectué quelques test du champs TT. Que je n'utilise jamais.
Mais, je dois admettre que je n'ai rencontré aucun soucis particulier de sélection de texte ou d'affichage. Cependant, j'utilise du docx simple (texte uniquement)
Donc, pour du mailing super simple, ca doit le faire. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 218 messages Popularité : +14 (14 votes) |
|
Posté le 22 mai 2017 - 12:59 |
Cedvano a écrit :
J'ai effectué quelques test du champs TT. Que je n'utilise jamais.
Mais, je dois admettre que je n'ai rencontré aucun soucis particulier de sélection de texte ou d'affichage. Cependant, j'utilise du docx simple (texte uniquement)
Donc, pour du mailing super simple, ca doit le faire.
Bonjour,
Oui, du mailing sans image, sans tableau, que du texte et des polices ordinaires, ça peut sans doute le faire...
Mais pour le reste ....
Vous avez essayé de sélectionner plusieurs pages d'un texte avec la 59U ? (en s'arrêtant sur une phrase particulière par exemple)Message modifié, 22 mai 2017 - 13:00 |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 218 messages Popularité : +14 (14 votes) |
|
Posté le 26 mai 2017 - 11:21 |
Pierre-Louis a écrit :
Bonjour,
Je constate des régressions dans la version 59u.
Dans certains cas de figure, il est impossible de positionner le curseur à l'endroit voulu dans le texte. Comportement aléatoire de la coloration du fond des paragraphes. Impossibilité de sélectionner du texte sur plusieurs pages, à la souris les pages ne défilent pas et la sélection s'arrête à la page courante, au clavier on ne voit pas ce que l'on sélectionne sur les pages suivantes.
Bref, une version tout aussi désastreuse sinon pire que les précédentes.
Bonjour,
Toutes ces régressions que j'ai signalées au ST ont été corrigées dans la 63g, à part la sélection de texte sur plusieurs pages, qui heureusement peut se faire au clavier de nouveau dans la 63g, mais toujours pas à la souris...
Bon, on va dire que ça progresse dans le bon sens.Message modifié, 26 mai 2017 - 11:22 |
| |
| |
| | | |
|
| | |
| |
Posté le 14 juin 2017 - 15:17 |
Philippe Lienart a pensé très fort :
Je m'étonne de ne plus voir de remarques concernant le champ traitement de texte. Y a-t-il des développeurs qui ont déjà intégré ce champ dans une application en production ? Pour ma part c'est trop incomplet. Même PC Soft parle d'une version beta. Quand pourrons profiter de ce champ annoncé à grand bruit en fin d'année 2016, il y a déjà plus de 6 mois ? Plusieurs développeurs ont acheté la version 22 principalement pour pouvoir profiter de ce champ. D'habitude il faut attendre la deuxième mise à jour chez PC Soft pour avoir un produit stable. Mais on est encore loin du compte...
Et si on ouvrait les paris sur la date de disponibilité du champ traitement de texte ?
Et maintenant en version 63K, le champ traitement de texte est-il plus stable ? Si les tableaux sont disponibles en création et en mise à jour, est-il pensable de remplacer certains états par des documents générés via le champ traitement de texte ? |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 218 messages Popularité : +14 (14 votes) |
|
Posté le 14 juin 2017 - 16:18 |
Philippe Lienart a écrit :
Philippe Lienart a pensé très fort : Je m'étonne de ne plus voir de remarques concernant le champ traitement de texte. Y a-t-il des développeurs qui ont déjà intégré ce champ dans une application en production ? Pour ma part c'est trop incomplet. Même PC Soft parle d'une version beta. Quand pourrons profiter de ce champ annoncé à grand bruit en fin d'année 2016, il y a déjà plus de 6 mois ? Plusieurs développeurs ont acheté la version 22 principalement pour pouvoir profiter de ce champ. D'habitude il faut attendre la deuxième mise à jour chez PC Soft pour avoir un produit stable. Mais on est encore loin du compte...
Et si on ouvrait les paris sur la date de disponibilité du champ traitement de texte ?
Et maintenant en version 63K, le champ traitement de texte est-il plus stable ? Si les tableaux sont disponibles en création et en mise à jour, est-il pensable de remplacer certains états par des documents générés via le champ traitement de texte ?
La 63k ne change rien par rapport à la 59m. Les évolutions, pardon, le débroussaillage du champ traitement de texte ne se font pas au même rythme, et cela fait bientôt un mois que rien n'a bougé. Si tu veux réaliser un publipostage avec des tableaux, ça ne fonctionne pas du tout, si tu veux remplacer du texte dans les en-têtes et pieds de page, ça ne fonctionne pas du tout, etc. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 218 messages Popularité : +14 (14 votes) |
|
Posté le 14 juin 2017 - 18:11 |
Pierre-Louis a écrit :
Philippe Lienart a écrit : Philippe Lienart a pensé très fort : Je m'étonne de ne plus voir de remarques concernant le champ traitement de texte. Y a-t-il des développeurs qui ont déjà intégré ce champ dans une application en production ? Pour ma part c'est trop incomplet. Même PC Soft parle d'une version beta. Quand pourrons profiter de ce champ annoncé à grand bruit en fin d'année 2016, il y a déjà plus de 6 mois ? Plusieurs développeurs ont acheté la version 22 principalement pour pouvoir profiter de ce champ. D'habitude il faut attendre la deuxième mise à jour chez PC Soft pour avoir un produit stable. Mais on est encore loin du compte...
Et si on ouvrait les paris sur la date de disponibilité du champ traitement de texte ?
Et maintenant en version 63K, le champ traitement de texte est-il plus stable ? Si les tableaux sont disponibles en création et en mise à jour, est-il pensable de remplacer certains états par des documents générés via le champ traitement de texte ?
La 63k ne change rien par rapport à la 59m. Les évolutions, pardon, le débroussaillage du champ traitement de texte ne se font pas au même rythme, et cela fait bientôt un mois que rien n'a bougé. Si tu veux réaliser un publipostage avec des tableaux, ça ne fonctionne pas du tout, si tu veux remplacer du texte dans les en-têtes et pieds de page, ça ne fonctionne pas du tout, etc.
Edit : je me suis trompé, c'est depuis l'évolution 59u du champ traitement de texte que rien n'a bougé et non la 59m, mais ça va quand même bientôt faire un mois que l'on n'a plus eu de nouvelle version à tester... |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 10 messages Popularité : +1 (1 vote) |
|
Posté le 14 juin 2017 - 19:04 |
Est-ce que quelqu'un peut me dire comment programmer le bouton "Enregistrer dans le ruban du champ Traitement de texte" ? Egalement ouvrir, même combat, "docsauve" me dit que je ne peux pas sauvegarder un document déjà existant, évidemment puisque j'enregistre les modifications. Ah non, on ne peut pas... C'est quoi ce bordel !! |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 36 messages |
|
Posté le 14 juin 2017 - 23:30 |
C'est souvent comme cela avec les nouveaux champs au début. Il faut faire remonter au Support au maximum... |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 2 572 messages Popularité : +222 (260 votes) |
|
Posté le 15 juin 2017 - 04:08 |
Oui c'est vrai mais on n'a pas toujours le temps et ce n'est de plus pas notre boulot, d'autant que c'est une fonction de base.
-- Cordialement,
Philippe SAINT-BERTIN Géode Informatique |
| |
| |
| | | |
|
| | |
| |
Posté le 17 octobre 2019 - 16:18 |
Bonjour,
Pouvez-vous me dire si le champ Traitement de texte fonctionne correctement en version 24 ? Et si il est utilisable pour faire du publipostage ? Merci |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 3 887 messages Popularité : +227 (347 votes) |
|
Posté le 17 octobre 2019 - 19:05 |
Bonjour, Qu'appelles tu fonctionne correctement ? En ce qui concerne le publipostage, il me semble que l'utilisation d'un état est nettement plus adaptée.
-- Il y a peut être plus simple, mais, ça tourne |
| |
| |
| | | |
|
| | |
| |
Posté le 18 octobre 2019 - 15:42 |
Le 17/10/2019 à 14:18, Olivier B a écrit : Bonjour, Pouvez-vous me dire si le champ Traitement de texte fonctionne correctement en version 24 ? Et si il est utilisable pour faire du publipostage ? Merci
J'avais fait des tests sur des documents simples (pour remplacer mon publipostage avec word en ole) et dans mon cas ça fonctionnait bien (tests remontant à 1-2 versions de Windev 24). Gain, le publipostage est franchement plus rapide.
eric l. |
| |
| |
| | | |
|
| | |
| |
Posté le 22 octobre 2019 - 13:26 |
je suis en v24 et le fameux champ TT ne fonctionne pas correctement j'utilise des documents en arabe et j'ai du mal a charger les documents bon il charge le document mais dans un desordre bordelique. |
| |
| |
| | | |
|
| | |
| |
Posté le 24 septembre 2020 - 10:27 |
Bonjour
J'essaye de remplacer dans nos solutions l'activeX TX Text Control par le champ traitement de texte Windev et voici la liste des écueils :
- Impossible de parcourir un document (champ traitement de texte ou variable document) et pour chaque page d'appliquer une mise en page différente via l'insertion d'une section. - Impossible de connaitre le nombre de pages d'une variable document. - Impossible d'initialiser le numéro de la page de début lors de l'utilisation d'un haut/pie de de page contenant la formule "PAGE \* MERGEFORMAT" - Impossible d'imprimer la page de son choix (ou un ensemble de pages) avec l'instruction iImprimeDoc -> Obligé de passer par la génération d'un PDF pour obtenir l'info - Galère pour que la propriété ..NuméroPageAffichée renvoie la bonne valeur après un DocRecherche (Attendre le rafraichissement du ruban et le champ TT doit être visible)
L'activeX TX Text Control me permet actuellement de gérer tout celà.
Tous ces écueils ont été remontés au ST et même à l'assistance directe PCSOFT ces derniers mois 05/2020 - 09/2020)
On ne peut que constater le manque de volonté à vouloir corriger / améliorer ce champ.
Pour l'instant impossible de changer l'activeX TX Text Control par le champ Traitement de Texte de Windev, il n'est pas à niveau....
![:(](/NG2013_WEB/ui/smiley/2.gif) |
| |
| |
| | | |
|
| | |
| |
Posté le 28 septembre 2020 - 16:36 |
C'est vrai que c'est un peu lamentable, alors que voilà déjà 3 ans qu'il était annoncé à grand renfort de publicité. |
| |
| |
| | | |
|
| | |
| |
Posté le 28 septembre 2020 - 23:02 |
Malheureusement, je ne peux que faire le même constat Cela fait 4 ans que j'essaie de l'utiliser et malgré les avancées a chaque version de WinDev, on y est toujours pas |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 1 message |
|
Posté le 11 décembre 2023 - 16:10 |
Nouvel écueil :
Je viens de constater que le fichier docx généré par DocSauve conserve toutes les images même supprimées faisant ainsi grossir de manière permanente le fichier docx.
Par exemple : dans un champ traitement de texte, mettre une image, faire un docsauve, le fichier a un certain poids. Supprimer l'image et refaire un docSauve, le fichier garde sa taille, rajouter une nouvelle image, faire un docsauve, la taille du fichier docx augmente, et ainsi de suite ...
Le support technique m'indique que ce phénomène est normal.
Avez vous constaté ce phénomène ?
Avez vous une astuce pour ne pas conserver dans le docx les images supprimées ?Message modifié, 11 décembre 2023 - 16:13 |
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|