Undolog.com

Dans Redmond doit avoir un problème important sur l'absorption! Il est merveilleusement absurde que, à la fin de l'année 2006 il ya encore la base d'une - bien - compatibilité approximative entre IE7 et Firefox! Malgré la sortie officielle - mais avec un ensemble limité d'endroits - 7 d'Internet Explorer, le moteur de rendu de page souffre encore de défauts de programmation évidente! Sans entrer dans les détails de nombreuses évité la liste des bugs que deux très médiatisées encore présents dans ce communiqué de presse officiel!

Tout d'abord, les PNJ sont fait différemment de GIF ... et, pire encore, en position absolue subir contours étranges, selon la façon dont il fonctionne sur IE! Bug évident? La folie de certains O développeur junior?

Sur la classe CSS pseudo: hover n'est toujours pas supporté sur tous les TAG, bien que beaucoup prennent pour le bon blog! Mais quel système? Voir le W3C ...
Un p simple: last-child est pratiquement ignorée! Microsoft a justement pris en charge p: first-child. Maintenant, si elle met en œuvre la première chose qui vous coûte la mise en œuvre, même la dernière? Mystère ...

Le sommet de l'absurde, alors, est obtenu avec des listes à puces! Bravo! IE7 se comporte exactement comme IE6! De la série: vous avez apporté avec le code défectueux? Trop nombreux et copie coller bien sûr! Si Definitie une liste avec les canons et une image personnalisée comme UL LI liste-là, ne pas essayer d'utiliser un élément flotteur LI, l'image disparaît mystérieusement, tout comme ils l'ont fait sur ​​IE6! L'un, inutile de dire, de faire les choses est l'habituelle - vieille - FireFox!

Blog IE7 il ya de nombreuses plaintes. Bien qu'il apprécie les efforts de Microsoft le géant de commencer un blog au cours du développement d'un logiciel comme IE7, cependant, reste la question de l'efficacité de cette démarche. Ils ont vraiment écouté les demandes des usagers des développeurs? Le blog a été ouvert avec IE7 trop tard?

Une fois de plus nous devons attendre pour une aventure service pack prochaine ...

En savoir plus ...

Après l'acquisition de Macromedia, Adobe crée ses Labs , laboratoires de développement! S'appuyant sur le succès de Microsoft avec son Internet Explorer 7 Blog - qui a (et a) a sauvé un grand nombre de services pack - Adobe a également adopté la technique de la version bêta. En fait, il était maintenant, au lieu d'attendre le temps maintenant très longtemps pour développer un logiciel (que ce soit la tradition, est une application Web) pourquoi ne pas vous proposons la version encore en développement? De cette façon, il ya une rétroaction en temps réel sur la qualité réelle du logiciel que vous développez.

Cependant, en toute honnêteté, le logiciel devrait haouse bas un peu 'les prix pour leurs logiciels, depuis la version bêta - vous payez ou qui sont payés - que nous faisons les utilisateurs!

Avec Adobe Soundbooth beta remplace la célèbre SoundEdit. Adobe Photoshop Lightroom est un nouveau produit destiné aux photographes professionnels, avec beaucoup de démos vidéo en ligne. Flash 9 avec ActioneScript 3 apparaît aussi dans la version alpha à ​​télécharger! Bien qu'il soit indiqué avant-première! Pour trouver le mobile Flash Lite 2.1 Mise à jour Authoring , mais il semble que la version finale plutôt que de l'anticipation. En dehors de ce recueil de petits beta, alpha et de mise à niveau croire que l'initiative est bonne, si elle n'est pas excellente.
Donc, pour les curieux qui veulent venir et ne pas attendre pour essayer une nouvelle version du logiciel, Adobe Labs est un lieu d'amusement en toute sécurité! Je tiens à souligner à nouveau la tendance à impliquer les utilisateurs finaux à des stades de développement, une tendance qui doit sa propagation à la génération Web 2.0. Très probablement, il y aura un mode dans le proche avenir, il se répandra comme une traînée de poudre la mesure du possible. Vous pouvez essayer de un'appartamente un'autombile ou avant qu'il soit libéré, par exemple ...

En savoir plus ...

