Retour à la page principale

Joueb.com est une communauté de construction de jouebs
(joueb = journal web, traduction de weblog et blog).

En quelques clics et gratuitement, vous pouvez vous inscrire pour participer aux jouebs et si vous le souhaitez créer votre joueb.

Page principale - Créer un blog - Perdu ? Lisez la documentation et visitez le joueb d'aide.
Envoyons paitre les CSS (reponse a Karl)
Karl ecrit : "Il n'y avait aucun éditeur qui faisait de la mise en page en tableaux, et ils fallaient tout faire à la main. Nous avions la spécification HTML juste sur notre bureau et nous plongeions sans cesse dedans pour pouvoir élaborer des sites webs, qui maintenant en dix minutes de Dreamweaver seraient réalisés."

Mais aujourd'hui encore, beaucoup de sites sont faits a la main. A commencer par tous les gens comme moi qui codent un petit bout de PHP par ci, un petit bout de Perl par la. Et c'est ca qui fait la richesse du Web : on n'est pas oblige de passer par Dreamweaver.

"Pourquoi on est là ? : parce-que la plupart du temps, les développeurs n'ont pas respecté les standards et ne les ont pas implémentés correctement, parce-que les premières fois sont importantes et le resteront toujours. Si les outils avaient été correctement implémentées, si les navigateurs et les outils d'éditions faisaient correctement le travail, vous n'auriez pas à vous poser de questions."

Ce qui me frappe, c'est que tu arrives a ecrire une phrase avec tant de "si" sans te demander si par hasard, tous ces non-respects des standards, toutes ces implementations incorrectes, tous ces navigateurs et outils d'edition qui ne font pas correctement leur travail etc. ne seraient pas symptomatiques du fait qu'il pourrait y avoir un probleme avec le standard ou la facon dont il a ete introduit ? Ou est le conditionnel ? D'ou te viens une telle surete de toi ?

Moi quand je lis cela, ca me fait peur. On dirait que tu vois l'HTML comme les .doc de Microsoft Word ou les .pdf d'Adobe : des fichiers qu'on est oblige de creer avec des outils d'edition, parce qu'il serait trop complexe de les ecrire a la main. Un peu comme les .svg sans doute. Tu imagines ce qu'on perdrait en spontaneite et en idees originales si tout le monde etait oblige de passer par un Dreamweaver ou un Microsoft Page ? Plus de CGI, plus de PHP, plus de Xoop, de PHPNuke, de dacode, de postnuke, d'attila-php, de greymatter, de b2. Je me vois mal programmer dans mon temps libre un truc pour generer des .doc ou des .pdf.

Les createurs d'outils, ce ne sont pas simplement les entreprises membres du W3C, ce sont aussi des centaines de milliers de developpeurs amateurs qui s'amusent dans leur petit coin de web. Des centaines de milliers de petits coins de web, ca forme une partie non negligeable du web finalement. Et ce sont ces centaines de milliers de developpeurs que le W3C a oublie lorsque les CSS ont ete elaborees. Je ne m'appele pas Microsoft, je n'ai pas envie de passer des dizaines d'heures a me conformer a un standard pour le simple plaisir de me conformer au standard alors qu'il ne m'apporte presque rien. Je prefere developper des choses plus constructives. A mon avis, les utilisateurs de Niutopia preferent moins de bugs et plus de fonctionnalites plutot qu'une etiquette de bonne conformite. Et ca tombe bien, moi aussi. :-)

Mais je ne suis pas aussi sur de moi que tu sembles l'etre de toi. Si quelqu'un me montre que j'ai tort et qu'en fait les CSS c'est tres simple, je serai ravi de changer Niutopia pour que les pages n'aient plus de tableaux.

Le CSS est un bon standard, surement, mais pas pour les gens qui veulent simplement creer une page web. Vouloir l'imposer a tout le monde alors que personne n'est capable de presenter des exemples simples comme des boites disposees dans 3 colonnes, c'est utopique et c'est malhonnete.

