|
image RTF sous windows 10 |
Iniciado por ivanoe, 14,sep. 2016 17:54 - 24 respuestas |
| |
| | | |
|
| |
Publicado el 14,septiembre 2016 - 17:54 |
Bonjour
Je rencontre un problème très génant pour mes clients:
j'ai un champs de saisie RTF, dans lequel je colle du texte et des images, puis que je sauvegarde dans un champs mémo texte d'un fichier HFSQL
Je récupère sans problème le contenu (images et texte) dans ce champs RTF dans mon appli sous WIndows10
par contre, mon appli lancée sous W7pro n'affiche plus les images du mémo texte (ni le texte qui était à la suite de l'image, comme si il y avait eu une "interruption" de l'affichage)
A l'inverse, si sous W7pro, toujours avec la même appli, je fais une copie d'écran, et que je colle l'image dans ce champs RTF, que je la sauve dans le memo texte, je la retrouve bien en affichage et dans W7pro et dans W10
C'est génant , car j'ai des clients en W10 qui font des copies d'écran, qui les sauvent dans le mémo texte, mais les collègues ne les voient plus sous W7
Autre chose, si sous W10, on fait une copie d'écran, qu'on la colle dans Paint ou un soft quelconque (photoShop, paintShopPro...), qu'on la re-copie, eh bien là, l'image collée dans le champs RTF et sauvée dans le mémo texte, s'affiche sans problème, que ce soit en W7 ou en W10
J'ai aussi essayé en changeant la "compatibilité" de l'exe (compatibilité windows 7 ou Windows8) : ça ne change rien
Avez-vous une solution urgente à ce pb ?
J'ai remarqué que sous W10, les balises sont différentes lors d'une copie d'écran, par rapport à celles lors d'une copie issue de paint par exemple:
image lisible sous W10 uniquement, à la suite d'une copie d'écran, mais pas visible sous W7: {\rtf1\ansi\ansicpg1252\deff0\nouicompat\deflang1036{\fonttbl{\f0\fswiss\fprq2\fcharset0 Trebuchet MS;}} {\*\generator Riched20 10.0.10586}\viewkind4\uc1 \pard\f0\fs17{\pict{\*\picprop{\sp{\sn wzDescription}{\sv Image}}{\sp{\sn posv}{\sv 1}} }\pngblip\picw10000\pich5386\picwgoal5669\pichgoal3053 ....
image lisible sous W7 et W10 (copiée depuis paint sous W10): {\rtf1\ansi\ansicpg1252\deff0\nouicompat\deflang1036{\fonttbl{\f0\fnil\fcharset0 MS Shell Dlg;}} {\*\generator Riched20 10.0.10586}\viewkind4\uc1 \pard\f0\fs17{\object\objemb{\*\objclass PBrush}\objw12553\objh6779{\*\objdata 01050000 02000000 07000000 ...
Merci pour votre précieuse aide !
ivanoe |
| |
| |
| | | |
|
| | |
| |
Publicado el 14,septiembre 2016 - 21:04 |
Bonjour
Si les balises ont changés, est ce qu'une solution ne serait pas simplement de faire un remplace dans la chaine rtf, pour remettre des balises ancien type ?
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 9/14/2016 à 9:54 AM, ivanoe a écrit :
Bonjour
Je rencontre un problème très génant pour mes clients:
j'ai un champs de saisie RTF, dans lequel je colle du texte et des images, puis que je sauvegarde dans un champs mémo texte d'un fichier HFSQL
Je récupère sans problème le contenu (images et texte) dans ce champs RTF dans mon appli sous WIndows10
par contre, mon appli lancée sous W7pro n'affiche plus les images du mémo texte (ni le texte qui était à la suite de l'image, comme si il y avait eu une "interruption" de l'affichage)
A l'inverse, si sous W7pro, toujours avec la même appli, je fais une copie d'écran, et que je colle l'image dans ce champs RTF, que je la sauve dans le memo texte, je la retrouve bien en affichage et dans W7pro et dans W10
C'est génant , car j'ai des clients en W10 qui font des copies d'écran, qui les sauvent dans le mémo texte, mais les collègues ne les voient plus sous W7 Autre chose, si sous W10, on fait une copie d'écran, qu'on la colle dans Paint ou un soft quelconque (photoShop, paintShopPro...), qu'on la re-copie, eh bien là, l'image collée dans le champs RTF et sauvée dans le mémo texte, s'affiche sans problème, que ce soit en W7 ou en W10
J'ai aussi essayé en changeant la "compatibilité" de l'exe (compatibilité windows 7 ou Windows8) : ça ne change rien
Avez-vous une solution urgente à ce pb ?
J'ai remarqué que sous W10, les balises sont différentes lors d'une copie d'écran, par rapport à celles lors d'une copie issue de paint par exemple:
image lisible sous W10 uniquement, à la suite d'une copie d'écran, mais pas visible sous W7: {\rtf1\ansi\ansicpg1252\deff0\nouicompat\deflang1036{\fonttbl{\f0\fswiss\fprq2\fcharset0 Trebuchet MS;}} {\*\generator Riched20 10.0.10586}\viewkind4\uc1 \pard\f0\fs17{\pict{\*\picprop{\sp{\sn wzDescription}{\sv Image}}{\sp{\sn posv}{\sv 1}} }\pngblip\picw10000\pich5386\picwgoal5669\pichgoal3053 ....
image lisible sous W7 et W10 (copiée depuis paint sous W10): {\rtf1\ansi\ansicpg1252\deff0\nouicompat\deflang1036{\fonttbl{\f0\fnil\fcharset0 MS Shell Dlg;}} {\*\generator Riched20 10.0.10586}\viewkind4\uc1 \pard\f0\fs17{\object\objemb{\*\objclass PBrush}\objw12553\objh6779{\*\objdata 01050000 02000000 07000000 ...
Merci pour votre précieuse aide !
ivanoe |
| |
| |
| | | |
|
| | |
| |
Publicado el 15,septiembre 2016 - 14:11 |
Bonjour Fabrice, et merci beaucoup pour cette réponse rapide !
Malheureusement, j'ai bien sûr essayé de remplacer les balises mise par le screenCopy de W10, par celles mise par celui de W7, mais ça ne marche pas il faut dire que les balises de W10 permettant une "compression" de l'image, et du coup, le corps des données entre les balises n'est pas du tout le même
L'idéal serait de mettre sur W7 un patch (de RicheD20.dll je suppose) qui permette de lire sous W7 le RTF généré par W10
On a le même phénomène avec le centre de controle HF: on voit l'image générée par W10 dans le champs quand on est dans le CCHF21 sous W10, et pas quand on est dans le CCHF21 sous W7
en tout cas merci pour cette réponse
Peut être une autre idée ou une réponse de PC-Soft ?
ivanoe |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 5 mensajes |
|
Publicado el 06,junio 2017 - 09:14 |
Bonjour,
Je me permets de vous contacter car je rencontre exactement le même problème sur un tout autre logiciel, pouvez-vous me dire comment vous l'avez résolu ?
Un énorme merci d'avance si vous pouvez me répondre.
Excellente journée, Paul. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 3 mensajes |
|
Publicado el 08,junio 2017 - 18:10 |
Nous avons le même problème depuis quelques jours, et pas sur tous les PCs. L'exécutable n'a pas changé, nous penchons pour un effet de bord des mise à jour windows "creator update".
-- BSC www.beproject.fr |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 5 mensajes |
|
Publicado el 29,junio 2017 - 09:03 |
Bonjour.
A ce jour, je suis toujours en quête de solution, avez-vous pu avancer de votre côté ?
J'ai trouvé un autre sujet traitant du même problème et avec une solution mais qui ne s'applique pas dans mon cas : https://github.com/artemious7/TestOfRicheditboxPictureBug
Merci et bonne journée.Mensaje modificado, 29,junio 2017 - 09:04 |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 1 mensaje |
|
Publicado el 04,julio 2017 - 10:33 |
Bonjour,
J'ai le même problème avec l'insertion d'image via le presse papier dans un champ RTF, uniquement avec la version Creator de Windows 10. Le RTF résultant est vide ou invalide. C'est gênant car c'est à ma connaissance la seule façon d'insérer une image dans un champ RTF ?
Si quelqu'un (ou PC SOFT) a une piste ou solution, un grand merci par avance !
Bonne journée à tous. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 3 mensajes |
|
Publicado el 04,julio 2017 - 11:47 |
Nous avons transmis un projet au support mais ils ne reproduisent pas le problème. Je ne sais pas si c'est lié à la creator update ou une MAJ Office 2016.
Envoyez un projet au support afin de remonter la demande.
Merci
-- BSC www.beproject.fr |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 5 mensajes |
|
Publicado el 06,julio 2017 - 08:34 |
Après plusieurs essais et comparaisons sur des ordinateurs équipés de Win10 1703 (Creators) et 1607 (Anniversary), il semblerait que le problème serait lié à la Creators Update et non à Office.
N'étant pas développeur mais simple utilisateur, je me permets de partager un document détaillant mon problème et comment le reproduire, en espérant que cela puisse faire avancer le sujet.
https://www.dropbox.com/s/53jsjjaifko12e4/Probl%C3%A8me%20API%20Creators%20Update.pdf…
Excellente journée. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 2 mensajes |
|
Publicado el 18,octubre 2017 - 08:09 |
Bonjour,
Je rencontre le même soucis qui est décrit problème de copier-coller d'une image sous windows 10 avec le même code et ceci fonctionne parfaitement sous windows7 ou autre. Quelqu'un a t'il pu résoudre ou contourner ce problème ?
Merci d'avance
Laurent |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 5 mensajes |
|
Publicado el 19,octubre 2017 - 10:15 |
Bonjour à tous,
Le problème semble être résolu sous la version 1709 (Fall Creators Update) de Windows 10, sortie il y a quelques jours ! |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 3 mensajes |
|
Publicado el 19,octubre 2017 - 11:42 |
En complément de la version 73h, PCSoft a publié un correctif pour ce point.
-- BSC www.beproject.fr |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 218 mensajes Popularité : +14 (14 votes) |
|
Publicado el 20,octubre 2017 - 12:35 |
Benjamin a écrit :
En complément de la version 73h, PCSoft a publié un correctif pour ce point. -- BSC www.beproject.fr Bonjour
Où peut-on trouver ce correctif ? Vous avez un lien ? Merci. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 218 mensajes Popularité : +14 (14 votes) |
|
Publicado el 20,octubre 2017 - 13:39 |
Pierre-Louis a écrit :
Benjamin a écrit : En complément de la version 73h, PCSoft a publié un correctif pour ce point. -- BSC www.beproject.frBonjour Où peut-on trouver ce correctif ? Vous avez un lien ? Merci.
Je me répond à moi même. Il faut faire la demande au ST, ce que j'ai fait. Reçu le correctif dans la demie heure suivant la demande. Appliqué le correctif ( car la dernière Fall Creator Update ne résolvait rien du tout ) et ça marche ! |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 5 mensajes |
|
Publicado el 20,octubre 2017 - 20:54 |
Tu as raison Pierre-Louis, j’en me suis lourdement trompé, le problème est toujours présent avec la fall creators update.
Désolé. |
| |
| |
| | | |
|
| | |
| |
Publicado el 24,octubre 2017 - 10:42 |
Rencontrant le même problème pourrais-tu mettre à dispo ce correctif stp ? (Ça éviterait a tout le monde de devoir expliquer ce mème problème au ST) ..
Merci ! |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 218 mensajes Popularité : +14 (14 votes) |
|
Publicado el 24,octubre 2017 - 11:40 |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 218 mensajes Popularité : +14 (14 votes) |
|
Publicado el 24,octubre 2017 - 12:52 |
J"oubliais le mode d'emploi
http://stg.webdev.info/Telechargement_Support_WEB/FR/telec_ST.awp…
Cette mise à jour regroupée dans une archive zip est composée de :
- \Donnees\WPOBJ.WDL (1576,34 Ko) - version : - \Framework\win32x86\wd220obj.dll (8505,00 Ko) - version : 22.0.476.328 - \Framework\win64x86\wd220obj64.dll (11699,00 Ko) - version : 22.0.476.328
Elle doit être décompressée en conservant l'arborescence dans le dossier \Programmes\ de WinDev 22. Vous devez lors de la décompression confirmer le remplacement des fichiers de mêmes noms déjà présents.
Recréez ensuite l'exécutable de l'application, afin de le déployer à nouveau avec cette mise à jour du framework. Attention l'exécutable doit être recréé avec "DLL du framework à côté" (étape "Framework 1/2" de l'assistant de création de l'exécutable). Il ne faut pas sélectionner un framework intégré pour l'exécutable, il se pourrait pas bénéficier de la mise à jour.
Cette mise à jour est spécifique à la gestion des images contenues dans un champ RTF sur les postes équipés de Windows 10 "Creators Update". En effet des changements dans cette version de Windows ont imposé des adaptations. |
| |
| |
| | | |
|
| | |
| |
Publicado el 24,octubre 2017 - 14:06 |
Bonjour,
J'ai mis en place ce correctif sur mon application et maintenant c'est ok pour moi -> copie d'image dans un champ de RTF peut se faire.
Merci
Laurent |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 576 mensajes Popularité : +17 (25 votes) |
|
Publicado el 25,octubre 2017 - 12:41 |
Bonjour,
Pour information, dans tous les cas exposés à notre support un retour à la normale a été observé dans la gestion du RTF de Windows 10 version 1709 "Fall Creators Update".
Avec cette version de Windows, le contournement proposé par notre équipe Développement n'est plus obligatoire. Cf référence 104162 des modules des ressources pratiques : https://stg.webdev.info/publicationSt_WEB/FR/miseajourst.awp
Si les utilisateurs de vos applications remontent une difficulté dans la gestion des images incluses dans un RTF, il n'est donc plus obligatoire de leur fournir le module WD220OBJ.DLL spécifique. Le passage de Windows en version 1709 est suffisant.
-- Guillaume Bayle (Twitter : @GuillaumeBayle) Support Technique PC SOFT http://www.pcsoft.fr/st/index.html |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 218 mensajes Popularité : +14 (14 votes) |
|
Publicado el 25,octubre 2017 - 14:17 |
Guillaume BAYLE a écrit :
Bonjour, Pour information, dans tous les cas exposés à notre support un retour à la normale a été observé dans la gestion du RTF de Windows 10 version 1709 "Fall Creators Update". Avec cette version de Windows, le contournement proposé par notre équipe Développement n'est plus obligatoire. Cf référence 104162 des modules des ressources pratiques : https://stg.webdev.info/publicationSt_WEB/FR/miseajourst.awpSi les utilisateurs de vos applications remontent une difficulté dans la gestion des images incluses dans un RTF, il n'est donc plus obligatoire de leur fournir le module WD220OBJ.DLL spécifique. Le passage de Windows en version 1709 est suffisant. -- Guillaume Bayle (Twitter : @GuillaumeBayle) Support Technique PC SOFT http://www.pcsoft.fr/st/index.html
Non, c’est faux car j’ai rencontré le problème après avoir installé la 1709 !! Et j’ai donc été obligé de passer par la solution de contournement en version Windows 10 version 1709 "Fall Creators Update". |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 576 mensajes Popularité : +17 (25 votes) |
|
Publicado el 25,octubre 2017 - 15:10 |
Pierre-Louis a écrit :
Non, c’est faux car j’ai rencontré le problème après avoir installé la 1709 !! Et j’ai donc été obligé de passer par la > solution de contournement en version Windows 10 version 1709 "Fall Creators Update".
Dans tous les cas exposés à notre support un retour à la normale a été observé.
Dans le projet exemple que je vous ai envoyé suite à votre message en parallèle à notre support, l'image dans le RTF est également à nouveau bien gérée avec WINDEV 22 "Update 5" (20073H).
N'hésitez pas à me détailler votre cas persistant, en me renvoyant le projet de démonstration complété de votre cas.
-- Guillaume Bayle (Twitter : @GuillaumeBayle) Support Technique PC SOFT http://www.pcsoft.fr/st/index.html |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 218 mensajes Popularité : +14 (14 votes) |
|
Publicado el 25,octubre 2017 - 15:20 |
Paul RIDEAU a écrit :
Tu as raison Pierre-Louis, j’en me suis lourdement trompé, le problème est toujours présent avec la fall creators update.
Désolé.
Bonjour Guillaume.
Désolé, on est au moins deux à infirmer ce que vous dites. Ce ne sont plus tous les cas exposés.Mensaje modificado, 25,octubre 2017 - 15:21 |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 218 mensajes Popularité : +14 (14 votes) |
|
Publicado el 25,octubre 2017 - 15:28 |
Je n’ai pas parcouru exhaustivement le sujet, mais le problème persiste dans les états tant qu’on n’a pas passé le correctif.Mensaje modificado, 25,octubre 2017 - 15:30 |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 218 mensajes Popularité : +14 (14 votes) |
|
Publicado el 27,octubre 2017 - 17:44 |
Reçu confirmation du ST aujourd’hui : Je vous confirme qu'avec la dernière mise à jour creator update nous avons toujours un incident actif mais uniquement pour les champs des états.
Donc pour ma part, le contournement aimablement fourni par PCSOFT est toujours obligatoire avec la Fail Update, euh sorry la Fall Update Creator (qui en passant est une vraie pourriture : déjà eu le droit à 3 écrans bleus de la mort avec cette version) |
| |
| |
| | | |
|
| | | | |
| | |
|