Éditeur de code et onglet js dans l'objet html de wx5 
Auteur : Elbe 2
Visité 9,
Followers 0,
Partagé 0
Bonjour Elisa & Eric,
Deux améliorations seraient vraiment utiles dans une prochaine mise à jour :
Pouvoir rechercher un terme dans le code (Paramètres, Objet HTML, pages, etc...) plutôt que devoir faire défiler l’intégralité du bloc, ce qui fait perdre un temps considérable sur les projets volumineux.
Ajouter un troisième onglet dédié au JavaScript dans l’Objet HTML, afin d’éviter l’encapsulation systématique du JS dans le HTML. Cela génère parfois des problèmes de hiérarchie dans l’exécution du script.
Merci d’avance pour votre retour din'formations à ce sujet car ce serait un vrai gain de productivité pour tous les utilisateurs avancés.
Lionel
Posté le
Auteur
En résumé & pour compléter mon post précédent :
Dans le cadre d’un usage avancé de l’Objet HTML, plusieurs améliorations pourraient réellement faciliter le développement et réduire les contournements techniques que nous devons mettre en place. Voici quelques pistes, toutes compatibles avec l’architecture actuelle de WebSite X5 :
1. Recherche dans le code (CTRL+F intégré)
Lorsqu’on travaille sur des blocs HTML/JS/CSS volumineux, l’absence de recherche oblige à parcourir l’intégralité du code. Une fonction de recherche serait un gain de temps immédiat et très apprécié.
2. Ajout d’un onglet dédié au JavaScript dans l’Objet HTML
Actuellement, le JS doit être encapsulé dans le HTML, ce qui peut créer des problèmes de hiérarchie ou de timing dans l’exécution. Un onglet JS séparé permettrait une gestion plus propre et plus fiable des scripts.
3. Déclenchement du JS après l’injection du DOM
Certains scripts s’exécutent avant que la page soit totalement reconstruite par WX5, ce qui génère des comportements inattendus. Un mode “post‑DOM” ou “post‑render” stabiliserait l’exécution.
4. Isolation CSS de l’Objet HTML
Le CSS de l’objet peut parfois déborder sur le reste de la page, ou inversement. Un mode “scoped CSS” (encapsulation dans un conteneur unique) éviterait ces interférences.
5. Console JS dans l’aperçu
Un panneau affichant les erreurs JavaScript directement dans l’aperçu simplifierait énormément le débogage, sans devoir ouvrir systématiquement les DevTools externes.
Ces améliorations restent raisonnables, cohérentes avec le fonctionnement actuel de WX5, et apporteraient un vrai confort aux utilisateurs qui exploitent l’Objet HTML pour des intégrations avancées.
Merci pour votre écoute et pour les évolutions déjà apportées au fil des versions. Espérant que celles-ci soient entendues puisque relativement faciles à mettre en oeuvre...
Dans l'attente de votre retour d'informations à ce sujet...
Lionel