Je suis persuade qu'il vaut mieux essayer d'abaisser les barrieres a l'entree plutot que les elever. Ca facilite l'originalite, la non-conformite aux "standards" quels qu'ils soient. C'est pour ca qu'il existe des milliards de page web, et seulement des millions de radios et des milliers de chaines de television. Comme dirait Jemisa : une voix, un joueb. :-)
Ecrit par Biz, le Lundi 28 Janvier 2002, 20:29 dans la rubrique "Nouvelles".

Commentaires :

Liz
Liz
29-01-02 à 09:44

mon point de vue...


Biz, le problème que tu as eu avec les css, c'est peut être que tu es passé de "rien" à "tout" et ça c'est plutôt rude!
Les css, c'est super pratique pour changer d'un coup toutes les couleurs de ton site même si tu ne l'as pas fait en php ou en perl (où là, tu pourrais utiliser des variables). Par contre, tu n'es pas obligé de les utiliser pour tous les éléments de tes pages, surtout pour les tableaux!
Perso, ce que je fais en général, c'est que je mets dans la feuille de style tous les styles de textes, de lien, voire de fond de cellule. Mais je ne me sers pas des css pour faire la mise en page complète du site. Ca fait beaucoup de liberté sans trop de complexité (et surtout ça marche sur tout!) et c'est pas mal!

A l'opposé, je ne suis pas d'accord pour dire qu'on peut faire la même chose avec dreamweaver (ou autre) en 10 minutes. Parce que dreamweaver ne sait pas tout seul distinguer les blocs fonctionnels des blocs graphique. Il ne fera pas tout seul des colonnes qui sont stables quel que soit le texte que tu mets dedans (indispensable pour les sites dynamiques). Ces outils font de plus en plus de trucs épatants (comme des DHTML standards qu'on mettrait des heures à élaborer) mais ils ne remplacent pas le développeur PHP, perl, etc! Et en général, malgré les progrés qu'ils ont fait, il faut toujours "alléger" le html produit.



 
jemisa
jemisa
29-01-02 à 10:31

Re: images du monde

puisqu'on me cite :p

