2010-08-27 6 views
0

car évidemment le css lié à la page en cours d'injection n'est pas chargé par Chromium. Cependant, il fonctionne bien dans IE8/O 10.x/FF3.6x. D'où la question - ma bêtise dans le codage html, le bug Chromium ou le bug jQuery? c'est ce que je pouvais penser.page injectée via jsquery/ajax ne s'affiche pas correctement dans n'importe quel navigateur Chromium

c'est la page en question, éliminé tous les js non essentiels http://logistik-experte.gmxhome.de/test.html, naviguez pour reprendre et voir la différence. C'est fondamentalement me rendre fou comme manquant le point quelque part et donc tout conseil/aide sains serait fortement apprécié.

acclamations

+0

Je dois manquer quelque chose, car il semble très bien dans ma copie de Chrome (version 5.0.375.127). Avez-vous vidé votre cache et éventuellement redémarré votre navigateur? http://imgur.com/24yMK.jpg – Buggabill

Répondre

0

Je suis d'accord avec Buggabill: travaille pour moi dans Chrome 5. (au moins sur le serveur, il peut y avoir des problèmes avec les fichiers de chargement à partir d'un système de fichiers local.)

Cependant, il y a des problèmes avec votre approche. En ayant le contenu de la page chargé uniquement par script, vous avez rendu votre page inaccessible aux utilisateurs non-JavaScript, ce qui inclut tous les moteurs de recherche. De plus, vous ne pouvez pas utiliser le bouton Précédent et les pages sont indisponibles, non ouvertes dans un nouvel onglet, etc.

Fondamentalement, vous avez réinventé tous les problèmes de <frameset>, les raisons pour lesquelles plus personne n'utilise les cadres. Vous ne devriez pas vraiment déployer ce type de solution tant que vous n'êtes pas familiarisé avec les façons dont l'accessibilité et la convivialité peuvent être servies. À tout le moins, vous devez pointer les liens de navigation vers les pages réelles contenant leur contenu. Ensuite, envisagez d'autoriser la navigation basée sur le hachage. Ainsi, les pages chargées dynamiquement disposent d'une URL unique qui peut être parcourue et qui va recharger la page sélectionnée au moment du chargement lorsque l'URL est entrée pour la première fois.

De même, si vous chargez du contenu dans la page, veillez à charger uniquement le contenu que vous souhaitez, par exemple en utilisant load('portfolio.html #somewrapperdiv'). Sinon, vous insérez le code HTML complet, y compris <!DOCTYPE> et <head> et tout cela, ce qui n'a aucun sens.

Pour être honnête, comme c'est le cas actuellement, je ne vois pas le point de la charge dynamique. Vous avez passé beaucoup de temps à mettre en œuvre un système de navigation inhabituel avec de nombreux inconvénients sur de simples pages navigables séparées, mais pas d'avantage évident.

+0

merci pour l'enregistrement. il travaille en chrome mais il ne charge pas la page liée css et il y a une différence de disposition entre le navigateur basé sur chrome et IE/FF/O sur le d'autre part IE/FF/O charge le css respectif. en ce qui concerne la structure, je préfère ne pas recharger l'en-tête et le diaporama, ce qui économise la bande passante/vitesse. Je suis conscient que js navigateurs désactivés n'afficheront pas le site, mais merci de pointer là. question reste cependant - bug de chrome que les autres navigateurs jouent bien? – user433037

+0

http://imgur.com/hSIDU.png, voilà à quoi ça ressemble quand le css est correctement appliqué – user433037

+0

Oh, je vois. Eh bien, oui, c'est ce que j'ai dit sur le chargement du document entier dans '# about_us'. Le document cible contient les éléments '