Aide pour site en XHTML 1.0 Strict - Page 4

en fait tu peut prefixer quasi toutes les fonctions "classiques" par un "l" pour "local"

lls

lpwd

lcd

etc... (bon en realitée ça dépend de ton client ftp tout ça...)

par exemple ça marche pas avec putty sftp (y'a aucun moyen de le faire en plus)

Si ne voulez pas passer à un système d'exploitation plus pratique (KDE intègre SFTP un peu de partout ), il y a ça: http://winscp.net/.

Merci Kevin, si jamais, je fais mon site sous Linux

winscp c'est pour windows...

et filezilla gère bien le sftp...

aussi, oui

Encore un up mais c'est un de mes topics, après tout

J'ai quelques liens externes sur ma page d'accueil. Seulement je viens de tester et je me rends compte que la bannière publicitaire de iSuisse reste, même si le site est hébergé ailleurs - dans le cas ou le lien s'ouvre dans le même onglet.
Là, ça fait un peu chenit. Il n'y aurait pas moyen d'éviter ça proprement, sans JS ? Autrement, je mets un avertissement...

Merci

(c'est quoi la déontologie du web ?)

(et ça a quelle valeur la netiquette ? )

oué, enfin je suppose que si ces mêmes sites paient assez les moteurs de recherche, ça m'étonnerait que ça soit vraiment pris en compte

Donc, si je comprends bien, personne n'aime, mais je ne peux rien faire sans du JavaScript ?
Je trouve ça super ennuyeux, mais bon.

pourquoi le JS serait le mal ?

Je voulais savoir s'il y avait moyen de régler le problème sans JS - genre CSS toussa -, mais au vu des réactions, je ne peux pas vraiment rester dans cette situation (c'est tout de même pour faire quelque chose que je poste ici) ou me contenter d'un avertissement.
Le truc, c'est que le Javascript, j'y connais que dalle, mais bon, c'est pas un mal de s'y mettre

Ha ok

[Edit] : après Googlage, j'ai trouvé, pardon pour le up inutile
( )

J'ai quelque peu réfléchi au problème dont je parle en ./97, avec le peu que j'ai appris du javascript.

1 : Le fait que les ajouts de mon hébergeur restent si l'on ouvre un lien externe dans la même fenêtre/le même onglet ne serait pas par hasard imputable au navigateur ? A moins qu'une requête pour une page hébergée sur un autre serveur ne transite forcément par celui sur lequel on était, ce ne serait que pour la première requête, les autres sont envoyées directement où il le faut, j'imagine. Non ?
Là où je veux en venir, c'est que le javascript devrait disparaître de lui-même s'il n'est pas demandé dans la nouvelle page, d'après ce que j'ai compris. Cependant, dans mon cas (et d'autres sites hébergé sur iFrance ou iSuisse aussi), ça reste...

2 : Est-il possible de faire sortir un caractère d'effacement avec la fonction document.write() ? Si oui, je vais essayer cette idée...

1. Je n'ai pas compris la question. Ton hébergeur semble créer un jeu de frames, afficher sa pub dans l'une d'elles et ta page dans une autre; à partir de là il est normal que les liens s'ouvrent dans la frame où se trouve ta page et ne touchent pas aux pubs : c'est le comportement normal des frames.

2. Pas compris non plus ?

Pour la 1 je pense que Zephyr a répondu, et concernant la 2:
D'une part il m'étonnerait fortement que document.write() soit autorisée en XHTML 1.0 Strict (ça casse complètement le DOM).
D'autre part tu peux toujours sortir des caractères d'effacement, mais ce n'est pas pour ça que ça effacera quoi que ce soit. D'ailleurs tu ne peux même pas choisir le point d'écriture dans le document donc...

Ah ben ouais, j'ai pas pensé à un frameset. Comme je ne voyais pas expressément de div pour englober les différentes parties, je croyais que c'était une seule et unique page, mais ça n'aurait pas expliqué la barre de défilement quand ma page est "trop longue".
• Ymox croit se rappeler avoir vu "noframe" quelque part comme propriété CSS et s'en va vérifier