1) tu peux utiliser les CSS avec le php ou le perl.
Fast::Template est fait pour ca (MVC pattern rulez comme dirait l'oncle Kay) Et donc utiliser dreamweaver pour faire ton "design" et coder le reste avec viemacs

2) c'est pas parce que Netscape et IE se sont fait la guerre a produire des navigateurs non "conformes" qu'il faut en conclure que . Bien sur, cela revient a l'habituel dilemme:
+ je fais vite un site qui valide et n'est visible par personne, parce que les navigateurs sont des incapables
+ je fais un site complique qui valide (en pompant du code par ci par la) et j'ai le meilleur des mondes mais mon code est illisible,
+ ou je fais vite un site qui ne valide pas (donc je ne peux pas jouer avec DOM par exemple, pour faire des choses interessantes en Javascript ni meme m'attendre a un parsing automatique et intelligent par des petits robots fureteurs) mais je le fais vite.

Moi j'oscille entre la 1 et la 3. J'aime bien les possibilités des CSS. Pour les colonnes, j'ai la flemme de lire Tara donc je garde mes tables. Désolé pour les aveugles.

Reste que j'aime bien l'idée de NTK, qui sachant que les gens ne mettront pas tout de suite une feuille de style locale, permet via cgi d'en changer a volonté

En tout cas, l'idee d'une feuille de style commune a tous les jouebs niutopia, que tu peux changer au gré de tes envies, ou que le lecteur peut installer en local me parait vachement bien.

 
Liz
Liz
29-01-02 à 12:15

Re: Re: images du monde


> Pour les colonnes, j'ai la flemme de lire Tara donc je garde mes tables. Désolé pour les aveugles


Je n'ai pas lu Tara mais j'ai une remarque sur le "désolé pour les aveugles".
J'ai eu la chance d'avoir à faire développer un site accessibles aux mal-voyants, et de le faire tester par un non-voyant (avec tout le matériel - clavier synthèse vocale).
Mon site avait des CSS pour les titres, mais la mise en page était en tableaux. Eh bien, le test c'est bien passé ;) c'était tout à fait accessible. Bien sûr l'apprentissage est plus long que pour un voyant mais ça passe.


 
tara
tara
29-01-02 à 19:10

la flemme

Honnêtement, je te comprends bien. Je crois que j'aurais aussi la flemme de lire mon aventure. Il faut dire que je l'ai écrit plus comme un compte-rendu que comme un mode d'emploi.

Mais bon, il y a quand même plein de liens utiles sur cette page. Et Tara-Stephanie, elle est joignable par email si on veut des infos.

Parce que le meilleur moyen d'apprendre quelque chose de nouveau, c'est souvent de demander à quelqu'un qui sait, non?

[Que celui ou celle qui a découvert tout seul le truc des tableaux pour faire des colonnes, sans l'avoir vu/lu nulle part, lève la main et publie un livre!]

Donc - à votre disposition, chers amis :)

 
afroginthevalley
afroginthevalley
30-01-02 à 00:17

Re: la flemme, le livre CSS...

Il se nommme Eric Meyer et il en a écrit un qui est même disponible en françcais...

 
tara
tara
30-01-02 à 13:57

le livre CSS...

je voulais dire "celui qui a découvert tout seul qu'on pouvait utiliser des tableaux html pour faire une mise en pages en colonnes"... voulant signifier par là que la plupart d'entre nous avons du l'apprendre de quelque part (et pas toujours sans peine!), et donc qu'il ne faut pas non plus s'attendre à avoir la science infuse pour le CSS...

 
Biz
Biz
29-01-02 à 19:14

Re: mon point de vue...

Juste un test. Ca donne quoi ca chez vous ?
test.

Je reve ou c'est pas possible d'avoir des elements positionnes en absolu par rapport a l'element qui les contient ?

En fait, plus j'y reflechi, moins je vois le probleme des tableaux. Mon site est structure sous forme de tableaux, alors pourquoi utiliser des div ?

 
tara
tara
29-01-02 à 19:26

tentative css

D'abord un détail: id, tu ne peux l'utiliser qu'une fois sur la page (tu dois utiliser class à la place, si tu veux utiliser ta définition de style plusieurs fois).

donc: class="box"
et dans le css: .box { blah blah }

Sinon, le positionnement absolu, c'est comme si tu donnais les coordonnées de la boîte sur la page. Je te recommande ce tutorial qui donne une explication claire es différents types de positionnement.

(A noter que le positionnement malheureusement baptisé "relatif" est assez vilainement supporté dans certains navigateurs. En principe, on peut s'en tenir à "absolute" et "float", en addition de "static" qui est le comportement normal des éléments sur la page, et auquel on est tout à fait habitués. Si ce que je viens de dire est du chinois, lire d'abord le document ci-dessus, puis revenir. Si c'est toujours du chinois, demander explication plus complète, qui sera gracieusement offerte!)

Sinon, tu es sur la bonne piste avec tes boîtes. C'est un "simple" layout à trois colonnes, avec des boîtes superposées à l'intérieur des colonnes. Pas besoin de spécifier les positionnement des boîtes intérieures, elles vont se mettre en place tout joliment toutes seules.

 
Biz
Biz
29-01-02 à 19:39

Re: tentative css

Je vais aller lire ton tutorial tout a l'heure. Il faut que je travaille un peu quand meme. ;-)

Je ne suis pas sur que je sois sur la bonne piste. En fait, l'exemple des 3 colonnes que j'ai pique ne me plait pas du tout, pour la raison suivante (un bout de mail que j'ai envoye a Karl):

"Si je veux changer un tout petit truc, ca ne marche pas comme je le pense. Le positionnement absolu ne marche absolument pas comme il devrait. Ca devrait etre absolu par rapport a l'element contenant, pas a toute la page. (tara: c'est le fameux positionnement relatif ?)
Resultat, si je veux changer la taille de ma barre du haut, il faut que j'aille changer la position de ma colonne de gauche et de droite. Et le coup d'utiliser une marge enorme pour positionner la colonne du milieu au milieu, c'est vraiment pas intuitif. Si je veux changer la largeur de la colonne de gauche, hop, il faut que j'aille changer la marge de la colonne du milieu !

Et comment je fais si le contenu est dynamique et que je ne sais pas combien de lignes il va prendre dans la barre du haut par exemple ? Ou si une image est dynamique et que je ne connais pas sa largeur dans la colonne de droite ?"

 
tara
tara
29-01-02 à 20:59

Re: tentative css

Si tu veux avoir des choses qui changent de taille sans que tu le saches, il faut aller du côté du "liquid layout" (et ça, c'est vrai, c'est un truc qui est sympa avec les tables: elles sont bien élastiques).

Tu cherches à remodeler pile-poil le layout existant? Le seul probleme que je vois, c'est la question de la largeur de la colonne. Difficile de faire ça "dynamique" (pour autant que je voie) sans utiliser php ou quelque chose de similaire pour générer ton css. (Mais on va chercher, il y a sûrement une solution.)

Le positionnement absolu marche bien par rapport à toute la page. Ce que tu peux aussi faire, c'est utiliser "float" pour tes colonnes (il y a un exemple chez glish, je crois).

La hauteur de la barre du haut, ça ne me paraît pas un problème. Si elle est positionnée statiquement, et le "contenu" aussi, il se mettra tout gentiment dessous, comme une boîte bien élevée.

N'hésite pas à donner plus d'infos ;)

 
afroginthevalley
afroginthevalley
30-01-02 à 00:22

Re: Re: tentative css, elastique

Vous pouvez allez voir a sur mon nouveau blog et regarder la source pour un layout élastique (colonne du centre), ca vient largement de CSS box lessons sur thenoodleincident.com . Pas si difficile, il aut juste réapprendre a penser sa façon de concevoir un layout si ça fait longtemps qu'on le fait en tables.

 
Biz
Biz
30-01-02 à 04:37

Re: Re: Re: tentative css, elastique

#middle {
margin: 10px 10px 5px 225px;
padding: 5px 15px 5px 15px;
background: #FFFFFF;
}

Oui, c'est possible, mais ce n'est pas intuitif. Je ne trouve pas ca normal de mettre une marge de 225 pixels pour positionner une colonne. Moi quand je vois ca, je me dis que c'est un workaround, pas la facon dont ca a aurait du etre concu.

 
tara
tara
30-01-02 à 14:00

intuitif

ce qu'on appelle "intuitif", c'est souvent ce qui cadre bien avec la façon dont nous avons l'habitude de faire les choses.

Coder des tableaux en html, c'est loin d'être intuitif (on y va ligne par ligne, pourquoi pas colonne par colonne? par exemple).

C'est vrai que ça va pas de soi. Mais souvenons-nous que beaucoup de choses qui "vont de soi" n'allaient pas de soi avant qu'on ne les apprenne...

 
walk
walk
02-02-02 à 19:08

CSS pour SPIP

Content de vous avoir lu même si j'ai pas tout pigé. Je suis justement préoccupé par la façon dont nos webindépendantistes utilisent les css dans SPIP. Je me suis aperçu que c'était hyper simple de changer drastiquement le look d'un site spipiens, malheureusement le mode d'emploi n'est pas fourni avec... Très difficile d'obtenir un simple fichier spip_style.css standard et modifiable facilement.

J'ai fait un bricolage ici :
http://webgeneraction.multimania.com/spip_style.txt

Mais impossible de savoir sur la liste SPIP si j'ai balayé toutes les possibilités, ni d'optimiser ce @à&# de fichier (2 BODY ça doit pas être normal grumpfff).

Si un jouebien ou une jouebienne se sent une âme de démocrate spipienne, ça fera des heureux.

http://ici.ici.free.fr/article.php3?id_article=40

(désolé pour les liens, je sais plus les balises ou si le html passe ou autre, ce serait bien de pouvoir modifier ;o))

 
tara
tara
29-01-02 à 19:04

