PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WINDEV 2024 → image RTF sous windows 10
image RTF sous windows 10
Débuté par ivanoe, 14 sep. 2016 17:54 - 24 réponses
Posté le 14 septembre 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
Posté le 14 septembre 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
Posté le 15 septembre 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
Membre enregistré
5 messages
Posté le 06 juin 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.
Membre enregistré
3 messages
Posté le 08 juin 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
Membre enregistré
5 messages
Posté le 29 juin 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.
Message modifié, 29 juin 2017 - 09:04
Membre enregistré
1 message
Posté le 04 juillet 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.
Membre enregistré
3 messages
Posté le 04 juillet 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
Membre enregistré
5 messages
Posté le 06 juillet 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.
Membre enregistré
2 messages
Posté le 18 octobre 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
Membre enregistré
5 messages
Posté le 19 octobre 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 ! :merci:
Membre enregistré
3 messages
Posté le 19 octobre 2017 - 11:42
En complément de la version 73h, PCSoft a publié un correctif pour ce point.

--
BSC
www.beproject.fr
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 20 octobre 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.
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 20 octobre 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.fr


Bonjour

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 !
Membre enregistré
5 messages
Posté le 20 octobre 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é.
Posté le 24 octobre 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 !
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 24 octobre 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.
Posté le 24 octobre 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
Membre enregistré
576 messages
Popularité : +17 (25 votes)
Posté le 25 octobre 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
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 25 octobre 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.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



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".
Membre enregistré
576 messages
Popularité : +17 (25 votes)
Posté le 25 octobre 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
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 25 octobre 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.
Message modifié, 25 octobre 2017 - 15:21
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 25 octobre 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.
Message modifié, 25 octobre 2017 - 15:30
Membre enregistré
218 messages
Popularité : +14 (14 votes)
Posté le 27 octobre 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)