Reprise du message précédent :

non
http://www.w3.org/TR/CSS21/
 
T'as rien compris au problème => stfu

 
OMG, en théorie, ou en pratique aussi ? Il me semblait que la dernière fois que j'avais essayé ça marchait pas

Dans le HTML ça ne pose aucun problème, c'est quand tu commences à poser des sélecteurs CSS avec des classes multiples (genre p.foo.bar.baz { do: something; }) qu'IE6 pète un cable (c'est géré dans IE7 btw )

un volontaire pour tenir Stimlfler pendant que je lui fais bouffer son caca ?

Moua

all
 
Je me renseigne en moment, sur le CSS et le XHTML. En fait je cherche à produire des sites propres et accessibles, même si les entreprises sont obnubilées par le flash.
Donc j'essaye de néttoyer mon code et je le teste sous différents navigateurs donc w3m (sous linux), d'ailleurs est-ce que certains d'entre vous sont sous linux, et quels logiciels utilisez-vous?
 
Merci  

Sous Nux tu as pleins de trucs.
Mais ya un truc qui est  bien et qui te permet de tester sous Safari sans l'avoir, en fait il suffit de tester sous Konqueror et tu as 99% de chances que ça passe sous Safari, car Konqueror et Safari possèdent le même moteur de rendu (Khtml)
 
tu peux aussi faire tourner IE et opera avec Wine
et Firefox qui est déjà compilé pour Nux
 
Sinon comme editeur de page tu peux utiliser Jedit, ya un topic desssus et crois moi il est très puissant

Opera est porté sous linux
Il intègre d'ailleurs un module de rendement texte assez intéressant.
 
Pour le code j'utilise Gedit, je vais peut être changer une lettre
 
Par contre pour les images c'est assez galère dans la mesure ou Gimp ne gère pas les groupes de calques et que les images qu'on me communique  en sont souvent pourvus.
 
Je cherche également comment émuler IE 6. Si vous avez quelques infos (j'ai trouvé un script qui permet d'automatiser l'instalation, mais le lien est mort).
 
Enfin, je vais écrire un petit article sur les avantages du XHTML + CSS (sans prétention), mais si ça intéresse du monde.

Jedit ? connais pas, je vais aller voir ça

Jedit l'est vraiment bourrin, avec son system de plugin et son système de macro qui te permet de faire presque tout ce que tu veux, sauf le café

Il ressemble un peu a BlueFish je trouve.
 
J'ai pas encore reussis à l'installer, je vais le compiler à la main, mais la c'est l'heure des croissants, et donc, du café

ptain mais deviens un peu autonome

Ya un installeur pour win32

Je doute que ça soit d'une grande utilité sous linux

oui enfin, sous linux suffit de decompresser l'archive et de lancer le script jedit

J'ai utilisé un deb, et ça à foiré , d'ou l'interet de le l'installer à la main

je crois que le rpm que j'avais pris au debut etait moisi aussi

c'est moi ou IE rajoute 20px de bottom-margin quand on passe un élément en display:block; ?

 
certains éléments on des marges par défaut donc faut spécifier 0

bah meme avec zéro il me met un bottom-margin de 20px, chui obligé d'utiliser un hack IE avec -20px enfin, c'est pas grave mais bon...
 
heu sinon, j'arrive pas a faire un truc simple, je veux créer 2 div:
1 a gauche pour le texte, le 2eme a droite pour une image, j'ai essayé ce qu'ils disent sur openweb sur les float mais ça marche pas chez moi  
 
normalement, si je met ça
<div style="width:100%; ">mon texte</div>
<div style="float:right; ">mon image</div>
 
ça devrait marcher non ?

pour ta marge donne une url, doit forcément y avoir une explication logique
 
pour tes div, ils auront du mal à être côte à côte puisque le premier bloc occupe toute la largeur

ouai en fait fo spécifier des largeurs, dommage que ça fasse pas ça automatiquement

pour un bête check de confirmation de delete ou pas, un onclick="return confirm .... sur le lien c'est propre ou pas?  
 
 
parce que c'est quand même bien pratique

Propre non, souvent suffisant oui, à condition que tu te souviennes qu'un utilisateur n'ayant pas le javascript activé n'aura pas cette fitioure
 
Tu peux aussi mettre en place un système générique capable de récupérer tous les liens taggés dans une page (par exemple tous les liens comportant la classe "dangerous" indiquant qu'il faut avertir l'utilisateur) et de générer l'onclick.
 
Sans le JS, le lien dirige vers une page de confirmation, avec le JS tu as un confirm (ou un truc plus évolué mais suivant la même idée) et la confirmation amène directement à effectuer l'action.

ouais, sinon je cree un param en php, genre:

if(!$submit){
    echo "Are you sure you want to delete this ?";
    echo "<br /><a href="delete_user.php?userID=$userID&submit=1">Yes</a>  | <a href = 'javascript:history.back()'>No</a>";
}else{
/* traitement */

 
 
 
edit: pourquoi mon guillement ne fonctionne pas

Ouaip, inconvénients de la solution:

• Page intermédiaire à charger (dommage pour ceux qui ont le JS activé)
• Le bouton "No" ne fonctionne pas quand le JS est désactivé

oui le bouton "No" je l'ai ecrit a l'arrache pour tester
 
bon je garde le onclick  

Nan paske le truc dont je te parlais en fait c'est un bouzin du style (attention, c'est ni débuggé ni vérifié)
 
HTML:

<a href="delete_user.php?userID=1354" class="dangerous">Supprimer utilisateur</a>

 
JS:

function handleDangerousLinks() {
    var links = document.getElementsByTagName("A" );
    for(var i=0; i<links.length; ++i) {
        var link = links[i];
        if((" "+link.className+" " ).indexOf(" dangerous " ) != -1) {
            link.href+="&confirm=true";
            link.onclick = function() {
                return confirm("Message disant que le lien est dangereux" );
            }
        }
    }
}
 
window.onload = handleDangerousLinks;

L'URL de base mène à une page de confirmation, &confirm=true lance l'action sans passer par la page de confirmation (celle-ci ajoutant simplement le &confirm en cas de validation de l'action), tu peux même ajouter un attribut non standard à tes liens dangereux pour le message du confirm, et dans ce cas tu peux au passage te passer de la classe et tester directement si l'attribut existe.
 
Genre

<a href="foo.php?bar=baz" danger="déclencher une guerre nucléaire">Déclencher une guerre thermonucléaire</a>

function handleDangerousLinks() {
    var links = document.getElementsByTagName("A" );
    for(var i=0; i<links.length; ++i) {
        var link = links[i];
        if(link.danger) {
            link.href+="&confirm=true";
            link.onclick = function() {
                return confirm("Voulez vous vraiment "+link.danger+"?" );
            }
        }
    }
}

(là encore le code n'est pas testé )

hello
 
j'ai 2 div cote à cote 600px et 200px qui rentre pile poile dans mon conteneur qui fait 800px, logique non ?
 
ben quand je rajoute un padding dans ces 2 div ben ils sont plus cote a cote, il me fout celui de droite en bas  
la padding c'est les marges intérieures non ? ça devrait pas bouger mes div  
 
faut que je réduise la taille de mes div et que je passe par des margin ?

Apprends comment fonctionne le box model merci

tiens je savais pas... j'ai toujours pensé que le padding c'était la marge intérieure et que ça n'affectait pas la taille, pas tres logique quand meme ce truc
 
on en apprend tous les jours  
merci pour l'url, c'est tres bien expliqué  
 
 

Là je suis effectivement d'accord, c'est un peu contre intuitif le box-model du W3C.
 
En fait, le principe qu'ils ont pris c'est que la taille spécifiée (width/height) est celle que tu réserves pour le contenu, donc tout le reste (padding margin border) croit en sus de cette taille.
 
Pour IE5 et IE6/Quirks Microsoft a un autre box model dans lequel width/height est la taille du contenu + la taille du padding (me semble pas que les borders soient contenues dedans), donc plus intuitifs même si les deux versions ont des arguments pour/contre
 
Et ce n'est pas le box model de microsoft qui a été retenu

dommage, pour une fois que Microsoft a des bonnes idées  
 
si on spécifie une taille d'un bloc c'est que justement qu'on veux q'il reste de cette taille... ensuite les margins servent à le positionner et le padding a augmenter le retrait a l'interieur. Enfin, moi je trouve ça logique  
 
Là avec leur truc, faut soustraire les marges aux blocs, enfin pas terrible quoi

(t'es sûr pour le padding? Moi je voyais le padding "dans la box" et les margin dehors)

Certain.
 
Vas voir les specs CSS1 et CSS2.1 si tu ne me crois pas, c'est tout détaillé dedans.

Non mais je te crois, hein...puis j'ai la flemme d'aller lire les specs de toute manière...

http://emploi.alsacreations.com/  
 
Ils ont du temps libre ces garçons

target="_blank" c'est moins bien que onclick=window.open(...)

bah ça dépend, le second peut te permettre de définir des paramètres en plus (dimension/toolbar/...).
Mais sinon c'est la même chose, le premier en html et le second en js (j'espère que je dis pas de connerie

Et que les target ont été virés des dernières normes strict.

Perso, j'utilise les 2 en même temps.
si pas de js, ça ouvre dans une nouvelle fenêtre, c'est clair que window.open est plus "amusant" et mieux gérable.