Je pense vraiment (contrairement à ce que peut laisser penser ton article), que tu n'étais pas en train d'essayer de dire que:

a) la phrase de Karl est un argument pour l'utilisation des éditeurs html WYSIWYG

b) pour faire du code standard (genre: xhtml et css), il est de plus en plus difficile de le faire à la main, et que bientôt il sera indispensable d'utiliser un de ces affreux éditeurs whizzy-wig.

Au contraire.

Si je peux enseigner à mes collègues de travail assez de (x)html pour faire une belle page web pour l'intranet en quelques heures, sans avoir besoin d'utiliser un programme genre DW, c'est bien parce que j'utilise le CSS pour la présentation. Il n'y a rien dans les standards W3C qui nécessitent l'utilisation d'outils d'édition. En fait, il vaut mieux pas, parce qu'ils ont tendance à s'étrangler sur les standards, justement.

http://climbtothestars.org/coding/editeurs/

Certes, le CSS n'est pas tout simple. Il faut apprendre, bon sang. Tout comme ce n'est pas tout simple de maîtriser les tableaux imbriqués. On résiste au changement, c'est normal. Je crois honnêtement que la puissance de CSS n'a plus à être démontrée... mais peut-être que la discussion actuelle prouve que ce n'est pas une évidence pour tout le monde.