La version 7 du navigateur de Microsoft a été (finalemente) a publié en anglais (il a été libéré presque simultanément avec la sortie de FireFox 2). En bref - par l'intermédiaire du service Windows Mise à jour automatique - sera installé sur des millions de machines, telles que les correctifs du système. Quelqu'un a déjà critiqué cette démarche par Microsoft faute criant énième fois. Les développeurs Web, cependant, sont plus intéressés à savoir ce que sera Internet Explorer 6 (IE6) et comment les comportarso dans le développement de sites Web

Le communiqué via Windows Update est prévue pour début Novembre! Il s'ensuit que, dans une semaine sera belle que IE6 enterré. Les développeurs Web devront mettre à jour votre PC bien sûr, se trouva sans une version 6 de ce qui rend le test de compatibilité canonique.

Il est clair que ceux qui - comme nous - est mise à jour absolument maniaques et doit avoir la dernière version du logiciel, est entre le marteau et l'enclume. En outre - bien évidemment - IE6 est mort! Et pas trop tôt! Un navigateur candidat pour être sûr - si jamais il ya un - dans un proche avenir (le lendemain) est certainement IE7, puisque celle-ci fera l'objet d'correctifs et service packs) de sécurité.

De les développeurs à comprendre que IE6 est abandonné! En outre, Microsoft a explicitement conseillé de se déplacer de toute urgence à la version 7, s'il y avait un besoin de le répéter. Les développeurs Web doivent adopter une machine avec IE6 pour les tests? En ne le mettre à jour? Il aurait subi des attaques de tous les côtés et éviter d'aller sur le net?

La solution évidente - et bénéfique pour Microsoft - est que les développeurs et les utilisateurs finaux de passer immédiatement à la version IE7, qu'ils le veuillent ou non!

En savoir plus ...

Il ya une raison très importante pour préférer l'inclusion de contenu via PHP - côté serveur - sur une page Web à l'égard de l'utilisation de JavaScript - côté client. Dans le développement de services d 'excursion outils utilisés sur le CMS getmePage applick.com était possible d'utiliser le moteur Ajax en tant que serveur de récupération de données HTTP. Le problème, dans ce cas, c'est que vous aviez à faire avec le contenu d'un site, le contenu étant indexé par les robots de recherche comme Googlebot! Les robots ne sont pas exécuter du code JavaScript, ce qui en fait une page blanche dans les yeux de Googlebot. Aujourd'hui, je suis content de faire une différence dans l'indexation dans les moteurs de recherche, de sorte que vous devez faire attention comment ils sont générés contenu sur une page. Celui qui voit le «utilisateur final est pas le point de vue d'un outil tel que googlebot. C'est une des raisons qui ont déterminé le choix de PHP nell'engine de récupération de données getmePage dell'applick. PHP, en fait, est exécuté par le serveur Web avant d'envoyer la page au client. Il s'ensuit, donc, que ce qu'il voit, c'est ce que voit un robot l'utilisateur final.

En savoir plus ...

Comme déjà évoqué sur " PHP JavaScript vs "(ou ASP, CFM, ...), la question de savoir si ou non d'entrer dans un noyau Web2.0 JavaScript dans vos scripts, au lieu de le laisser - dans la majorité des membres - le côté serveur, peut causer de la confusion si elle n'est pas désarroi. Cependant, il ya de bonnes raisons de favoriser le serveur que le client, les raisons qui n'ont rien à voir avec ce que Web2.0, en revanche, met l'accent sur ​​vos scripts JavaScript.

En savoir plus ...

Pour ceux qui développent des modules et sous forme de contacts, il existe un besoin pour vérifier la immisione d'une adresse e-mail. Aujourd'hui plus que jamais, prêt à fonctionner avec des démons partout SPAM, il est bon de se prémunir contre "le malin" prêt à utiliser des formulaires HTML pour envoyer du courrier ou d'effectuer piratage illégal de SPAM et plus.

En savoir plus ...

nei fogli di stile. Voici quelques conseils succincts sur la façon d'utiliser class et id dans les feuilles de style. Gardez à l'esprit qu'une fois que l'utilisation de techniques JavaScript avancées, telles que l'utilisation de moteurs Ajax, peut entrer en conflit avec les recommandations faites ici! Et à la fin nous verrons pourquoi.

