Journal CSS Linux Garden

Posté par  (site web personnel) .
Étiquettes : aucune
1
12
juin
2004
Vue la réussite des feuilles CSS qui remplissent les journaux, pourquoi ne pas faire une page css.dlfp.org dans le meme genre que http://www.csszengarden.com/(...) ou chacun posterai sa CSS, et disons, toutes les une ou deux semaines, la plus jolie (et portable sans problèmes majeurs) CSS deviendrait celle par défaut de dlfp ?

  • # non

    Posté par  (site web personnel) . Évalué à 3.

    Un site qui change d'apparence toutes les semaines (ou même tous les mois) ça me dit vraiment rien. Ceci dit tu peux surement écrire un programme qui va changer *ta* CSS toutes les 10 minutes si ça t'amuse.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

    • [^] # Re: non

      Posté par  (site web personnel) . Évalué à 10.

      Un des but etant de réunir des CSS sympa pour dlfp avec un acces facile, pas vraiment qu'elles changent à chaque raffraischissement.

  • # Avant ca..

    Posté par  (site web personnel) . Évalué à 6.

    Faudrait deja ameliorer serieusement le markup :) (et si possible pas dans le sens du zen garden d'ailleurs, qui est bien zouli mais qui est une bouillie de tags infame histoire de laisser aux designers le plus de possibilités...)

    • [^] # Re: Avant ca..

      Posté par  . Évalué à -6.

      Une bouillie de tags ?

      Le HTML est plutot léger sur CSS Zen Garden, et bien organisé.

      Evidemment il y a que des DIV, ca va te paraitre incompréhensible si tu as la culture du tableau HTML imrbriqués les uns dans les autres...

      • [^] # Re: Avant ca..

        Posté par  (site web personnel, Mastodon) . Évalué à 4.

        Vive la culture des div imbriqués les uns dans les autres...

      • [^] # Re: Avant ca..

        Posté par  . Évalué à 6.

        Evidemment il y a que des DIV, ca va te paraitre incompréhensible si tu as la culture du tableau HTML imrbriqués les uns dans les autres...


        Dire ça a matthieu :))) faut oser.
        Ce qu'il veux dire c'est que la sémantique de CSS zengarden est pas géniale. Pas de titres ni de paragraphes et des surdose de span / div inutiles ... la page meriterais une curre d'amaigrissemnt et de sémantique.

        c'est d'ailleur marqué dans le source de la page


        This xhtml document is marked up to provide the designer with the maximum possible flexibility.
        There are more classes and extraneous tags than needed, and in a real world situation, it's more
        likely that it would be much leaner.

        However, I think we can all agree that even given that, we're still better off than if this had been
        built with tables.


        Dam

      • [^] # Re: Avant ca..

        Posté par  (site web personnel, Mastodon) . Évalué à 2.

        Evidemment il y a que des DIV, ca va te paraitre incompréhensible si tu as la culture du tableau HTML imrbriqués les uns dans les autres...

        ah ah ah ah !
        mort de rire

        Mathieu ?! Tu nous aurais menti ?? Tu serais en fait rester du coté obscure ?

        mmm... je vais proposer alors l'effacement de ton nom sur http://openweb.eu.org/openwebgroup/membres/(...)

        :-D

      • [^] # Re: Avant ca..

        Posté par  . Évalué à 5.

        et la sémantique tu connais ? A chaque élément de page, sa balise appropriée. Il n'y a pas que les div/span dans la vie...

        à ce propos, une page pour réhabiliter les table dans leur bon rôle (eh oui, elles ne servent pas qu'à présenter des tableaux de chiffres) :
        http://moronicbajebus.com/playground/cssplay/reformat-table/(...)
        et encore mieux :
        http://moronicbajebus.com/playground/cssplay/reformat-table/index2.(...)

      • [^] # Re: Avant ca..

        Posté par  . Évalué à 1.

        Evidemment il y a que des DIV, ca va te paraitre incompréhensible si tu as la culture du tableau HTML imrbriqués les uns dans les autres...


        Ralala mat faudrait penser à passer au DIV Mathieu au lieu des vilains tableau !!!

        Soyons serieux, la mise en page à l'aide de tableau imbriqué dans tous les sens c'est fini. Le but n'était pas de remplacer les tableau par des div pour faire exactement la même chose!

        Je te conseil de faire un petit tour sur cette page qui explique pourquoi trop de DIV tue les DIV et qui peut-être te sensibiliseras au problème de la sémantique: http://www.alsacreations.com/articles/economie/(...)

        Dis-moi: pour afficher un tableau de résultat tu utilises pas des DIV quand même ? (parce que les tableaux c'est mal pour la mise en page, mais tu as encore le droit de t'en servir pour faire des tableau ;-D)

  • # Ou comment mettre une robe de mariée à un porc

    Posté par  (site web personnel) . Évalué à 7.

    Tant que le code de DLFP sera aussi laid et mal foutu je ne vois pas l'intérêt.

    L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: Ou comment mettre une robe de mariée à un porc

      Posté par  (site web personnel) . Évalué à 4.

      C'est clair, il suffit de regarder le code source de la page d'accueil des forums :
      il y a du style codé _dans_ la page ! la preuve :

      style="background-color: rgb(204, 204, 204); margin-bottom: 20px; 
      
margin-top: 10px; padding-left: 10px;"


      Alors que sa place serait dans la feuille de style.

      De même, il y a bien trop de classes ! Par exemple, dans les boîtes de news, on a cet exemple :

      
<div class="titlediv">
      
<h1 class="newstitle"><a href="../sections/Interview.html">Interview</a>
      
: Interview de l'équipe XviD et sortie de la version 1.0.1 </h1>
      
Posté par <a href="mailto:https://linuxfr.org/%7ENyco/(...)">Nÿco</a>.
      
Modéré :
      
<a href="../2004/06/11/index.html">11/06/2004</a> @ 13:46:50
      
</div>


      On constate une balise div avec la classe titlediv, et en plus, on met une classe pour le h1 qui est contenu ! alors qu'un bête "titlediv h1" dans la css suffisait.... et il y en a plein d'exemples comme ça.

      Par contre, même si le code source est "salle", je ne vois pas pourquoi on s'abstiendrait de faire des css.

  • # patch

    Posté par  (site web personnel) . Évalué à 1.

    Qui a oser dire de proposer des patchs !?
    Allez avouez !

  • # Moi, ça me branche.

    Posté par  . Évalué à 10.

    J'ai l'impression que je suis le seul ici, mais moi je trouve que c'est une bonne idée.

    On est peut-être pas obligé de changer systématiquement de CSS tous les mois, mais faire un concours permanent de CSS avec une galerie, et un « rating » permanent comme pour les fortunes de http://www.sam.linuxfr.org(...) ou, anciennement, les images de x.dlfp.org ( :-) ) pourrait être très interressant.

    On pourrait même ajouter une case dans les préférences de l'utilisateur pour que celui profite chaque fois de la « CSS du mois » s'il le désire. Cela ne prendrait pas beaucoup de temps à mettre en place, je pense.

    Je suis sûr qu'à terme, on finirait par voir apparaître des styles vraiment très réussis ...

    • [^] # Re: Moi, ça me branche.

      Posté par  . Évalué à 4.

      Moi aussi ! Et c'est original. Et pas la mer à boire.
      Et s'il faut refaire le html , vu le nombre de graphistes et webmasters qui traînent ici au mètre carré ça devrait pas insurmontable, non?
      Refaire une petite maquette à base des pages du site - il y en a combien ? 8-10 d'importantes plus une quinzaine d'autres, à vue de nez, et encore..
      Déjà extraire qq pages modèles qui permettront de refaire les maquettes et les mettre à dispo sur un chtit serveur. Allez qui c'est qui s'y colle?(là je peux pas je dois sortir si si c'est vrai)
      Puis chacun recode le hmtl d'une page ou deux..
      Puis qd ce travail sera fait qqun d'autre réintégrera le new html dans template?

      Sinon ne pas refaire le html

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.