Il y a une pile d'excellentes ressources pour la mise en page avec CSS. La plupart en anglais, certes (à qui la faute si le web franchouillard a préféré goger dans ses tableaux plutôt que de jouer les pionniers?) - mais le HTML et le CSS, que je sache, c'est le même dans les deux langues.

Allez donc faire un petit tour, et regardez la source (si les liens marchent):

http://webnouveau.net/ - une jolie gallerie de ce qu'on peut faire avec CSS
http://glish.com/css/ - des mises en page toutes prêtes que vous pouvez voler et adapter à votre goût
http://bluerobot.com/web/layouts/ - idem
http://thenoodleincident.com/tutorials/box_lesson/boxes.html - idem

Bon, le suivant, j'admets, c'est du texte en anglais - courage!
http://www.wpdfd.com/editorial/wpd0701.htm#comment - pourquoi éviter les tableaux?

Et un petit coup d'oeil sur le futur:
http://www.meyerweb.com/eric/css/edge/

(C'est pas exhaustif, hein.)

C'est simple, en fait: si on veut s'accrocher au passé et à NN4.x [http://pompage.net/pompe/paitre/], on fait des tableaux. Si on veut regarder du côté du futur, on commence à songer à les virer et à utiliser CSS pour rendre nos pages jolies.




 
Biz
Biz
30-01-02 à 04:24

Re:

> b) pour faire du code standard (genre: xhtml et css), il est de plus en plus difficile de le faire à la main, et que bientôt il sera indispensable d'utiliser un de ces affreux éditeurs whizzy-wig.

Ca c'est moi qui le dis. Plus un standard est complexe, plus ca devient difficile de le faire a la main. Le XHTML (et tous les derives d'XML) n'etant pas pardonneurs, ca me parait logique que c'est un format pour les ordinateurs et logiciels, pas pour les humains. (pas pour l'utilisateur final je veux dire, les developpeurs devront se depatouiller avec evidemment)

>Il n'y a rien dans les standards W3C qui nécessitent l'utilisation d'outils d'édition.

Si, la complexite.

>Je crois honnêtement que la puissance de CSS n'a plus à être démontrée... mais peut-être que la discussion actuelle prouve que ce n'est pas une évidence pour tout le monde.

Ce n'est pas la puissance que je remets en cause, c'est la facilite d'utilisation. Et ca, ca reste a demontrer. Et non, je suis desole, la demonstration ne se trouve pas dans les sites que tu mentionnes. On y trouve des solutions a differents problemes, mais pas d'explications logiques sur comment proceder. Le seul truc logique que j'ai vu jusqu'a present, c'est l'explication de Karl et ton petit dessin. C'est la meme facon de proceder avec les tableaux. Sauf qu'il manque la suite. "appliquer les styles". Oui, mais lesquels ? Et comment ?

Par exemple, pour faire ton petit dessin, je n'ai aucune idee de comment il faudrait faire pour avoir les 3 colonnes qui vont jusqu'en bas et qui dont le bas touchent le haut du footer.

En fait, ce qu'il nous faut, c'est un convertisseur automatique des tableaux en tableless. Mmmmmhh.

 
jemisa
jemisa
30-01-02 à 08:39

XHTML pas pardonneur

ben tu valides, tu vois tes erreurs et tu corriges a la main.

ca vaut bien perl -cw non ?



 
tara
tara
30-01-02 à 14:08

correcteur d'orthographe

c'est vrai qu'un truc que j'adore avec xhtml, c'est que mon balisage il est tout simple et tout joli, je n'ai pas de peine à m'y retrouver à la main, et il y a un correcteur d'orthographe infaillible à un click de souris...

 
tara
tara
30-01-02 à 14:07

standards complexes?

visiblement, le truc sur lequel on n'est pas d'accord c'est "les standards sont plus complexes que pas de standards".

Pour moi, du xhtml tout cru tout nu, et une feuille css que je peux faire une fois pour toutes et appliquer à tout mon site (ou même donner à quelqu'un qui n'y connait rien en css/html), c'est bien plus facile que de mettre des saletés de tableaux partout.

Une fois qu'on utilise css et que la feuille est faite, il suffit de connaitre h1-h6, p, ul, ol, li, a, strong et em et on peut faire de magnifiques documents xhtml+css, compatibles et tout, lisibles sans haine sur palm et wap, bref.

Il me semble que la complexité, au contraire, c'est d'avoir à se débattre dans des myriades de tags propriétaires (et si la situation n'est pas pire aujourd'hui qu'elle ne l'est, c'est bien parce que des gens se bougent depuis pas mal d'années pour qu'on adopte des standards communs!), avec des navigateurs qui ne supportent pas les mêmes fonctionnalités, pour créer des sites dont on ne saura pas s'ils survivront aux navigateurs de demain.

Bon je vais pas m'étaler, mais vous voyez l'idée!

 
tara
tara
30-01-02 à 14:11

Re: tableless (ou presque)

Je me réjouis de jeter un coup d'oeil ce soir à la maison! (je suis à l'uni et j'ai un cours dans... 4 minutes!)

 
afroginthevalley
afroginthevalley
30-01-02 à 15:40

Re: tableless (ou presque)

Bravo, ca passe très bien sous IE6 et Mozilla 0.9.5 windows... Un petit truc, mets tes CCS en commentaire et dans ton code html fais précéder les articles aux colonnes des côtés. J'utilise le browser emulator pour me donner le "worst case scenario". Avec ces conseil mon blog est quand même lisible avec Netscape 1!

 
afroginthevalley
afroginthevalley
31-01-02 à 22:01

Liste css-discuss

En passant, la nouvelle liste css-discuss est en feu, 200 messages lors de mes trois premiers jours avant que je ne décide de changer au mode "digest"... en tout cas ca semble être un besoin! Si j'ai le temps de terminer de monter mon listserver dans les prochains jours on pourrais commencer une version franco.

 
tara
tara
02-02-02 à 17:08

Re: Liste css-discuss

Je profite pour rappeler au passage l'existence de la liste des Pompeurs Associés (qui stagne faute de traffic), que j'avais créée à l'époque du lancement de pompage.net précisément pour pouvoir discuter françaisement de questions du genre.

participer à la liste

jeter un coup d'oeil aux archives

On vous y attend de pied ferme!


 
Biz
Biz
03-02-02 à 03:53

Pompage

Au fait Steph, quand c'est que tu publies le numero de novembre ? :O) Autant publier les articles que tu as deja. Ca n'a pas besoin d'etre sous forme de numeros, tu pourrais les publier au fil de l'eau. Qu'en penses tu ? Surtout qu'il doit y avoir plusieurs articles qui traitent des CSS, non ?

 
tara
tara
05-02-02 à 09:49

Re: Pompage - arghl

Oui, j'ai tout plein d'articles qui attendent - le tien en l'occurence. Et là, mea maxima culpa, c'est ma gestion du temps désastreuse qui a encore frappé.

Je vais relire le tien une dernière fois et s'il n'y a pas trop de fautes d'orthographe, je publierai ;)

Les autres articles, malheureusement, on dirait qu'ils ont passé à travers un traducteur automatique. Il y a beaucoup BEAUCOUP de corrections à faire.

Avis aux amateurs. Je me réserve une dernière relecture parce que je suis une pinailleuse, mais je n'ai vraiment pas l'énergie (ni l'organisation) pour re-traduire...

 
linkback
linkback
03-09-02 à 03:13

Lien croisé

Climb to the Stars! (Stephzilla's website) - Coding (CSS layouts: tearing out t : " (3) Niutopia - Envoyons paitre les CSS (reponse a Karl)"

 
linkback
linkback
11-09-02 à 09:51

Lien croisé

Morgazilla - Je m'y remets : " Galere, colonnes toutes decalees sous IE6.0, je vais etre oblige de virer les referers..Et je ne pourrai pas complire, style dans la feuille... En attendant, l'interessante discussion sur le CSS continue, au dela du "c'est bon / c'est pas bon ", c'est bien de voir des gens qui l'utilisent plus facilement que moi, l'espoir fait surnager ;)En fait, je suis content de pouvoir experimenter avec ca, mais pour le job, le tableless c'est encore du luxe.Et rions un peu, qu'est-ce que ca donne vu par un vieux vieux browser"

 
linkback
linkback
18-10-02 à 07:32

Lien croisé

Climb to the Stars! (Stephzilla's website) - Coding (CSS layouts: tearing out t : " (10) Niutopia - Envoyons paitre les CSS (reponse a Karl)"

 
linkback
linkback
04-04-03 à 01:24

Lien croisé

Mammouthland - Normandie - France - 29/01/2002 : "ça répond là : http://www.la-grange.net/2002/01/26.html, re-réponse ici : http://www.joueb.com/niutopia/news/115.shtml, et commentaire : http://climbtothestars.org/archive/2002/january/#9152971"

 
linkback
linkback
02-05-03 à 15:57

Lien croisé

CôaCôaCôa : " Grosses discussions sur les CSS la semaine dernière, où l'astuce semble de chercher à faire réagir Karl (c'est normal, c'est lui le gourou).Mon principal problème, c'est que je n'ai encore rien lu/vu démontrant pourquoi l'utilisation des tables était quelque chose de "mal" (même le "

 
linkback
linkback
20-10-03 à 19:49

Lien croisé

Climb to the Stars! (Stephanie Booth) - Archive (Weblog: January 2002) : "Update: Biz répond à Karl et j'en reste toujours abasourdie. A le lire, on croirait qu'un éditeur est nécessaire pour faire du CSS?! En fait, "

 
Anonyme
29-12-05 à 16:30

Lien croisé

Climb to the Stars (Stephanie Booth) » Anti-CSS à la charge… : "êtes en plein dedans, chez moi.Je ne répondrai pas en long en large et en travers, le sujet a été fait et refait et je commence à me fatiguer. Qui en désire plus, qu’il me contacte directement!Update: Biz répond à Karl et j’en reste toujours abasourdie. A le lire, on croirait qu’un éditeur est nécessaire pour faire du CSS?! En fait, "

 
Anonyme
19-02-06 à 01:04

Lien croisé

Morgazilla le lien public : " Galere, colonnes toutes decalees sous IE6.0, je vais etre oblige de virer les referers..Et je ne pourrai pas complire, style dans la feuille... En attendant, l'interessante discussion sur le CSS continue, au dela du "c'est bon / c'est pas bon ", c'est bien de voir des gens qui l'utilisent plus facilement que moi, l'espoir fait surnager ;)En fait, je suis content de pouvoir experimenter avec ca, mais pour le job, le tableless c'est encore du luxe.Et rions un peu, qu'est-ce que ca donne vu par un vieux vieux browse"

 
Anonyme
01-04-07 à 18:43

Lien croisé

..[.fr] : " Galere, colonnes toutes decalees sous IE6.0, je vais etre oblige de virer les referers..Et je ne pourrai pas complire, style dans la feuille... En attendant, l'interessante discussion sur le CSS continue, au dela du "c'est bon / c'est pas bon ", c'est bien de voir des gens qui l'utilisent plus facilement que moi, l'espoir fait surnager ;)En fait, je suis content de pouvoir experimenter avec ca, mais pour le job, le tableless c'est encore du luxe.Et rions un peu, qu'est-ce que ca donne vu par un vieux vieux browse" rel="nofollow"

 


Logo dessiné par Johan Roirand.
Version  XML  -- Joueb.com est une plateforme d'hébergement gérée par l'association 1901 ViaBloga.