En savoir plus ...

En raison de l'incompatibilité de la production de style et peut-être - encore - cross-browser, pas tout le monde connaît l'immense potentiel des feuilles de style. Nous voulons montrer, par conséquent, certaines caractéristiques de la syntaxe CSS inconnu de la plupart et pour nous rappeler combien peu - souvent - nous exploiter pleinement les outils dont nous disposons.

Remarque: Tous les échantillons ont été testés sur Firefox 1.5.0.5

Sélection par attributs

Cette fonction, souvent appelé cône de pointe CSS2, permet des choses strabiglianti, si nous réfléchissons un instant. Le plus grand avantage est du côté ottinene HTML, où il n'est pas nécessaire de faire la distinction entre les classes ou tag Identifiant dans le CSS. Ce sont précisément les attributs - toujours présente - dans la balise pour indiquer quel style associée. En outre, n'importe quel attribut de la balise peut être considérée comme un sélecteur: alt, title, accesskey, etc ...

Sélection de la profondeur

Ce type de sélection n'est rien de moins que spectaculaire, si vous considérez que peuvent être ajoutés à la précédente. Il vous permet de définir la hiérarchie des éléments. En regardant l'exemple ci-dessous nous allons immédiatement conscience de l'importance extraordinaire de ce type de sélection, ce qui maintient le code HTML propre et exempt d'indicateurs inutiles.

e – fantastico – first-letter ! En effet, juste pour conclure ce survol, ainsi que last-child existe first-child , et - incroyable - first-letter ! Essayez-le.
Nous avons évidemment abordé le sujet ont, très complet pour dire la vérité, qui voit CSS comme instrument de pointe pour la définition de pages layput. Il ya d'autres sélecteurs et les comportements, et une excellente nouvelle pour la spécification du fichier CSS pour les générations futures.

En savoir plus ...

Développement d'applications Web avec les technologies comme Ajax a révélé toutes les limites de la HTTP protocole Internet. Tôt ou n'importe quel programmeur trardi entre en collision avec la nécessité - par exemple - d'avoir une connexion permanente avec le client. L'envoi aux clients d'un message diffusé est encore impossible sans le recours à certains artifices risqué!

