Aller au contenu

davidm

Hubmaster
  • Compteur de contenus

    1 589
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par davidm

  1. Je suis toujours intéressé par de nouveaux CMS, mais comme le souligne anonymus, mieux vaut apporter quelque chose de plus quand on développe un nouveau CMS, car c'est un boulot énorme ! Pour ce qui est de la propreté du code, c'est indispensable d'avoir une grande rigueur au départ, le nettoyage prendra au moins deux fois plus de temps et vous oublierez forcémment des erreurs. Peut-être se mettre à l'Extreme Programming ;-) (Pour une petite synthèse en français, c'est ici) Bon ceci dit, ce que j'attend d'un CMS moderne : Un "core" léger contenant seulement les fonctions principales, les fonctions additionelles étant contenues dans des modules/plugins/extensions (maintenance facilitée, adaptabilité aux besoins des utilisateurs) Pas de mise en page "hardcodée" Un système de localisation mis en place dès le départ, pour avoir un système multilingue Un template clair et pas trop complexe pour les plugins (pour attirer des codeurs vers le CMS) Une communauté suffisamment large et active (sinon le CMS est mort-né, sans testeurs et codeurs...) Une licence GPL
  2. Je suis tombé sur cette petite application qui m'a permis de transférer tous les anciens mails (pas loin de 850 Mo) dans mon compte GMail (plus ça va plus je n'utilise que ça ! Avis aux franco-francophones l'interface est maintenant aussi en français ) Si vous avez un compte GMail, et que vous voulez importer vos mails, c'est par là qu'il faut aller http://www.marklyon.org/gmail/default.htm Et pour ceux qui voudrait un compte GMail, j'en ai presque 50 à distribuer alors c'est la fête cette semaine, envoyer moi un MP et je vous enverrai une invitation :-) A+ !
  3. IE7 ne va même pas être capable de prendre en compte toutes les propriétés CSS2.0... alors CSS3.0... non malheureusement. Pour la date prévisionnelle, aucune idée mais ce n'est pas pour demain
  4. Bon ben tant mieux, tout le monde y gagne ! Pour la bannière oui, elle fait justice à l'interface graphique de Nectil
  5. Je vois que Nectil est devenu annonceur sur le Hub... mon post y serait-il pour quelque chose ?
  6. Cf la liste suivante Ca devrait aider ! D'une manière générale, les CMS "modernes" partagent quelques caractéristiques : la séparation entre la forme (gérée via moteur de template + CSS) et le fond (géré par le couple CMS + plugins). Ca veut dire : le moins possible d'élément "hardcodés" dans l'application (i.e dont on ne peut changer la mise en forme sans hacker le code source...). La modularité, avec un "core" relativement léger (ça veut dire que seules les fonctions essentielles sont intégré au coeur de l'appli, le reste est géré via des modules ou plugins. C'est plus efficace en terme de maintenance et d'évolutivité) L'optimisation des requêtes sur la base (contre-exemple : Xaraya) La conformité aux standards du code qu'ils produisent (et là il faudrait faire un petit tableau car beaucoup affichent une conformité qui ne tient pas la route par rapport à ce qui est annoncé...) Un balisage sémantiquement correct (contre exemple : SPIP avec ses <b> et <i>) Une interface d'administration respectant un minimum de principes ergonomiques (contre-exemple : TikiWiki) Une conception permettant une localisation facile (traduction)
  7. WikkaWiki dispose aussi de Geshi Pour WikiNi j'ai oublié de le mettre dans la liste, tout comme phpWiki Wiki2xhtml, mais c'est Mister Olivier Meunier de Dotclear je me trompe ?
  8. Le mieux c'est d'utiliser un script PHP qui te permette de suivre tes référents, de les compter et les afficher. Par exemple, Stadtaus. Si tu utilise un CMS, il existe des plugins prévu pour la plupart...
  9. Pas vraiment, non... en ce moment c'est WikkaWiki qui me semble très prometteur (Instiki est excellent aussi, mais je ne maîtrise pas Ruby malheureusement). D'une manière générale je suis branché à fond sur tout ce qui est innovant MediaWiki est une "valeur sûre", je conseille à tout le monde le plus bel exemple d'utilisation : WikiPedia Hmmm, je ne suis pas surpris par les premiers résultats du sondage... déçu, oui, qu'il n'y ait pas plus de professionnels du web francophone qui utilisent ce type d'outil qui est très puissant... Dudu, pour ce qui est de ressentir l'utilité, moi non plus je ne voyais pas trop avant de commencer à travailler avec . C'est pour ça que je m'y suis mis "tard" (enfin comme toujours, si on se base sur la référence anglo-saxonne qui a toujours un train d'avance...), il y a un an environ. Difficile à dire tant qu'on a pas "joué" avec un Wiki ou contribué à un projet qui l'utilise... L'idée du Wiki semble simple, voir simpliste... mais la portée de l'outil est bien plus riche que son principe et il faut vraiment l'utiliser pour comprendre : rétroliens, namespaces, interwiki... Sans compter les innovations sociales auxquelles il peut donner naissance, à l'image du bookcrossing Alors, tentez l'expérience ! Pour ceux qui se demandent ce qu'est un Wiki , lisez cet article de WikiPedia
  10. Après les blogs, ce sont les Wikis qui font pas mal parler d'eux... je me demandai ce que les hubmasters utilisaient comme moteur pour leurs Wiki ? Personnellement après avoir testé DocuWiki, je suis revenu au traditionnel MediaWiki utilisé par WikiPedia. Mais je suis toujours preneur d'avis sur des outils plus léger (genre WackoWiki) et ou innovant (comme Instiki, qui tourne avec RubyOnRails ou encore WikkaWiki qui a quelques fonctions intéressantes comme l'intégration des Minds Maps). J'attend avec impatience vos réponses ! Pour un comparatif assez complet d'une partie de ces solutions, voir cette page en english : http://wiki.splitbrain.org/wiki:compare
  11. Pour commencer, je pense que ton post aurait du figurer dans le forum Systèmes de publication. D'ailleurs tu y trouveras plein d'infos ! Ceci dit, il me semble si on tiens compte du fait que tu souhaites gérer finement les droits d'accès des utilisateurs que les solutions de type portails seront plus adaptés. Deuxième point, il te faut une solution qui reste légère car tu n'as pas non plus besoin apparemment d'un mastodonte. Je suggèrerait bien LDU, qui me semble bien correspondre à tes besoins. Il est fiable, rapide, simple et possède une gestion des droits vraiment très fine. Et la dernière version (0.800) est vraiment pas mal. Pour une liste plus complète voir ce fil de discussion
  12. Dans le style SPGM est plus light que gallery tout en étant très bien conçu et efficace. On peut aussi citer Singapore (voir traduction fr ici : http://singapore.sourceforge.net/?page=translations). Il existe pas mal de scripts open-source capable de répondre à ton besoin, mais je cite seulement ces deux là qui sont vraiment pas mals, et francisés.
  13. Un petit gadget qui peut éventuellement servir, simple adaptation du bookmarklet que Wilshire a créé pour le forum de Textpattern Et voilà : javascript:void(str=prompt(%22Rechercher www.webmaster-hub.com sur:%22,%22%22));if(str){location.href=%22http://www.google.fr/search?q=site%3Awww.webmaster-hub.com+%22+str;} (Bon avec BBCode je ne peux pas créer un lien drag n' drop...) J'espère que ça sera utile !
  14. Effectivement Richard il est possible de trouver du javascript pour régler ce problème de barre de défilement lié à l'utilisation d'overflow:auto Par exemple : http://www.dyn-web.com/dhtml/scroll/ ou encore http://www.siteexperts.com/tips/styles/ts27/page3.asp
  15. Merci François pour ces explications... Si Nectil est architecturé autour de XSLT et de XML, tout va bien on ne devrait pas être en territoire trop inconnu En fait comme on ne peut pas télécharger l'application (je me trompe ?), quand on est habitué à "voir" l'arborescence et les fichiers de l'application, et à rentrer dedans, on est un peu perdu. Admettons le : il s'agit de solution totalement différente, donc il faut s'acclimater. Comme je disais je passerai plus de temps à faire le tour de la démo et du site, histoire de mieux comprendre. Et j'attend avec impatience les PDF à destination des développeurs et designers, sans doute je comprendrai mieux une fois que la doc sera sortie. Merci en tout cas pour ces explications !
  16. En gros tu cherches un CMS léger ? Tu peux essayer ItsEasy qui tourne sans base de données, à voir par contre si un MOD peut te permettre d'avoir ces fonctionnalités côté images. Sinon pourquoi ne pas opter pour Dotclear ? C'est un outil étiquetté blogging, mais il te permettra de gérer tes images aussi bien que tes news. Dans un genre assez similaire, voir Plume. Si tu cherches plus poussé côté image (du genre redimensionnement automatique via GD Library), il faudra peut-être te diriger vers un script de galerie d'image. A voir...
  17. OK merci François d'avoir corrigé les imprécisions de mon post original. Je vais rayer mes objections donc (bah, je ne peux pas éditer mon post). Les RIA sont effectivement une voie prometteuse, mais personnellement j'aurai plus tendance à chercher des solutions fondées sur des standards ouverts (question de goût...). J'avoue qu'en tant qu'habitué du couple php/mySQL j'ai du mal à comprendre le fonctionnement de Nectil, il aurait fallu que je me plonge dans le code pour en comprendre les concepts. De ce point de vue, est-ce que vous ne risquez pas de rebuter les designers/codeurs avec une certaines opacité sur le fonctionnement ? Beaucoup d'entre eux sont amenés à écrire des modules/plugins en fonction de demande spécifique client ? Est-ce que la logique est "propriétaire" dans ce cas ?
  18. Sibelius, effectivement entre temps j'ai oublié d'ajouter la suite de mes investigations... Jason chez TextDrive m'a donné une solution en php : <?php if ( stristr($_SERVER["HTTP_ACCEPT"],"application/xhtml+xml") ) { header("Content-type: application/xhtml+xml"); } else { header("Content-type: text/html"); } ?> <?php echo "<?xml version="1.0" encoding="utf-8"?".">"; ?> Comme tu peux le constater, ce bout de code est conditionnel et il sert bien du text/html pour IE. Néanmoins, cela ne change pas réellement le header http du serveur. Pour l'extension des pages, perso je suis sur du .php donc... Plus de détails, voir mon post sur le forum de mon hébergeur, TextDrive (en engish) Au final, je suis assez d'accord sur le XHTML 1.1, et je vais switcher en 1.0 strict. En attendant, ça m'a permis d'améliorer mes connaissances :-)
  19. Regarde sur ton badge tu dois avoir marqué J 17+18 donc normalement oui ! @Dudu : ben justement moi j'étais là entre 13h et 16h, pas étonnant qu'on ne se soit pas croisé ! @Martin : Clé USB ??? Non moi pas eu ça... qu'est-ce que tu leur a fait aux filles ?
  20. davidm

    Flash

    Sur le chapitre des intros, je suis d'accord, encore qu'on pourrait imaginer un cookie qui permette de ne la jouer que la première fois que tu viens sur le site, ce qui serait à la limite tolérable (toujours à condition d'avoir un lien "passer l'intro")...
  21. Ah d'accord je vois oui effectivement j'étais pas là le matin, et l'après-midi j'étais pas vraiment dans l'espace "adulte" je reconnais J'essaierai de faire mieux demain ! Je ferai un effort et j'essaierai d'être là le matin ! A demain donc,
  22. Bon ben moi je suis passé cet après-midi, mais j'ai fait un atterissage là : je pensai que le hub se voyait offrir un stand moi ! Du coup j'ai pas trouvé les membres du Hub, vu que mise à part la conf du matin, pas de membre du Hub facile à trouver... Alors C'est OU qu'on peut vous retrouver ??? Je serai là demain aussi ! J'espère que vous passerez sur le forum et que vous suivez ce fil ! A demain j'espère !
  23. davidm

    Flash

    100% d'accord, ça résumé bien la façon d'approcher Flash, et de n'importe quel outil d'ailleurs : quelle valeur ajoutée ? Pas grand chose à ajouter après ça. Je ne suis pas d'accord du tout avec Dadou, car pour moi toute approche "toutiste" est à exclure, Tout Flash, Sans Flash, pas de juste milieu. Aucun outil n'est mauvais en soi, c'est son utilisation qui l'est...
×
×
  • Créer...