Reprise du message précédent :

def my_view_function(request):
    if request.method == 'POST': # si on a reçu des données
        form = MyForm(request.POST) # formulaire avec données associées (bound)
        if form.is_valid(): # si le formulaire est valide
            # do stuff with form data
            return HttpResponseRedirect('/some/url') # redirect after post
    else:
        form = MyForm() # formulaire vide (unbound)
 
    return render_to_response('template.html', {'form': form}) # afficher la template associée à cette vue

C'est comme chez moi (depuis ya 1 heure)

Cela va de soi

Mobile me, c'est un peu de lUI pas de PD, vache

La preuve que non puisque je posais la question

En fait je me demande si les gars qui ont créé les CSS on fait beaucoup de sites web, pour certains trucs ça ressemble énormément à du design by comitee

C'est un peu comme les petits gars qui bossent sur le html 5, c'est remplir d'intégristes qui n'ont jamais bossé sur un seul navigateur ni développé un seul site web

Je pense que tu confonds avec XHTML2

Je pense aussi (enfin ça m'arrive)
 
Parlant de tables, v'là la gueule de la nouvelle version d'Amazon  

Pas vraiment, les problèmes résident plutôt dans la différence entre le mode de construction de site qui va idéalement avec le HTML/CSS (extrèmement orienté texte et flux de caractère, largeur fixe et hauteur à volonté ), et ce pourquoi c'est utilisé (à mi-chemin entre les zones textuelles et la flexibilité de layout d'applications desktop, resizable avec certaines parties fixes, d'autres qui s'agrandissent, d'autres qui vont à la ligne ... flexibilité facile à faire quand on peut programmer à volonté le comportement, mais difficile avec un language à domaine fixe comme les CSS).

Ensuite y'a le problème qu'on ressent pas trop quand on fait un site mais qui est très important, il faut que les relations de dimentions entre tout les éléments soient aisément calculables, il faut à tout prix éviter les relations circulaires (par exemple, un CSS+ idéal avec des expressions du genre "faire 120% de la taille du 1er fils" poserait de gros problèmes avec un fils qui à un "width: 50%;" ). Les éléments qui sortent du flux standard quand on les met en absolu c'est pas pour rien, à partir du moment ou on spécifie en absolu par rapport au parent, il ne faut pas que le parent contienne le fils, sinon il grandirait pour faire de la place au fils, ce qui ferait grandir le bloc, etc...
Et quand bien même il n'y a pas de conflits complets, certaines combinaisons qu'on pourrait trouver bien pratiques nécessitent des systèmes d'équations linéaires (enfin, "linéaire par parties" si tu prends en compte des trucs genre min-width ou max-width, voire best-width), un peu lourdigue pour des périphériques légères, surtout quand tu ne peut pas prévoir la taille du problème vu que le code html vient de l'extérieur.

Enfin même si on avait trouvé un modèle de calcul générique, idéal et léger, il fallait composer avec l'existant, comme d'hab.

Je comprend bien qu'il y a des contraintes et que c'est facile de critiquer, mais sur certains points on se demande à quoi pensaient les créateurs des CSS. Par exemple, pourquoi est-ce qu'ils n'ont pas prévu que les backround image pourrait s'étirer au dimentions du cadre ? c'est tellement évdent que j'ai du mal à comprendre qu'il faille attendre les CSS3 pour voir cette feature.

Le contenu de ce message a été effacé par son auteur

hey ça va hein, des systèmes de layout qui marchent y'en a des dizaines dans la nature. Pour le web ils se sont chié dessus, mais y'en a d'autre qui marchent très bien. Dans l'électronique, dans la PAO, dans les frameworks de GUI etc.

Je veux avoir le choix de pouvoir mettre un background difforme si ça me chante Tu sais, le truc qui existe au moins depuis windows 3 (je suis sympa, je ne demande pas de background qui s'éttend en gardant les proportions de l'image de base).

Good job Apple (IE6 non supporté sur leur nouvelle plateforme) : http://www.37signals.com/svn/posts [...] t-for-ie-6

 
Et t'aurais gueulé au prochain site à faire parceque ils ont pensé à pouvoir mettre des images étirées mais pas avec la conservation des proportions, et si on ajoute la conservation des proportions, il faut penser à ajouter des règles pour savoir quelle dimention est dominante, est-ce que la dominante change selon si l'autre est trop grande ou est trop petite, etc...  
 
Encore et toujours plus de propriétés, de comportements à spécifier, alors que le peu qui existe ne fonctionne déjà pas
 

 
Relis mes remarque détaillées, je parle justement des fw. de GUI et de PAO, qui vivent sous des contraintes largement différentes ( et même en GUI, c'est pas glorieux partout, y'a quelques TK dans lesquels on bosse en position fixe (modulo les dpi de l'écran), y'a de nombreux TK qui ne supportent pas les alignements d'éléments qui ne sont pas directement dans le même conteneur, etc... ça se compense très bien parcequ'on peut créer des containers spécifiques, parcequ'on à un language de programmation pour faire ça, pas un simple language de description fixe et la contrainte d'avoir une arbo de containers à la fois visuellement et sémantiquement correcte, et qui se dégrade correctement pour les versions précédents des lecteurs de contenu.
 
On peut étendre les containers en JS pour avoir des comportements plus fins, j'ai déjà eu l'occasion de le faire (gatsu aussi ) et ça peut être la solution pour compenser les faiblesses des moteurs de rendu à l'avenir (quand ce sera suffisemment pas-lent pour le généraliser sans avoir la trouille d'un ralentissement imprévisible).

FAllait ecouter un des premier developpeur d'un moteur de rendu HTML qui bosser maintenant au W3C et qui fait parti du WHAT-WG, il expliquait que sur la plupart des gens qui discutaient sur la mailing liste pour proposer des idées et en debattre étaient surtout de jeunes "intégristes" qui n'avaient jamais du coder un seul moteur de rendu ou faire un seul site de leur vie.
 
oui bon ce sont les mecs de la mailing liste, je m'a trompé

Ok, ça à juste rien à voir, on parle pas de php la

Rha putaaain, je recommence 5min à faire de l'html et le premier truc sur lequel je tombe c'est le bug du "ça marche pas quand ça charge mais ça marche si la page est altérée ensuite"

 
ca arrivait deja avec le gif dans certains cas sur ie6
 

pas besoin d aller jusque la ca sentait deja tres mauvais a partir de 1.1  
 

quel navigateur ?

 
IE6, c'était le bug qu'on avait déjà eu qui se corrigeait souvent en dernier recours à coup de javascript : innerHTML += "" bien crado, mais j'ai contourné.

  Me revoilà ici

tu vas au hellfest aussi ?

Nan, plus assez de sous , et peut-être un peu trop bourrin J'vais faire les eurocks et sûrement les vieilles charrues.

Et c'est qui qu'a fait le site du HellFest ?  

http://www.flydesigners.com/

Mais en vrai c'est pas vraiment moi

C'est sûr que la propriété bakground-repeat et ses comportement repeatx et repeaty était vachement plus prioritaire
AMHA, il aurait été plus utile de faire une propriété background-behaviour qui pourrait prendre comme valeur {none, repeat, strech} dans une premier temps puis ajouter des comportements plus évolué comme repeat-x, repeat-y, proportionalstrech-overflow, proportionalstrech-sealed, etc.

Snon j'ai un nouveau lot de questions
 
-Comment neutraliser le drag&drop d'image sous FF ?
-est-ce qu'on peut mettre des commentaires dans un fichier CSS ?
-est-ce que je peux indiquer au navigateur quelle version des CSS j'utilise ? (comme les doctype html mais pour les CSS)
 
merci d'avance pour votre aide

 
Les comportements repeat / repeat-x / repeat-y sont tous autant triviaux à coder quand tu as le mode non-répété, c'est 2 booléens qui activent ou non une boucle de répétition, le stretching par contre c'est vraiment une feature différente autant en terme de code (ok, le stretch lui même est dans la plupart des API graphiques, mais y'a de la logique à mettre avec), qu'en terme de puissance si jamais on fait autre chose que du nearest (et tu stretchera pas grand chose de joli sans au moins un linear ).
 
Par contre je te rejoins sur le fait qu'on aurait pu mieux découper le nom de la propriété pour prévoir une extension plus facile et moins verbeuse.

pourquoi faire ?  
 

oui

oui et non.
genre IE/Firefox, un css différent, c'est de toute façon pas forcement une bonne idée
Par contre, entre un portable, une imprimante et un écran normal oui (cf propriété media de <style> je crois)
 

-Je suis zapan sur ce point, pourquoi faire?
-
-Tu veux dire CSS 2 ou 3? Pourquoi?
 

Mais le strech est déjà codé dans les navigateur vu que tu peux donner un longueur et une largeur arbitraire à ton image depuis le HTML 0.2
 
Après c'est sûr que le résultat n'est pas toujours très heureux, seul safari et surtout opera donnent de bonne images quand elles ne sont pas à leur taille d'origine.

 
j'aime qd tu fais : désactiver style

Faire chier le monde pardi
 
je m'explique: comme les CSS supportées par tous les navigateurs ne permettent pas d'avoir de images de fond qui s'étirent aux dimensions du parent, j'utilise une image normale (<img> ) avec un largeur et une longuer à 100% pour avoir le même effet. Le problème c'est qe je dois dessiner des rectangles sur ce fond et que le drag&drop intégré de firefox me bouffe les évennements mousemouve et mouseup
Sous IE j'ai rajouté un retrun false sur l'évenement non standard ondragstart mais je ne trouve pas comment faire sous FF. A noter que le pb ne se pose pas sous opera et safari vu qu'ils n'ont pas de drag&drop intégré.

oui, je veux dire CSS2 ou 3. Je sais pas si mon problème vien de là mais ma un de mes éléments a 3 positions différentes selon le navigateur et la version ! IE7 et FF2 ayant le même comportement et celui ci étant différent des autres, j'imagine que c'est un comportement "ancien". Après j'ai un groupe avec FF3, safari et opera 9.25 qui ont un autre comportement et enfin Opera 9.5beta 2 est encore différent du reste. Mon interprétation de tout ça c'est que le rendu des navigateurs les plus récents se base sur les dernieères versions des CSS alors que les autres adoptent des versions plus anciennes.

Si tu veux une image en background, n'utilise pas <img />
 
Mais du CSS :
 
background-image: ...
 
 
Pour ton second paragraphe, la vrai raison, c'est que ton CSS doit pas tenir debout
 
CSS1, 2, 3 tout est mis dans le même sac.
 
90% de "bug" sont just dû à une mauvaise utilisation du CSS
Sinon parfois il faut avoir recours à des hacks, mais bon dernier recours

ça serait bien de suivre les discussions un peu, qu'on avance    
 
'tain, hier c'était pareil sur blabla quand j'avais des problèmes de linux, y'avait des retardataires, ça ma saoulait.

Hum...

Edit : burn

 
Un evenement sur un bloc parent branché sur la phase descendante de la propagation d'evenement ?