mee2

plop,

http://www.webmaster-hub.com/index.php?showtopic=5178

http://blog-and-blues.org/weblog/2004/08/1...-propriete-clip

http://blog-and-blues.org/weblog/2004/08/1...iere-accessible

http://blog-and-blues.org/weblog/2004/08/1...-titre-en-image

mh, en ce qui concerne la taille du texte en em, http://blog-and-blues.org/weblog/2004/05/24/214-font-size-em

Mh, le plus court est définir les même propriétés pour les deux, puis de changer le background-color du second h1 ensuite (donc, après dans la CSS) :

h1.comptine, h1.jeux
{
	color: #0066cc;
	font-size: 1.2em;
	margin-left:100px;
	text-align: center;
	padding : 5px;
	background-color: #55f9a2;
	width : 650px;
}

h1.jeux
{
	background-color: #FAD455;
}

Tu peux aussi faire comme ça, c'est (un peu) plus long mais c'est plus clair :

h1.comptine, h1.jeux
{
	color: #0066cc;
	font-size: 1.2em;
	margin-left:100px;
	text-align: center;
	padding : 5px;
	width : 650px;
}

h1.comptine
{
	background-color: #55f9a2;
}

h1.jeux
{
	background-color: #FAD455;
}

Crajk,

Not Found

The requested URL /1.htm was not found on this server.

Apache/1.3.29 Server at www.crajkaro.com Port 80

...

Et puis pompons, hein.

Merci Laurent et ste. =)

Je vais ajouter les attributs rel et type, ça servira à rien, mais tant pis. =)

Quant aux title, dans le cas présent, l'intitulé du lien me semble assez explicite.

Bonjour,

D'après les recommandations du W3C, on peut utiliser les attributs rel et type avec la balise a.

Ces attributs sont "fréquemment" utilisés avec l'élément link, pour, par exemple, signaler les fils rss. Des liens (avec la balise a, donc) sont en outre prodigués vers les dits fils rss.

Je me demande s'il est préférable / utile / inutile / horrible de mettre en lieu et place de :

<a href="/rss">Fil RSS</a>

le même code enrichi des attributs rel et type (ce qui apporte quelques informations en plus) :

<a href="/rss" rel="alternate" type="application/rss+xml">Fil RSS</a>

Voilà, donc, qu'en pensez vous ?

Merci d'avance. =)

À mon avis, les bannières animées ne sont pas plus "efficaces" que les statiques, certes elles attirent l'attention, mais ne donnent envie que de trouver un moyen de ne plus les voir (et pas de cliquer dessus, donc), et les publicités statiques sobres sont donc un meilleur choix. Ca n'est pas l'avis de tout les publicitaires/annonceurs, malheureusement.

Flash est vil, justement parce qu'il offre beaucoup de possibilités aux créateurs de pubs (il suffit qu'ils soient vils eux aussi pour qu'en résulte un moyen de, heu, "attirer l'attention du public ciblé" (par exemple un fichier son, ça serait rigolo, ça, une pub en flash qui vous interpelle en pleine navigation pour vous demander de lui cliquer dessus >_>).

Sinon, Denis, c'est peut-être ceci ?

Rendre accessible les images anti-robots les rendraient accessibles aux robots, j'en ai peur. =/

Par contre, il y a une alternative aux images anti-robots, que j'ai vue - à mon grand étonnement d'ailleurs - sur un formulaire d'inscription du site msn, et qui consiste en un lien vers un fichier audio qui épelle la suite de chiffres et de lettres inscrite sur l'image. L'idée est intéressante, la réalisation sûrement plus complexe - quoique je n'y connais rien.

Ceci étant, le projet est intéressant et utile, c'est une belle idée et j'espère qu'elle sera réalisée. =)

Il faut mettre le paragraphe (ou autre machin du genre) dans le <form> et pas autour, je crois, d'où :

<form action="a_listenews.php" method="post">
	<p>
  <input type="text" size="30" name="titre" value="<? echo $titre; ?>" /> >> TITRE <br />
  <input type="text" size="30" name="pseudo" value="<? echo $pseudo; ?>" /> >> AUTEUR <br /><br />
  Contenu :<br />
  <textarea name="contenu" cols="50" rows="10"><? echo stripslashes($contenu); ?></textarea><br />
  <input type="hidden" name="id_news" value="<? echo $id_news; ?>" /><br />
  <input type="submit" value="Envoyer" />
	</p>
</form>

Il y a une certaine Kozlika qui a fait un truc similaire en html/css ainsi que d'autres articles intéressants sur la question, ça peut aussi servir.

...

Et y'a pire que la feuille de style de Dotclear, comme usine à gaz, hein ...

ah, j'avais pas compris, le script php ci-dessus redirige juste l'utilisateur de http://s.billard.free.fr/ vers http://s.billard.free.fr/dotclear/.

Il doit y avoir un moyen pour avoir seulement le fichier index.php dans / et le reste dans un autre repertoire, avec l'option "Emplacement de l'application", mais je suis pas sur.

(edit) oui, en mettant dans index.php

$app_path = '/blog/';

avec seulement index.php (atom.php, rss.php et tb.php aussi, je crois) à la racine du site - et le reste dans /blog/, ça marche.

mh, pour le dégradé je sais pas =/

Par contre, tu peux rediriger les gens de / à /dotclear/ en mettant un index.php dans / tel que :

<?php
$url=" http://s.billard.free.fr/dotclear/";
header("HTTP/1.1 301 Moved Permanently");
header("Location: ".$url);
header("Connection: close");
?>
<!DOCTYPE html PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html>
<head>
   <title>301 Moved</title>
   <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body>
