Forums d'assistance et de discussion sur les logiciels produits par Mozilla ou créés à partir des technologies Mozilla. Ce site ne dépend pas de la fondation Mozilla et est maintenu par un collectif de bénévoles.
https://forums.mozfr.org/
Voilà une excellente raison de butnier sur le forum et de proposer ma pierre à l'édifice. J'y cours de ce pas.Mais retour d'experience c'est ce forum même.
Si vous ne pouvais rien changer avec cette société... Par contre cela montre le coter imperatif lors de future cachier des charge d'exiger la conformiter au standard, non comme un plus mais comme un prérequi.Anonymous a écrit :Par contre, nous avons une application web développée et maintenue par une société extérieure qui ne fonctionne que sous IE et pour lequel aucune mise en confirmité n'est prévue. L'application est plutôt bien codée, mais ils ont fait un usage intensif du document.all d'ie. Nos spécifiques (développés par mes soins) font un usage intensif du getElementById
C'est une tres bonne méthode, car elle te permetra d'avoir une idée précise de ce qui ne peux pas marchais. Voir que ben souvant le fosser entre un code bien fait et un mal fait, n'est pas si grand que cela est s'il faut passer un tout petit peux de temps pour s'adapter c'est beaucoup plus facile qu'on ne le pense...Voilà une excellente raison de butnier sur le forum et de proposer ma pierre à l'édifice. J'y cours de ce pas.
Nous avons acheté une application déjà conçue et déployée chez d'autres clients, sur laquelle nous avons eu des journées de consulting pour paramétrer l'application en fonction de nos besoins et un contrat de maintenance.Par contre cela montre le coter imperatif lors de future cachier des charge d'exiger la conformiter au standard
L'application en question est exclusivement utilisée en interne par des ordinateurs dont la mise à jour anti virale se fait au moins une fois par jour sur l'ensemble des machines connectées sur notre réseau. L'antivirus en question sait repérer les exploits de ce genre et les stopper (cas déjà vécu il y a quelques jours avec SOBER.I)Imagine que demain une tres gros faille de securiter dans ie
LA reference... On peux même trouver en cherchant des vf...shiftcode a écrit :Ces quelques mises au point étaient nécessaires, et penchent effectivement dans le choix de migrer ou non vers les standards. D'ailleurs, si quelqu'un a déjà lu un article sur la bonne façon de coder le javascript, le html et le xsl, qu'il n'hésite pas à se manifester.
Mais quand serat-il de demain? S'il y as une faille et que l'antivirus ne peux même pas coriger, ou quoi qu'il puisse arriver? Tu dirat au utilisateur utiliser firefox pour naviguer et ie pour nos application interne?L'application en question est exclusivement utilisée en interne par des ordinateurs dont la mise à jour anti virale se fait au moins une fois par jour sur l'ensemble des machines connectées sur notre réseau. L'antivirus en question sait repérer les exploits de ce genre et les stopper (cas déjà vécu il y a quelques jours avec SOBER.I)
Assomant, manque de concision; moi je veux juste quelques conseils.
Là, tu m'as convaincu.Tu vas dire à vos colaborateur et à vos client. Non vous ne pouver pas utiliser firefox, il faut continuer à utiliser ie...
Par contre là, permets-moi de te dire que je te désapprouve totalement! Développer en client-serveur impose des contraintes de déploiement des nouvelles versions sur tous les postes de la société (150), tout çà quelque fois juste pour corriger un bug. On a déjà assez d'applications de ce genre pour éviter d'écrire les nôtres! L'un des avantages du duo client léger-serveur web, c'est que l'application réside sur le serveur, et peut être corrigée finement sans avoir à redéployer l'application sur tous les postes.Franchement quitte à faire une application, qui ne marche qu'en environement définit, alors il vaux mieux faire une vrais application en dephi, vb, c builder, java...