Dans le scénario Internet, cependant, l'utilisation de composants spéciaux tels que ActiveX Object, Flash ou Java Applet, permettant de contourner le problème bien. Souvent, en effet, on peut se demander si l'objet HTTPRequête (base de brique de l'expérience Ajax) ne peut pas être substitué par un composant ActiveX ou en utilisant un film Flash invisible juste au cas où!

C'est l'une des partie la plus poignante du développement d'application web de prochaine génération. Pour le prouver, en fait, il ya toute une série d'applications web "beta" en utilisant des technologies mixtes pour résoudre les divers problèmes qui se posent - et que le HTTPRequête est incapable d'exercer. Le même FlickR , l'une des photo-blog le plus de succès, fait appel à des animations Flash dans certaines sections du site. Il ya en fait encore plus complexe où il ya des applets Java ou des contrôles ActiveX pour les amener là où personne ne - Ajax - avait disparu avant!

Que faire dans le court terme, est une nouvelle norme pour la HTTPRequête, même en l'appelant d'une autre manière. Capable d'obtenir un objet, présents dans tous les navigateurs, capable de faire des liens permaneti et capable de manipuler de multiples protocoles. Cependant, ce serait un rêve pour les développeurs, mais ragionandoci bien, elle pourrait conduire à la mort de l'Internet tel que nous le connaissons.

Lorsque HTTP a été conçu comme un réseau mondial que nous connaissons aujourd'hui a des vitesses très différentes et les utilisateurs. Les points importants de HTTP sont les suivants:

• Se connecter au serveur Web
• Demander un fichier
• Déconnexion

Le HTTP est né avec l'idée de base de ne pas alourdir la transmission sur le réseau; poignée de main un minimum de soutien! Même maintenant, quand le navigateur demande une page sur un serveur Web, placez simplement les trois étapes ci-dessus. Il «important de noter que Google a développé un logiciel comme Google Earth, afin de surmonter les obstacles, et la connexion à d'autres choses. Connexion Internet est prête à supporter permaneti? Nous pensons qu'il est prématuré. La plupart des services d'hébergement s'effondrerait en quelques secondes. Banda et de la CPU devrait être beaucoup plus capable de résister à la quantité de trafic qui est produit aujourd'hui.

Le fait que les connexions de soutien permaneti sont bien circonscrites et sont de plus en plus en utilisant une technologie sophistiquée et des composants et les spécifications.

En savoir plus ...

Il ya une rumeur qui est actuellement un débat en cours sur l'utilisation de Javascript comme un fabricant de contenu HTML. En particulier, le dilemme hante l'Ajax univers. Sous cet acronyme se cache une méthode pour communiquer avec le serveur Web à l'aide script JavaScript, sans que le navigateur doit recharger la page entière avec le résultat - et ennuyeux - "fliker" vidéo.

Le fait que cette technique permet de communiquer avec les moyens du serveur Web, dans la pratique, vous pouvez envoyer - et recevoir - des informations à partir du serveur Web sans que l'utilisateur - en fait - si vous le connaissez! Sur cette dernière affirmation serait opportun d'ouvrir une discussion séparée.

Revenons à notre question, la question principale est: une fois qu'il reçoit la réponse du serveur Web qui doit construire le code HTML échafaudages que vous pouvez mettre la réponse dans la page courante? Le serveur Web doit faire au moment de la réponse ou d'une tâche est déléguée à l'Javascript côté client?

Dans la pratique, certains disent que le meilleur moyen consiste à emballer la réponse complète directement sur le côté serveur, de sorte que le code JavaScript client et ne devrait avoir lieu (obtenir et insérer). D'autres, cependant, soutiennent que la meilleure chose est la réception de données parasites, premières, peut-être dans une structure XML et traiter tout le côté client, l'utilisation de JavaScript, et toujours avec JavaScript pour créer l'échafaudage nécessaire pour insérer la page HTML.

Il apparaît immédiatement évident, toutefois, qu'il n'est pas possible - a priori - de soutenir un modèle de rapport à l'autre. Les deux, évidemment, doit être contextualisée. E 'possible que dans certains cas, de tout emballer vers le serveur Web, il est en fait le meilleur choix, tant au cours du développement et de la vitesse de transmission.

Il faut dire tout de suite que l'idée de charger de grandes quantités de code Javascript sur le client n'est pas une belle solution. Je dis ceci en mémoire de l'évolutivité. Un système qui a déjà lourde dans ses premiers stades, a peu de chances de progresser dans la paix à l'avenir. En outre, même parmi le navigateur incomptibilità généralisée disponible, alors le côté client du code Javascript en faire trop fatigant pour développer articulé. Toutefois, certaines personnes il le fait! Sans aucun doute.

La morale, à ce jour, avec les navigateurs et systèmes d'exploitation que nous avons, semble être que tout le monde doit choisir son propre chemin, demain nous verrons. Visitez notre site Web Applick.com , le code a été écrit en utilisant les deux méthodes, selon le cas.

Demain, peut-être, le navigateur viendra pré-codées à bord! Vous aurez certainement révisé le HTTPRequête composant. Pour l'instant cette technique a sa re-naissance (voir utilisation de IFRAME TAG) est la norme minimale HTTPRequête fait sur ​​la composante, sa présence et la mise en œuvre à la fois de l'augmentation dans le navigateur et Banda-médias accessibles aux utilisateurs de l'Internet. Le HTTPRequête HTTP est encore un canal sous-marin, ni plus ni moins. Envoyer XML plutôt que HTML ne fait pas beaucoup de différence, en sniffant le réseau il me rends compte maintenant. Peut-être ceux-ci sont gémir quelque chose d'autre qui va au-delà de la question de l'Ajax. C'est vrai qu'une certaine partie de la communauté de l'Internet appelle à un changement, les changements structurels. Il a été question - à juste titre - les connexions pemanenti, qui ont certainement rien à voir avec la politique actuelle (et originale) du protocole HTTP.

La réalité, à la fin, il peut être d'admettre que la technologie actuelle de l'Internet n'est pas à jour. Ses protocoles, conçues pour la vitesse du réseau et d'autres d'autres conditions, sont obsolètes.

En savoir plus ...