PC SOFT

GRUPOS DE DISCUSSÃO PROFISSIONAL
WINDEVWEBDEV e WINDEV Mobile

Inicio → WEBDEV 2024 → pas multinavigateur!
pas multinavigateur!
Iniciado por temsa, ago., 04 2004 4:34 PM - 2 respostas
Publicado em agosto, 04 2004 - 4:34 PM
Il y avait déjà le fait qu'il soit presque impossible de tester son appli
webdev avec un un navigateur type mozilla (firefox ici) à priori car Webdev
regarde si le processus qu'il a lancé s'est fini (et apparament chaque fois
qu'on lance mozilla, ça lance un processus passant un message à un autre
processus, ou alors ça lance tout bonnement un autre processus, avant de
se terminer)et donc le moteur s'arrête tout de suite à l'affichage de la
page (j'ai donc été contraint d'utiliser IE à la place pour tester mon site).

A présent je suis en train de déployer une version béta en interne, et je
me rend compte, que si la page de login marche très bien, la page principale
du site est une catastrophe le fond n'est plus au fond, ce qui est par dessus
le fond est à côté , dans le désordre et en partie en dessous du fond de
page! bref ingardable.

Je pense pouvoir parer à cette déconvenue, mais ça va me couter une page
plus lourde (en mettant une seule grosse image, au lieu de plusieurs optimisées
pour leur fonction...)

Bref, si vous avez une idée du pourquoi du comment que ça foire dans mozilla
et pas dans IE (à part le fait que l'appli ne sort pas du code conforme aux
standards, et en tout cas pas du très beau code)...
Publicado em agosto, 04 2004 - 5:03 PM
"temsa" <temsa@_PASDESPAM_free.fr> wrote:


Il y avait déjà le fait qu'il soit presque impossible de tester son appli
webdev avec un un navigateur type mozilla (firefox ici) à priori car Webdev
regarde si le processus qu'il a lancé s'est fini (et apparament chaque fois
qu'on lance mozilla, ça lance un processus passant un message à un autre
processus, ou alors ça lance tout bonnement un autre processus, avant de
se terminer)et donc le moteur s'arrête tout de suite à l'affichage de la
page (j'ai donc été contraint d'utiliser IE à la place pour tester mon site).

A présent je suis en train de déployer une version béta en interne, et je
me rend compte, que si la page de login marche très bien, la page principale
du site est une catastrophe le fond n'est plus au fond, ce qui est par dessus
le fond est à côté , dans le désordre et en partie en dessous du fond de
page! bref ingardable.

Je pense pouvoir parer à cette déconvenue, mais ça va me couter une page
plus lourde (en mettant une seule grosse image, au lieu de plusieurs optimisées
pour leur fonction...)

Bref, si vous avez une idée du pourquoi du comment que ça foire dans mozilla
et pas dans IE (à part le fait que l'appli ne sort pas du code conforme

aux
standards, et en tout cas pas du très beau code)...


Pour avoir du code plus w3c compliant, regarde du côté des optimisation dans
les options du projet. Tu pourras ajouter les '/' en fin de balise orpheline,
ou mettre des '"' pour les valeurs d'attributs. Normalement tu pourras arriver
à du code valide.

Ensuite, je ne comprends pas vraiment ton problème de processus. En client-serveur,
le serveur n'ira JAMAIS voir les infos du processus du client. Ca n'a rien
à voir. Mais je pense que tu veux dire que le serveur termine la session
trop vite par rapport aux réponses du client (HTTP n'est pas un protocole
connecté : il n'y a pas connexion ou déconnexion mais uniquement temps d'attente).
Il peut y avoir deux causes :
- durée de sessions trop courtes du côté serveur, cela se rêgle au déploiement.
- mauvaise configuration du navigateur. Cookies impossible, problèmes de
sessions. Normalement Firefox gère bien, mais la 0.9 est toute récente et
j'ai eu plus de problèmes avec celle là qu'avec la 0.8.
Publicado em agosto, 04 2004 - 6:53 PM
>Pour avoir du code plus w3c compliant, regarde du côté des optimisation
dans
les options du projet. Tu pourras ajouter les '/' en fin de balise orpheline,
ou mettre des '"' pour les valeurs d'attributs. Normalement tu pourras arriver
à du code valide.

je suis pas sûr à 100%: normalement il faudrait passer toutes les balises
en minuscule pour ça aussi, et rajouter des alt à toutes les images. Enfin
bon je vais voir.


Ensuite, je ne comprends pas vraiment ton problème de processus. En client-serveur,
le serveur n'ira JAMAIS voir les infos du processus du client. Ca n'a rien

Euh oui mais je parlais en local(quand tu fais CTRL+F9), quand je fais juste
un test.

Sans doute me suis je mal exprimé, la mise en page que j'ai découverte en
test de déploiement m'a écoeuré, en comprenant que j'en aurais pour plusieurs
heures au minimum à le rendre un peu plus compatible (j'ai presque réussi,
mais j'ai encore 2-3 gros problèmes de mise en page, néanmoins les pages
sont devenues lisible, même si c'est encore moche) et que le développeur
qui passera après moi, n'ayant pas ce soucis du "détail" fera une application
IE only, ce que je me refuse de faire


Pour mon problème donc, j'ai compris ce qui n'allait pas: j'ai dû désactiver
la TabBrowserExtension en mode mono-fenêtré (comme je le disais, l'IDE surveillait
que le processus qu'elle a lancé est terminé ou non, or firefox lance un
nouveau processus, dit à la fenêtre courante d'ouvrir un nouvel onglet et
se ferme, conclusion, le moteur s'arrête, bien que la page n'ai pas été fermée
dans le navigateur).
Mon autre solution à été aussi de me rajouter un lien vers c:\temp\WB_test.htm
qui lance la connexion au moteur, et en faisant démarrer IE pour débugger.

Normalement Firefox gère bien, mais la 0.9 est toute récente et
j'ai eu plus de problèmes avec celle là qu'avec la 0.8.


Ben prépares toi pour la prochaine alors, parceque la 1.0 est prévue pour
très bientôt (freeze ce mois-ci, et final début septembre). Au passage on
est à la 0.9.2 (mises à jour de sécurité principalement, et un peu de modification
du thème). Pour ma part je n'ai pas eut de problèmes avec la 0.9 sauf au
début, quand certaines extensions n'étaient pas adaptées correctement.

PS: On est quand même loin de ce que semble dire la plaquette pour l'indépendance
vis à vis du navigateur...