Journal Le futur nouveau site emacsfr.org

Posté par .
Tags :
0
8
fév.
2004
Eh oui, c'est LA grande nouvelle pour les utilisateurs du site emacsfr.org.

Je prévois de le relooker un peu et de passer à une autre technologie que DaCode.

Ce relookage va passer par une réflexion sur le futur outil qui gèrera le site et par une nouvelle charte graphique (logo, couleur, organisation du site...).

Pour le choix de l'outil j'hésite encore entre SPIP (pas mal mais niveau respect des standard...) et une technologie plus "manuelle" à base de XML/XSL(t).

Enfin bref pour le moment rien n'est arrêté et surtout comme je suis tout seul, je vais prendre mon temps.

Ce qui est sûr dès à présent c'est que le futur site n'embarquera plus le Wiki et autre forum pour éviter de devoir gérer plusieurs outils en même temps.

Autre point important, le site gnusfr.org (que je gère aussi) sera fusionné au sein du futur emacsfr.

Voilà si vous voyez des points qui pourraient être changés, améliorés, ou autre n'hésitez pas en m'en faire part ici.

P.S: je cherche une gentil graphisqte capable de me faire un joli logo pour le futur site.
  • # Re: Le futur nouveau site emacsfr.org

    Posté par (page perso) . Évalué à 1.

    Pour ma part, je dirais qu'une fusion emacsfr/gnusfr me paraitrait bienvenue...

    Sinon, pourquoi pas templeet ? Sans bien connaitre le projet, ça à l'air d'être le digne successeur de dacode, non ?
    • [^] # Re: Le futur nouveau site emacsfr.org

      Posté par . Évalué à 1.

      Le problème de templeet c'est sa syntaxe très, hmmm, obscure.

      Non clairement mon choix se tourne vers quelque chose mixant le XML et les feuilles de styles XSL.

      XML parce que c'est le format du futur :) et ça permettra surtout de faire un peu n'importe quoi avec le contenu du site: récupérer pour le transformer en d'autres formats, etc...

      Enfin je ne suis pas fermé mais quitte à tout refaire, je préfère prendre quelque chose que je maîtrise et éviter ainsi d'être devant quelque chose comme DaCode que je ne connais pas du tout :)
    • [^] # Re: Le futur nouveau site emacsfr.org

      Posté par . Évalué à 1.

      Tiens un truc bien HS mais crois-tu possible que gna! héberge le futur emacsfr ?
      • [^] # Re: Le futur nouveau site emacsfr.org

        Posté par (page perso) . Évalué à 1.

        On ne fournit pas de PHP / MySQL, je suppose que ça pose problème, en particulier si le contenu doit être dynamique.

        Si le contenu peut être statique, ça ne devrait pas être genant, dans la mesure où ça rentre dans la case documentation (à mon sens ; je doute qu'un autre membre de Gna! pense le contraire).
  • # Re: Le futur nouveau site emacsfr.org

    Posté par . Évalué à 1.

    Je profite de mon journal (à moi) pour lancer un appel à contributions.

    Toutes les personnes se sentant prêtes à aider peuvent me contacter ici ou par mail :p
  • # Re: Le futur nouveau site emacsfr.org

    Posté par . Évalué à 0.

    Perso, je vais jeter un coup d'oeil approfondie à phptal (http://phptal.sourceforge.net(...)) pour ce qui est de la génération des templates.
    C'est basé sur le système TAL de zope, qui n'est vraiment "que du bonheur".
    Just my 2¢
  • # Re: Le futur nouveau site emacsfr.org

    Posté par (page perso) . Évalué à 1.

    Pour SPIP, même si je ne connais pas beaucoup le sujet, il me semble que ce sont les squelettes que tu rédiges qui seront standard ou non, le moteur en lui même n'intervient pas là dedans.
    • [^] # Re: Le futur nouveau site emacsfr.org

      Posté par . Évalué à 1.

      Je me suis mal exprimé en fait. Disons que pour ne pas jeter d'huile sur le feu, il est de notoriété public que un des auteurs de SPIP "crache" méchamment sur les standards du W3C.
      • [^] # Re: Le futur nouveau site emacsfr.org

        Posté par . Évalué à 1.

        un des auteurs de SPIP

        Tu viens d'atteindre le niveau 1 de réflexion. Fais-nous signe quand tu en sera au niveau 4.
        • [^] # Re: Le futur nouveau site emacsfr.org

          Posté par . Évalué à 1.

          ??

          Je ne vais pas faire le procès de cette personne mais quelqu'un qui prône le non suivi de standards qui permettent l'accessibilité et ce genre de petits détails (sans importance apparement) ne m'incite pas à utiliser cette technologie. De plus jusqu'à ce que j'apprenne cette histoire, j'étais un fervent défenseur de SPIP. Aujourd'hui, même si SPIP reste un bon logiciel libre, je révise mon jugement quant au fait que je puisse continuer à l'utiliser.

          Libre à toi d'interpréter mes propos...
          • [^] # Re: Le futur nouveau site emacsfr.org

            Posté par (page perso) . Évalué à 2.

            Je n'ai pas de parti pris, mais dans son article, l'auteur ralait contre les "intaigristes" des standard, pas vraiment contre les standards eux-mêmes...

            De plus je ne vois vraiment pas quel est le rapport, tu vas te retenir d'utiliser un truc simple qui te conviendrait simplement parce que _un_ des auteurs n'a pas les mêmes points de vues que toi ? Alors arrêtes d'utiliser de l'open-source, ESR est un facheux facho méchant ! Arrêtes de toucher du Gnu, si ça se trouve RS est un aguichant gauchiste barbu !

            Hola chevalier ! Fi ! C'en est trop !
            • [^] # Re: Le futur nouveau site emacsfr.org

              Posté par . Évalué à 1.

              De plus je ne vois vraiment pas quel est le rapport, tu vas te retenir d'utiliser un truc simple qui te conviendrait simplement parce que _un_ des auteurs n'a pas les mêmes points de vues que toi ?

              Oui. En fait le problème n'est pas qu'il est le même point de vue que moi mais pas du tout. Mon avis on s'en balance. Par contre oui, je suis prêt à me passer de tel ou tel outil (c'est mon choix, ma liberté) parce que un des auteurs s'est publiquement présenté comme contre des standards. Je ne vois pas l'intérêt pour moi de continuer à utiliser des outils (même libres) si des "détails" me tracassent. Pour moi les standards _doivent_ être utilisés, défendus, ...
              De plus les standards du W3C prônent l'accéssibilité de l'internet pour tous et ayant dans mon entourage très proches des gens handicapés, c'est un critère de très haute importance et donc sur lequel je n'aime pas qu'on dise qu'ils ne servent à rien.

              Alors arrêtes d'utiliser de l'open-source, ESR est un facheux facho méchant ! Arrêtes de toucher du Gnu, si ça se trouve RS est un aguichant gauchiste barbu !

              Complètement hors de propos.
              • [^] # Re: Le futur nouveau site emacsfr.org

                Posté par (page perso) . Évalué à 1.

                En fait, ce n'est pas parce que un des auteurs ne veux pas défendre coute que coute les standards que SPIP peux pas le faire.
                Tu auras sans doute remarquer que les squelettes peuvent (ou pas) les respecter, selon ce que tu y mets.
                De plus SPIP est un logiciel libre, y contribue qui veux, il n'a donc pas un _seul_ auteur.
                J'avoue avoir du mal à saisir pourquoi et comment tu sautes allègrement de la sphère "idée d'un contributeur" à la sphère "implémentation du logiciel", ce qui motivais ma dernière remarque...

                Je laisse de coté l'idée reçue qui voudrait que le respect _scrupuleux_ et _dogmatique_ des standards soit indispensable au bon accès du web par des personnes handicapés...
  • # Re: Le futur nouveau site emacsfr.org

    Posté par . Évalué à 1.

    • [^] # Re: Le futur nouveau site emacsfr.org

      Posté par . Évalué à 1.

      Pas mal du tout !!

      T'aurais pas un autre site d'exemple pour voir ??

      Est-ce qu'on peut avoir du XML en entrée ?

      En tout cas je le mets sur la liste des candidats.
      • [^] # Re: Le futur nouveau site emacsfr.org

        Posté par . Évalué à 1.

        en fait je ne l'utilise pas 8) C'est une intégration de dotclear ; à vue de code c'est modulaire et ça utilise un system de template. tu en feras donc ce que tu veux :)
  • # Re: Le futur nouveau site emacsfr.org

    Posté par (page perso) . Évalué à 1.

  • # Passage de daCode à... SPIP ?

    Posté par . Évalué à 1.

    Le vrai problème de ce changement de moteur c'est la pérennité du passif:
    - Conserver le contenu des bases de données daCode et le convertir pour qu'il soit accessible à travers le nouveau CMS du site.
    - Que les anciens liens, référencés par Google et les autres sites, pointent toujours sur les bonnes données et pas sur un bête 404.

    Cela suppose deux choses:
    - Un convertisseur pour mettre les bases de l'ancien format (daCode) vers le nouveau format du CMS de ton choix.
    - Faire un convertisseur dynamique (en php) des adresses de daCode dans les adresses qui correspondent avec le nouveau CMS...

    Ces petits soucis sont exactement la raison pour laquelle http://sciencesnat.org(...) ne tourne pas encore sous SPIP ! (la dernière fois que j'ai programmé c'était de l'assembleur MC68030 vers 1992 !!!)...

    Vous avez des solutions, vous, à ces problèmes ?
    • [^] # Re: Passage de daCode à... SPIP ?

      Posté par . Évalué à 1.

      Pour ce qui est de la base de donnée, tout dépend du CMS utilisé :)

      Pour google, un coup de mod_rewrite et le tour est joué.
      • [^] # Facile à dire, mais... à faire ?

        Posté par . Évalué à 1.

        «Pour google, un coup de mod_rewrite et le tour est joué»

        Si c'était si simple !
        daCode prend n entrée une multitude de formats: par la date, par le n° de news, par le thème, par la section, les commentaires, les sondages, la webcam, etc, etc... Faut quand même relever toutes les correspondances à ces entrées, faire des règles de conversion, c'est ça le plus dur !

        «Pour ce qui est de la base de donnée, tout dépend du CMS utilisé :)»

        À moins, comme tu le suggères plus haut, de faire ton propre CMS, ce ne sera de toute façon pas le même format de DB que daCode (sauf peut-être avec Templeet, ou feu la pyCaverne...).

Suivre le flux des commentaires

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