[Xhtml] problème de lien sur Safari

[Membre supprimé 2]

Bonjour à tous,

Je suis à bout à cause d'un problème de lien sous Safari 2.0.3 (aucun problème sous Firefox).

J'ai vérifié des dizaines de fois la syntaxe, imprimé le code, rien n'y fait.

Chez moi, lorsqu'on clic sur "about this project", cela fonctionne pour le premier div, mais pas pour les autres, alors que le code est similaire.

Pour info, j'utilise 3 javascripts: 1 | 2 | 3 sur cette page mais je doute fortement que le problème vienne de là.

Merci d'avance à l'expert qui pourra m'aider

 

[fredmac75]

Ce qui est bizarre, c'est qu'une fois le premier onglet "descendu" l'onglet suivant est actifs ???
Pourquoi implémenter le moo.fx.pack.js, à priori tu n'en as pas besoin... nul part tu ne fais appel aux éléments de cette librairie.

 

[Captain_X]

chez moi ca ne fonctionne pas qu'avec le 2 et le dernier ... de plus tu utilises plusieurs fois l'ID portfolio or une ID doit être UNIQUE convertit ton ID en classe ca peut gener des fois

et tu as ligne 116 visiblement t'as un </div> de trop

 

[tatouille]

http://validator.w3.org/check?uri=http%3A%2F%2Ffabien.egot.free.fr%2Fmain%2Fwork%2F

tu corriges ca est ca marche

 

[Captain_X]

http://validator.w3.org/check?uri=http%3A%2F%2Ffabien.egot.free.fr%2Fmain%2Fwork%2F

tu corriges ca est ca marche

c'est exactement ce que j'ai dit plus haut sauf que t'as pas besoin d'aller sur w3C pour avoir tout ca ...Firefox et l'addon-html validator, te le fait tout à la volée ... et t'affiches les erreurs dans ton code source avec le pomme + U

 

[tatouille]

c'est exactement ce que j'ai dit plus haut sauf que t'as pas besoin d'aller sur w3C pour avoir tout ca ...Firefox et l'addon-html validator, te le fait tout à la volée ... et t'affiches les erreurs dans ton code source avec le pomme + U

ok j'ai aussi tout rapatrié en local et fait une page utilisant la framework

 

[Membre supprimé 2]

Fredmac: merci, tu avais raison, j'ai supprimé ce script.

Tatouille et Captain-X: validation ok, mais cela ne change rien.

Je viens de m'apercevoir d'un bug incompréhensible:
Lorsque je prévisualise la page dans Dreamweaver lorsqu'elle est sur mon bureau, cela fonctionne, mais dès que je remet cette page comme sous-dossier dans mon site, les liens ne fonctionnent plus.

 

[Membre supprimé 2]

J'ai du nouveau: je pense que mon espace Free a été hacké.

J'ai crée un dossier "test" que j'ai mis sur 2 serveurs différents.

Sur Free: le problème persiste.
Sur Wanadoo: plus de problème.

Avez-vous des conseils pour nettoyer mon ftp ? j'utilise transmit

 

[Captain_X]

tu peux essaye INterarchy qui est un poil plus puissant que transmit

 

[tatouille]

J'ai du nouveau: je pense que mon espace Free a été hacké.

J'ai crée un dossier "test" que j'ai mis sur 2 serveurs différents.

Sur Free: le problème persiste.
Sur Wanadoo: plus de problème.

es ce que les fichiers ont été remplacés ? sur free parce que j'ai toujours des problemes au validateur
il ya des erreurs dans ton code

c'est quand meme etrange, tu es sur les fichiers javascript et html sont identiques sur les 2 hosts ?

 

[Captain_X]

<hr class="hidden" />
<div id="footer">.</div>
</div>

ca sert à quoi en plus t'as le un </div> en trop et t'es hr invisible ... c'est qoui ??? dc'est dream qui t'as pondu ca ???
ca sert à quoi ???

 

[heliotrope]

<hr class="hidden" />
<div id="footer">.</div>
</div>

j'imagine que c'est pour étendre les calques avec un clear:both

On peut le remplacer avantageusement en invoquant la propriété display:table dans le calque conteneur.

 

[Captain_X]

zarbi cette methode tout de meme

 

[heliotrope]

Elle a longtemps été recommandée dans le cas d'utilisation d'un wrapper pour une mise en page 3 colonnes. Mais c'est vrai qu'aujourd'hui on peut contourner le probleme élégamment

 

[da capo]

Ecoutez : je mate ce sujet depuis un moment... et je n'ai toujours pas compris où est le problème ???
Chez moi cela fonctionne.

 

[Captain_X]

Elle a longtemps été recommandée dans le cas d'utilisation d'un wrapper pour une mise en page 3 colonnes. Mais c'est vrai qu'aujourd'hui on peut contourner le probleme élégamment

Ahhh oki, ben je ne l'ia jamais utilisé

 

[hemelune]

Ecoutez : je mate ce sujet depuis un moment... et je n'ai toujours pas compris où est le problème ???
Chez moi cela fonctionne.

Chez moi wanadoo= ok
Free= obligé d ouvrir le div supérieur pour pouvoir ouvrir les autres

 

[da capo]

Chez moi wanadoo= ok
Free= obligé d ouvrir le div supérieur pour pouvoir ouvrir les autres

Ah ok... je n'avais pas saisi le pb... en effet sur Free, ça coince

 

[Membre supprimé 2]

Desolé pour le délai.

c'est quand meme etrange, tu es sur les fichiers javascript et html sont identiques sur les 2 hosts ?

Oui, j'ai uploadé exactement le même dossier.


- Wanadoo OK.
- Problème chez Free. (obligé d'ouvrir le div supérieur pour pouvoir ouvrir les autres en utilisant Safari).

Tatouille et CaptainX: j'ai mis à jour ce code obsolète (que je n'utilisais plus) en supprimant la bannière et le footer pour y voir plus clair.

La question ne vient plus du code, puisqu'il s'agit du même sur les 2 serveurs, mais pourquoi Safari l'interprete différemment ?

A mon avis j'ai peu de chance pour tomber sur la bonne personne en appelant le service client de Free ou en envoyant un mail, seul un expert pouvant me renseigner

ps: pas de virus sur le ftp Free, il est clean.

 

[hemelune]

Je pense sincerement que le probleme vient de chez free, car après avoir aspiré ( j' espere que tu ne m en veux pas ) le site hebergé chez free, il fonctionne très bien en locale avec safari .

Ce problème est un mystere pour moi, néanmoins l' élément head est fermé (/head) mais est ouvert nulle part .