./110 : Ce que tu me dis me désespère de trouver une solution "propre", mais peut-être n'y en a-t-il pas... Enfin, merci à vous deux !

je ne pense pas que ton problème ait une solution : depuis ta frame, tu n'auras a priori aucun contrôle sur le document complet, et donc pas la possibilité de supprimer l'autre frame qui contient la pub (en même temps si il y avait moyen de virer cette pub, ton hébergeur aurait probablement changé de technique).

Encore là avec mes questions...

Je me suis défini un style visuel pour les liens. Maintenant, j'aimerais pouvoir en faire un différent pour les images, donc définir "a img". Pour "a", j'avais précisé une image d'arrière-plan. Je fais comment pour m'en débarasser dans "a img" ? J'ai essayé background-image: none; ainsi que background-image: url(''); mais aucun des deux ne fonctionnent. Bien sûr, je peux mettre une image de fond de la couleur du reste de l'arrière-plan, mais... il n'y aurait pas un autre moyen #chat_potté# ?

pourquoi tu n'utilises pas les classes ?

Je ne veux pas me faire une classe qui se retrouve pour tous les liens texte, mais seulement gérer les "exceptions" qui consistent en les images-lien, ça me paraît moins lourd au niveau du XHTML. Que je leur définisse une classe où que je définisse "a img" revient au même : je cherche simplement à ce que la portion de code ci-dessous m'affiche une image sans l'arrière-plan défini pour toutes les balises <a>

<a href="somewhere" title="something">
    <img src="somewhere" alt="something" />
</a>

j'ai bien compris, mais a img { background... } ça va juste dire qu'il ne faut pas d'image de fond pour l'image contenue dans un a...

(cf http://www.yoyodesign.org/doc/w3c/css2/selector.html pour les sélecteurs CSS)

Ben oui, et alors C'est ce que je cherche à faire Excuse moi, je ne suis pas clair.
Ce que j'aimerais savoir, c'est l'éventuelle propriété CSS qui permet de "supprimer" l'arrière-plan dont va hériter <img... /> si je ne précise rien.
[Edit] Merci pour ton lien, c'est très instructif !

Oui, mais ce que tu vois, c'est l'image de fond du a, pas du img ^^ (mais comme le img n'a pas de fond, il est transparent et tu vois le fond du a à travers : du coup, tu as beau dire que tu ne veux pas de fond à ton img, ça ne fera rien pour ton a)

Par contre, tu peux utiliser une classe pour les a qui encadrent une img. De toute façon, il faudra bien te servir un jour des classes, après tout, c'est fait justement pour ça

Ah, j'avais pas vu ça comme ça : je croyais qu'il y avait l'arrière-plan du <a> parce que <img…/> en héritait, et que c'était cette dernière balise qui l'affichait. Donc oui, je comprends maintenant ./114, et je vais bien devoir utiliser ta solution - non pas que ça m'embête (j'utilise déjà des classes, quand-même ), mais il n'y a que ça pour solutionner mon problème dans ce cas. Ça veut juste dire que je vais devoir préciser une classe pour les liens textuels avec le style voulu, et une autre pour les images-liens. A mois qu'il y ait une propriété CSS qui permet de dire "Je ne veux pas de l'arrière-plan que je pourrais hériter de je-ne-sais-quoi"

J'ai quelque chose d'étrange : quand je teste mse pages en local, tous mes textes sont à la bonne taille. Si je les regarde en ligne, voilà que le texte dans les tableaux ne respecte pas mon font-size: small que j'ai défini pour body. C'est pas un problème en soi, je copie la propriété dans la CSS, mais normalement, il ne devrait pas se comporter comme il le fait quand je visionne ma page en local ?
[Edit] Je viens en plus de me rendre compte que seule la police générale (simplement définie sans-serif) ne respecte pas la taille ; du texte dans des balises <span>...</span> en police serif s'affiche de la bonne manière...

[Edit 3] Suppression des liens vers les images fournies, supprimées de Mirari