<h1>301 Moved</h1>
The document has moved <a href="<?php echo $url;?>">here</a>.
</body>
</html>

Google suit les redirections 301, il me semble, donc de ce côté pas de problèmes.

Bah pourquoi "tant pis" ? Les tableaux sont faits pour présenter des données tabulaires, hein. Ils ont étés détournés de leur fonction première pour faire de la mise en page, et c'est ça qui est à éviter, mais ils ont toujours leur utilité, et il ne faut pas les rejeter quand ils sont 'bien' utilisés. Pour faire des tableaux, par exemple, ils sont plus sémantiquement corrects que, heu, autre chose. =)

Par contre, tu peux les rendre jolis, "accessibles et respectant les standards", http://www.openweb.eu.org/articles/tableaux_css/

Je sais pas vraiment quelle est la cause du problème, mais je crois que la solution consiste à, soit agrandir le div #page, soit réduire le div #contenu ou le div#sidebar : div#page est trop "petit" pour contenir div#contenu et div#sidebar l'un à côté de l'autre (enfin, dans ce qu'interprète IE). Par contre, le rapport avec font-family m'échappe.

Au passage, je n'aime pas trop le dégradé vers le balanc sur l'image, mais le thème est sympathique. =)

plop,

Ceci répondra peut-être à ta question.

.

Mh, je viens d'essayer, sur un 60gp, et ça marche parfaitement avec :

Redirect permanent /cartographie/cartographie.html http://www.castlemaniac.com/cartographie-medievale/cartographie-medievale.php

(le copier/coller du tiens, donc) dans un .htaccess à la racine du site.

Tu as bien placé le .htaccess dans le repertoire /www/ ?

Parce qu'il y a un espace entre "Redirect" et "Permanent" dans ton .htaccess, peut-être ?

Il faut utiliser # test-align: center; # et pas # text-style : center; #, déjà.

Pour CGI-BIN,

Les pages web ou PHP sont à mettre dans le répertoire www, tandis que les scripts CGI doivent être mis dans le répertoire cgi-bin auquel vous accèderez via une URL du type http://www.votre_domaine.com/cgi-bin/ (n'oubliez pas de changer les droits de ce genre de script en 705).

Les scripts CGI sont des machins qui permettent d'utiliser n'importe quel langage de programmation, sur un serveur (perl, par exemple).

Il me semble que le repertoire sessions est utilisé par php pour sa gestion des sessions, je suis pas sur.

On peut facilement mettre une case à cocher permettant l'ouverture des liens vers l'exterieur dans une autre fenêtre si elle est cochée, avec un peu de javascript, truc que j'ai vu (et copié honteusement ) chez padawan.info.

C'est :

1/ valide (X)HTML ;

2/ accessible, en laissant la case décochée par défaut, les gens handicapés d'une manière quelconque que l'ouverture d'une nouvelle fenêtre gênerait n'ont pas ce désagrément ;

3/ accessible bis, les liens se comportent comme si de rien était si le javascript est désactivé par l'utilisateur ;

4/ user friendly, l'utilisateur peut choisir d'ouvrir les liens dans une nouvelle fenêtre ou pas ;

5/ facile à mettre en oeuvre, il suffit d'ajouter la case à cocher et le script javascript après l'avoir modifié de manière à ce qu'il sache quel est votre site et qu'il laisse les liens internes s'ouvrir dans la même fenêtre.

(Et je réponds un mois après la dernière réponse, c'est malin. Disons que c'est la faute de la personne qui a fait remonter ce truc en ajoutant un vote.)

Le div principal est centré par margin-left: auto; et margin-right: auto;, mais tu annules ces paramètres avec margin: 2px;

En ôtant le margin: 2px;, le div principal se retrouve au milieu.

div.principal
	{
  background-color: #0000FF;
  
  margin-left: auto;
  margin-right: auto;

  display: compact;
  width:70%;

  /* margin: 2px; */
	}

Où, pour garder une marge de 2 pixels en haut et en bas,

div.principal
	{
  background-color: #0000FF;

  margin: 2px;
  margin-left: auto;
  margin-right: auto;

  display: compact;
  width:70%;
	}

\o/

Si ça continue à ce train là, IE risque de continuer à choir vers le mepris général puis l'oubli (enfin ça va quand même prendre un moment mais bon).

En fait, il y a un trou de sécurité dans les cerveaux des utilisateurs d'IE par lequel l'équipe de Mozilla (ou quelqu'un d'autre ?) fait passer un virus qui les pousse à utiliser Firefox et à faire de la propagande.

Mais faut pas le dire, hein, chut.

...

awi, il faut aussi mettre text-align: center; dans body pour que IE centre la page >_>

plop,

heu, il semble que ce cher IE n'aie pas envie d'appliquer le body {width: 750px;} pour une raison que je ne connais pas, et la "solution" serait de placer tout le contenu dans un div défini par : #div {width: 750px;}.

Donc, rajoute un <div id="nomdudiv"> après ton <body> et un </div> avant ton </body> puis dans le css, #nomdudiv {width: 750px;}

Après, y'a peut-être une solution plus élégante, mais bon ...

loupilo, pourtant, il manque à Mozilla/Firesomething, malgré leurs 3857,2 extensions, un petit quelque chose pour être mieux qu'Opera*. =)

Opera 7.51 pour ma part, donc.

* nb : "mieux d'après moi", pour éviter les vils trolls qui se profilent à l'horizon.

...