Tu n'as pas suivit le point 4 de la méthodologie : "Extraire les MSI avec Uniextract"
II faut utiliser Uniextract sur le msi, et pas extraire/dézippé directement le .cab !
Voilà le package en X64
Tu n'as pas suivit le point 4 de la méthodologie : "Extraire les MSI avec Uniextract"
II faut utiliser Uniextract sur le msi, et pas extraire/dézippé directement le .cab !
Voilà le package en X64
Tout d'abord MERCI pour ce second package, tu me sauves.
Mais je t'assure que j'ai bien suivi ta procédure (enfin probablement mal). J'ai utilsé Uniextract sur les .msi. Qui d'ailleurs propose deux modes d'extraction différents plus un fonction d'exécution. Chez moi cela ne me donnait qu'un fichier binaire. C'est pourquoi j'ai ensuite essayé d'extraire avec ce même outil directement les fichier cab, ce qui donnait des fichiers sans l'extension dll.
Par contre je n'ai pas utilisé l'uniextract de ton lien car Firefox m'en à interdit l’accès disant que le site était malveillant. Je suis allé le chercher sur un autre site. Peut être était ce une autre version.
Dans le doute, je vais mettre l'intégralité du contenu de tes packs dans le répertoire de l'exécutable (32 ou 64 bits selon bien sur), car je n'ai pas bien compris si on pouvait se contenter de mettre uniquement les dll de laversion 2013 pour que ça fonctionne chez tout le monde.
Crdlt
Franck
Bonjour,
Ochoteau, je dois passer à coté de quelque chose : j'ai installé hier mon appli sur un Windows 7 64 bits, avec toutes les dll de ton pack 64 dans le même dossier que l'appli. Au lancement, joli crash me disant que soit le .net soit le redistrbuable C++ 2010 est manquant.
Sur le poste, était déjà installé .Net 3, j'ai installé en plus .Net 4, cela ne change rien.
J'ai donc installé le redistribuable C++ 2010 et la ça fonctionne.
Donc soit les dll du C++ placées dans le dossier de l'exécutable ne sont pas prises en compte. Soit cela suffit pas .
Si elles ne sont pas prises en compte : que faut il faire en plus ?, faut il les ajouter dans la liste des éléments du projet, sous windev ?
Si elles ne suffisent pas : que manque t'il en plus des dlls ?
Crdlt
Franck
Honnêtement je n'ai jamais testé en x64, les seuls DLLs à mettre dans Windev sont celles de Cefsharp (en x64) et Windev configuré pour compilé en x64 (utiliser les DLL Dotnet x64).
Si cela ne fonctionne pas il manque certainement une DLL ou les mauvaises DLLs sont appelées (x32).
Mais je ne peux pas plus t'aider sur le sujet
Petit retour d'expérience au sujet des redistribuables et des erreurs d’interfaçage Cef / Windev.
Sur certains postes, malgré l'installation des redistribuables 2010 et 2013, j'avais toujours des erreurs du type de celle ci :
Le problème a été résolu en faisant pointer la variable d'environnement PATH vers le répertoire contenant les dlls de Cef (soit le répertoire de mon exécutable).Appel WL :
Traitement de 'xxx, ligne 8, thread 0
Que s'est-il passé ?
Echec lors de la lecture de la propriété <Cef> du type <(static)>
L'objet de type <CefSharp.Cef> (assemblage <D:\Projet\Exe\CefSharp.Core.dll>) n'a pas pu être créé
L'assemblage <C:\CefSharp.Core.dll> n'a pas pu être ouvert
Le framework .NET a renvoyé l'erreur suivante :
Impossible de charger le fichier ou l'assembly 'CefSharp.Core.dll' ou une de ses dépendances. Le module spécifié est introuvable.
L'assemblage <CefSharp.Core> n'a pas pu être ouvert
Code erreur : 200007
Niveau : erreur fatale
Dump de l'erreur du module 'wd210net4.dll' (21.0.10.0).
Identifiant des informations détaillées (.err) : 200007
Informations de débogage :
System.IO.FileNotFoundException: Impossible de charger le fichier ou l'assembly 'CefSharp.Core.dll' ou une de ses dépendances. Le module spécifié est introuvable.
Nom de fichier : 'CefSharp.Core.dll'
à System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)
à System.Reflection.RuntimeAssembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)
à System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)
à System.Reflection.RuntimeAssembly.InternalLoadFrom(String assemblyFile, Evidence securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm, Boolean forIntrospection, Boolean suppressSecurityChecks, StackCrawlMark& stackMark)
à System.Reflection.Assembly.LoadFrom(String assemblyFile)
à CDotNetLoader.__pclLoadAssembly(CDotNetLoader* , Char* pszFileName, CXError* pclErreur)
Du coup, je modifie si nécessaire le path à chaque lancement de mon programme avec l'instruction suivante :
Bonne prog
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10
11
12
13 sPATH est une chaîne sPATH = SysEnvironnement("PATH") sPATH = Remplace(sPATH,"PATH=","",SansCasse) SI Position(sPATH,fRepExe(),1,SansCasse) = 0 ALORS SI sPATH[[Taille(sPATH)]] <> ";" ALORS sPATH += ";" FIN sPATH += fRepExe() SI PAS SysChangeEnvironnement("PATH",sPATH,sysEnvGlobal) ALORS Erreur(ErreurInfo(errComplet)) FIN FIN
Bonjour,
Merci pour ce retour d'expérience.
De mon coté, pour une appli distribuée assez largement et donc installée sur toutes sortes de machines, j'ai pas mal de retours de bugs (10-20% des cas). Parmi les plus courants :
Sous W7-64, plantage de .Net au lancement. Souvent résolu en faisant installer la version 4.6.2 de .Net
Sous W7-32, Erreur du style "Le champ DotNet n'a pu être créé. L'erreur rencontrée lors de la création du champ est :
La fonction 'SetParent' de la DLL 'user32' a provoqué une erreur d'exécution. Dans ce cas de figure assez rares heureusement, j'ai souvent été contraint de demander au client d'installer le soft sur une autre machine (W10)
Sous W10-64, plantage des dlls au lancement, souvent résolu en faisant installer la version 2010 des redistribuable C++. Mon appli installe juste la version 2013 à ce jour et je vais sans doute ajouter le 2010 en plus pour anticiper ce genre de problème.
Il arrive aussi parfois que quoique que je fasse, l'appli crashe au lancement sous W10-64 (message générique Windows, l'"appli a cessé de fonctionner") sans que j'arrive à déterminer si c'est du à .Net, VC++ ou les dlls. J'ai beau installer diverses version de .Net et de VC++, je dois souvent me résoudre à installer dans ce cas la version 32 bits de mon appli et ça fonctionne.
J'ai encore un autre cas, rencontré une seule fois et que je n'ai pas réussi à résoudre, ou le dotnet et le chromium se lance bien, sans erreur, mais ou le CKEditor que j'ouvre dedans ne s'affiche pas. PAs de message d'erreur. La c'est plus mystérieux donc.
Par contre, je n'ai pas souvenir d'avoir rencontré le cas que tu décris dans le dernier post ci dessus.
Donc globalement pour l'instant il me manque une vision claire, pour toutes les versions de Windows, de quelle version de .Net et de VC++ on a besoin pour garantir un fonctionnement a tous les coups. J'y vais à chaque fois à taton et parfois n'arrive pas à faire fonctionner l'appli (environ 5% des cas, ça reste trop élevé) .
Crdlt
Franck
Bonjour à tous et merci pour ce tuto et toutes les informations très précieuse concernant l'intégration de CefSharp dans Windev.
J'ai intégré la version 47 de CefSharp avec la bibliotheque _3po (javascript) très pratique.
Cependant, lors de nos différents test, nous avons eu des pb d'impression (décalage d'impression page après page) dans la version 47.
Ceci est reproduit sous navigateur Chromium 47 mais pas sous Chromium 53/55
J'ai donc passé CefSharp dans Windev en version 53.0.1 mais malheureusement la dll _3po ne le prend pas
lemazol > vous serait-il possible de me recompiler votre fichier _3po.dll pour CefSharp 53.0.1 ? (ou bien si c'est possible mais j'en doute, que ça ne regarde pas le versionning ?)
Pour info j'obtiens cette erreur lors de l'appel : chromiumJavascript = allouer un Javascript(chromiumNavigateur)
Le framework .NET a renvoyé l'erreur suivante :
Impossible de charger le fichier ou l'assembly 'CefSharp.WinForms, Version=47.0.4.0, Culture=neutral, PublicKeyToken=40c4b6fc221f4138' ou une de ses dépendances. Le fichier spécifié est introuvable.
Cordialement
Bien le bonjour,
Je relance un peu le sujet
J'ai réussi à intégré le navigateur dans une fenêtre Windev (version 16), c'est cool.
Mon 1er soucis est que je voudrais désactiver le menu contextuel quand on clique droit.
J'ai trouvé ceci qui m'a un peu aiguillé mais je n'arrive pas à le faire dans Windev (je suis un peu un noob du .NET donc bon -_- )
https://github.com/cefsharp/CefSharp/issues/107
https://github.com/cefsharp/CefSharp...MenuHandler.cs
Si quelqu'un aurait la gentillesse de m'aider, ce serait top
Je suis certain que ce sera fait en une petite ligne, mais la syntaxe me rend confus :/
Bonjour,
Lemazol, Ochoteau,... et vous tous qui m'aviez aidé à utiliser ce package il y a deux ans déjà, je reviens vers vous car je m'apprêtais à acheter la mise à jour WD 23 (je suis encore en WD 20) pour faire évoluer un peu mes applications, lorsque j'ai réalisé que je ne dois le faire que si je vais pouvoir continuer à utiliser ces .net et Chrome.
L'un de vous m'avais fourni les fichiers pour la version 20 et je crois me souvenir qu'il en utilisait d'autres pour la 21. Existent il en version compatible WD 23 ?
Merci d'avance.
Crdlt
Franck
@bugnet
Ce sont des DLL/Assemblages DOTNET, ils fonctionnent avec WD20/21 (et 22 dont je viens de passer dessus) et il n'y donc pas de raison que cela ne fonctionne pas sous WD23 !
Pour le moment je travaille tjs avec les veilles versions (chrome 39) car limité au DOTNET 4.0, tu trouveras sur NUGET (chrome 57) les nouvelles versions mais sur du DOTNET 4.5 !
Bonjour,
Le projet 3PO Démo Chromium ne fonctionne plus depuis la nouvelle version 75n de WinDev 24
Voici le message d'erreur au lancement de l'application :
L'autodiagnostic des threads a détecté un comportement interne inattendu.
**********************************************
----- Informations techniques -----
Que s'est-il passé ?
L'autodiagnostic des threads a détecté un comportement interne inattendu.
Code erreur : 2947
Niveau : erreur fatale
Dump de l'erreur du module 'wd240vm.dll' (24.0.478.3).
Identifiant des informations détaillées (.err) : 2947
Informations de débogage :
UEL = 272
Erreur hors execution
Est-dû à un bug de WinDev 24 75n ?
Constatez-vous le même problème ?
Merci.
Bonjour et merci pour votre tuto il es bien expliqué et il marche très bien, merci encore.
j'ai juste une question comment ajouter la fonction Back et Forward dans le projet CefSharp et la dll windev, on trouve bien les fonctions load, refresh, etc.. mais pas Back et Foward.
Cordialement
Amine Ben.
Bonjour,
Tout d'abord merci pour ce fil et vos contributions. Même si le sujet date un peu maintenant, j'aimerais rouvrir la discussion.
En effet, si le navigateur fonctionne dans la plupart des cas, il m'est impossible d'afficher du streaming vidéo. Flash fonctionne bien quant à lui. Avez-vous déjà rencontré ce problème et si oui avez-vous trouvé une solution?
Merci pour votre aide.
Cordialement,
Laurence.
Bonjour, j'ai implanté CefSharp dans une fenêtre de mon appli, ça fonctionne impec.
Me fallait un navigateur web et le champ HTML de windev (suis en version 24) était trop dépassé, il affichée pas les pages web de certain site.
Par contre j'ai essayé de mettre à jour CefSharp a partir des liens que vous avez donné ici et ça ne fonctionne pas. Je suis en version 51 de chromium .
Donc y a t il une mise à jour qui fonctionne, car quand je met à jour toutes les dll et fichier, et même en refaisant les Assemblage et le champ .Net et en recompilant
windev me reconnais plus "Cef.Initialize()" il me dit que les paramètre de "Initialize" sont pas bon.
Si je lance le "Go" en test de la fenêtre j'ai la fameuse erreur "Dump de l'erreur du module 'wd240net4.dll'".
Avez vous une solution, car je voudrais bien le mettre à jour au moins en version 7.
Merci d'avance
Bonjour, quelqu'un a réussis à gérer les pub dans le navigateur, ou a installer adblock ?
merci
Bonjour, quelqu'un a réussi à désactiver webrtc leak
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager