Il contient aussi une aide pour le css. Je recherche de l'aide d'ailleurs si ca intéresse: envoyez vos modèles, vos feuilles de styles, vos documentations. La doc est déja bien entamée mais ce logiciel a besoin de finitions. Je me permet de poster ca ici car Wookie semble un outil adéquat pour répondre à ton besoin, et est aussi un outil libre encore à la recherche de son destin... Toute contributions appréciées sur ce projet (pour l'instant équipe très réduite: moi seul).
Ben y parait que "c'est mal" d'installer une Knop sur le dur. Je me rappelle au dernier Linux expo à Paris, quand j'ai dit à un gars sur le stand Debian que les scripts pour installer une Knoppix étaient pas prise de tête et sympas pour une install facile, eh bien je peut te dire que le gars de Debian il est parti mais direct dans un flame bien énervé, et il m'a cramé en me disant que la Knoppix c'est super pour le live-cd, mais que si on l'installe ca supprime les avantages de Debian (je crois qu'il voulait parler du apt-get dist-upgrade surtout). Bon depuis je le fais plus. Mais c'est vrai qu'un installeur Debian standardisé et avec un minimum d'autodetect et d'autoconfig serait vraiment pas du luxe aujourd'hui. On peut pas comparer le script knx-hdinstall de Knoppix et l'installeur de classe préhistorique de la Woody, enfin je sais pas.
~opinion: ils devraient prendre exemple sur les BSD pour les installeurs Debian, parce que ils font du bon boulot là dessus. Je veut dire niveau compromis entre solidité et facilité d'utilisation.
Tout le monde a l'air de plus ou moins critiquer l'initiative. En considérant le nombre de jambon-beurres que représente 120 000$, ou le nombre de développeurs qu'on pourrait payer avec ca, eh ben c'est vrai que suis pas très chaud non plus.
Cependant il s'agit peut-être d'une stratégie pour l'image de marque: une fois que les décideurs encravatés auront vu cette pub dans le NYT ils pourront peut-être se dire "ah ben c'est sérieux alors ce truc, Mozilla" (ils ont le blé donc c'est sérieux), et le considérer comme une alternative crédible dans un environnement de production sur une vaste échelle.
Là ou cette initiative a du bon c'est que le libre communique rarement à travers les grands canaux médiatiques traditionnels à destination du grand public, et cette initiative donne du poids au mouvement du libre. Merci Mozilla!
"On est pas le meilleur quand on le croit, mais quand on le sait". Je ne sais plus qui a dis ca, mais ca s'applique bien ici.
Il apparait que le doute prévaut globalement quant à savoir si un environnement de type LAMP peut concurrencer J2EE sur des créneaux applicatifs importants en termes de complexité industrielle.
On pourrait voir python entre les deux: bon pour le web et aussi pour les applis classiques. Plus tempéré dans ce dileme, python n'est encore excellent ni dans l'un ni dans l'autre en temps qu'environnement de déploiement. Mais l'avantage c'est qu'il est bon dans les deux: plus puissant et homogène que le php, moins lourd que le java. Perso j'y crois plus qu'en java ou en php.
on peut faire des sites XHTML 1.1 et CSS qui marchent aussi sur IE.
on corrige avec des hacks spéciaux pour IE
Je profite de l'occasion pour te demander si tu voudrais bien mettre en ligne ou me faire parvenir quelques exemples de présentations en css clean avec hacks IE incorporés (commentés si possible:), ceci dans le but d'intégrer les exemples dans Wookie, un éditeur css wysiwig que je développe actuellement:
Cet éditeur est notamment à vocation pédagogique, outil pour apprendre le positionement css. Il contient des exemples commentés, mais actuellement aucun n'a été testé sous IE, et je suis pas du tout compétent sur les hacks css IE. Ca serait super de pouvoir profiter de ton expérience sur le sujet pour fournir quelques exemples solidement commentés, dans l'idée de compléter la collection d'exemples du Wookie.
Les tableaux récapitulatifs "Les balises obsolètes et les alternatives à leur utilisation" et "Les attributs obsolètes et les alternatives à leur utilisation" sont très intéressants dans le lien sus-cité.
Y aurait-il sur openweb ou ailleurs le tableau inverse, à savoir une liste des balises sémantiquements conseillées dans des contextes précis? Du genre de hx pour les titres à acronym pour les acronymes, jusqu'a des trucs nettement moins répandus mais paraissant très sémantiques genre label, address, cite, dfn ... Bien sûr on peut se farcir toute la spec pour les dégotter une à une, mais en bon feignant à pragmatique, je cherchais un tableau synthétique rapide. J'ai trouvé cet article: "Respecter la sémantique XHTML" http://openweb.eu.org/articles/respecter_semantique/(...) mais pas de tableau synthétique de balises triées par valeur sémantique (avec précisions sur leur contexte d'utilisation).
C'est aussi une interrogation de ma part sur la valeur sémantique à attribuer à chaque tag xhtml. Par exemple em est peut-être plus sémantiquement significatif que b car un peu plus général, mais sans doute moins que address, dans la mesure ou ce dernier contient plus d'infos sur le sens de son contenu.
Le trackback est un lien plus qualifié que le lien simple: il contient plus d'informations: le nom du site referer (blog_name), l'url (url), un titre (title) et une description/extrait (excerpt) - noter que selon le standard seule l'url est obligatoire pour que le ping soit valide niveau données. Le trackback est un lien signalé et renforcé sémantiquement. C'est une notification provenant d'un autre site: plus qu'un lien, et différent d'un commentaire bien que très proche. L'info est éparpillée et liée, et non plus centralisée sur un seul lieu.
Cela permet par ailleurs de s'assurer que l'url envoyée est valide: l'utilisateur qui envoie un trackback ne tape que l'url de destination, celle qui est envoyée est générée par le programme d'envoi de pings, qui envoie un permalink (lien permanent vers le chemin archivé de la ressource): pas d'erreurs, ou plutot moins d'erreurs possibles.
L'utilisation semble en pratique différente par rapport à des commentaires+liens: quand on colle un lien dans un commentaire on vient sur le site signaler une ressource: faut pouvoir (faut être inscrit, avoir envie de poster ici). Si on envoie un trackback on signale au site une ressource de son propre site. Toute la différence d'utilisation concrète réside ici.
Le principe fondamental est que l'information vienne à toi au lieu de devoir être découverte.
Si j'ai bien tout compris, Pingback (auquel ton lien fait réfèrence) est un système de links pingés qui fait la même chose que le Trackback, mais qui a été inventé après pour des raisons que j'ignore (syndrôme du "not invented here" disent les mauvaises langues). Petite synthèse sur les formats actuels de pings linkés ici: http://wellformedweb.org/story/9(...)
J'avais regardé un peu la syntaxe et ca me parait moins sexy que le Trackback. Et puis surtout ce dernier semble le système le plus utilisé.
Par contre en Pingback l'envoi des pings peut se faire en xml-rpc apparement. Je sais pas si c'est très utile dans ce cas, mais ca ouvre des possibilités de sophistication des procédures de notification.
Pour l'encodage j'encode mon xml en ISO-8859-1 pour le français, et puis pour les autres langues en UTF-8 et ca marche.
Bonne question.
Dans mon implémentation des trackbacks dans Zwook j'ai fais un bouton pour que les admins puissent effacer un trackback, en cas de spam. Mais c'est un peu laborieux. Peut-être un système d'auto-modération associé comme pour les commentaires? Afficher un trackback est très proche de afficher un commentaire. Tu le dis toi-même: les commentaires sont légèrement spamés par des pubs perso (bon c'est pas méchant quand même). Mais c'est un mal nécessaire, et couplé avec l'auto-modération ca marche plutot bien. Ca serait exactement pareil pour les trackbacks.
Une autre question serait de savoir si seul l'auteur d'un journal/commentaire/news par ex peut poster un trackback vers l'extérieur depuis son journal/commentaire/news, ou si tous les identifiés peuvent le faire. Dans mon implémentation j'ai choisi que tous ceux qui ont le droit de publier peuvent envoyer un TB depuis n'importe quelle niouze.
Pour résumer: ya un risque de spam, mais a mon avis c'est pas plus méchant que pour les commentaires à gérer. Après c'est sur qu'il y a moyen de faire des spams bots avec ca mais bon, j'ai pas entendu parler de problèmes encore a ce sujet.
J'ai relevé quelques points qui me semblent très intéressants par rapport à Zope 2 dans l'argumentaire (lien dev.zope.org dans la niouze) présenté:
"Make it possible to use existing Python classes (with little or no change)." "Provide alternative access methods (e.g. FTP, XML-RPC, wxWindows) to objects." "Provide ground-up support for internationalization and localization" "An component-based architecture"
Par contre là ou je doute c'est ici:
"Integrate CMF technology and development patterns into Zope."
CMF je trouve ca lourdingue..
En tous cas ca donne bien envie de l'essayer. Quelqu'un l'a déjà essayé? Je suppose qu'il ya pas encore de paquet Debian mais ca fait rien, je vais de ce pas l'installer!
Encore incomplet, il est actuellement en beta. Gpl et codé sous Zope en Python, il est livré quelques modèles commentés, et un peu de doc sur les propriétés css. On peut l'essayer en ligne ici:
>> faire des papelards pour transformer une erreur (l'oubli de la conformité aux standards) en règle de vie, c'est un peu extrême.
Je suis d'accord, de nos jours ca parait extrême. Mais faut comprendre: le 'html à papa' a ses avantages. Pour l'avoir moi-même beaucoup pratiqué, je reconnais que certains de ses arguments tiennent la route: le html est très tolérant à l'erreur, et sa courbe d'apprentissage est progressive, ce qui n'est pas le cas de css (dont on a vite besoin pour mettre en forme son xhtml bien sémantique).
Les webmasteurs ont tous subi les conséquences des grandes années de la "Guerre des navigateurs I" Netscape vs Ie4, en voyant passer des implémentations divergentes pour certaines propriétés et autres joyeusetés qui perdurent. Ca traumatise. Or aujourd'hui le html est relativement "standardisé de facto" pour les brouteurs actuels. Je veut dire par là que les webmasteurs ont apris à l'utiliser pour qu'il passe à peu près dans tous les brouteurs actuels. Or le xhtml 1.0 strict / css 2.0 par exemple ne passe pas complet ni pareil dans Ie6. Ca pose un problème pour certains webmasteurs qui veulent absolument du Ie6 compliant (ou n'ont pas le choix). C'est la "Guerre des navigateurs II". Peut-être que certains sont las de la guerre, et préfèrent choisir ce qu'ils connaissent bien, et éviter les ennuis.
Cependant je trouve que cette attitude n'est pas très responsable ni encourageante vis à vis des progrès considérables qu'apporte l'utilisation du xhtml/css: xml-compliant, séparation mise en forme/contenu, accessibilité, meilleure sémantique du code de balisage, etc.. Mais je comprends aussi qu'un outil comme Spip se veuille compatible Ie6.
Mon opinion:
- Stratégiquement il semblerait que Microsoft atteigne son but dans cette "Browser War II": ralentir le web suffisament longtemps pour gagner le temps de s'organiser pour le bouffer. Le web est aujourd'hui le pire concurrent de Microsoft, ou du moins le pire risque industriel. En faisant peur aux webmasteurs, il ralentissent l'adoption de facto des nouveaux standards xhtml.
Que faire alors?
- Tactiquement, je préconise de faire du xhtml 1.0 strict / css 2.0 et d'ignorer la compatibilité avec Ie6 dans un maximum de cas. On ne peut pas toujours, mais c'est la seule manière. Et même si la transition est difficile, elle se fera un jour de toute façon.
Apparement c'est ça: "30$ sont reversées à l'aide de ce programme pour chaque PC vendu.". Pour un industriel, forcément ca pousse à pas être conciliant avec les autres systèmes installés sur PC neuf. Et si comme ils disent pour Dell ces commissions représentent 25% de leur bénéfice, ils ne doivent pas trop avoir envie de s'en priver. La loi du marché quoi: ils sont ainsi obligés d'être très gentils avec M$. Résultat: "Robertson concludes from this that there's no chance of Dell leading the charge to desktop Linux". Sont forts chez M$. Si j'étais un industriel sans scrupule, je suis sûr que je les admirerais!
Pour faire progresser le débat, on pourrais aussi poser la question comme ca : qu'est ce qu'il serait intéressant de lire dans linux mag ? Avez vous des idées d'articles intéressants ? Ca pourrait donner des idées à des auteurs peut-être.
Un site web de référence sur toutes ces "bonnes expériences du libre" existe-t-il ?
En faire un vous parait-il nécessaire ? intéressant ? inutile ?
Quels objectifs aurait ce site ?
L'idée me semble intéressante pour au moins 2 utilisations possibles :
- L'anti-FUD et l'information sur le libre en entreprise : je note que l'article du site Microsoft sur LDLC linké ci-dessus est écrit de manière particulièrement habile, comme le décortique un commentaire précédent.
> Contrecarrer un peu la 'propagande propriétaire' par des articles et études sur le libre en entreprise.
- Montrer l'exemple :
> Etudes de cas et documentations simplifée (pas trop technique/inaccessible) sur comment passer à du libre en entreprise pour tel ou tel besoin précisément défini.
Concrètement je propose ma contribution pour aider à monter un tel site (mise en place et webmasteuring) sur plateforme Zwook ( http://www.zwook.com(...) ), pour peu qu'un altruiste et motivé mécène fournisse un hébergement Zope - http://www.zope.org(...) - (et éventuellement un domaine). Un tel projet de site peut intéresser à mon avis un bon nombre de contributeurs, et avoir son utilité directe pour le monde du libre en entreprise. Et puis ca coute pas bien cher d'essayer.
il vaut mieux AMHA tomber sur un truc plus ou moins jeune et pas trop gros au début
Tout à fait : les équipes plus réduites et les structures légères sont plus souples et répondantes en général. C'est moins difficile et souvent plus motivant de rejoindre un projet jeune qu'un vieux routier ayant déja une assise importante (ne serais-ce que pour le fait que ta contribution y sera peut-être plus vite appréciée).
Je crois que les motivations pour coder du libre sont essentiellement le besoin qu'on a de l'appli et la reconnaissance qu'on en tire à la faire.
j'aurais tendance a dire qu'avant d'integrer quoi que ce soit, il faut avoir un certain niveau
Pas d'accord : un projet n'a pas besoin que de codeurs éprouvés, mais surtout de personnes motivées. Webmastering, documentation, traduction, orthographe, parfois assistance juridique (licenses), etc.. Beaucoup de besoins dans un projet ne nécessitent pas de "coding skills" aïgus, juste une motivation à contribuer.
< pub >
Je bosse sur le projet Zwook ( http://www.zwook.org(...) ) : un jeune cms sous Zope, et on apprécierait une participation de développeurs même sans expérience. Par exemple pas besoin d'une grosse pratique pour commencer a coder un module en python. Avec un brin de motivation, de l'aide d'une communauté volontaire et de la doc c'est facile de commencer à contribuer.
</ pub >
J'aime bien l'idée de classer les contributions de manière totalement sémantique, plutot que linéaire, temporelle et 'géographique'. Sur le principe je trouve que c'est une idée intéressante, mais ca reste quand même difficilement implémentable (ou mettre la frontière entre une idée et une autre?).
Je signale au passage que j'admire le système d'auto-modération de linuxfr, qui tourne quand même pas trop mal et c'est une super idée. Maintenant il y a surement moyen de l'améliorer, bien sûr.
Pourquoi tu crée pas plutôt dans ta table categories des champs avec comme infos dedans les paramètres d'accès pour les users et groupes (genre des champs authorised_users et authorised_groups), plus d'autres infos si besoin (genre date de la dernière image) ? Ca fait déjà moins d'accès base à chaque fois.
Sinon sur le principe chercher l'opération(s) qui ralenti ("en cherchant récursivement" par ex?) ton programme.
Sinon j'ai réalisé une remaster de Knoppix http://www.zopix.org(...) avec Zope dedans ( parue dans le LM49 d'ailleurs). Si tu veut un coup de main : p4_at_zwook_point_org
Il me semblait qu'il existait déjà un projet de francisation de Knoppix, mais j'ai pas retrouvé l'adresse.
Le pire, c'est le client qui te sort des arguments comme ca et en plus qui se prend pour un Dieu de l'internet et de l'informatique : là c'est insupportable à gérer...
Ayant souvent rencontré des pathologies de ce type, j'appelle ca le "syndrome de la plaquette" : le client considère que l'important c'est l'image qu'il donne plutot que l'information qui sera dispo sur son site.
"Aujourd'hui, tous les sites professionnels utilisent Flash"
Ca fait bien rire mais au dela de ca faut convaincre le client. Le coté Flash est attirant pour le client car çà pète, il a un super site "sapin de Noêl" avec des trucs qui bougent partout. Lui expliquer que les gens vont pas revenir si ya pas d'infos sur le site est assez difficile : en général le client comprends seulement après que l'intérêt d'un média c'est l'info qu'on trouve dedans. Il faut utiliser des arguments qui se comprennent bien, comme :
- Le flash est très mal référencé dans les moteurs de recherche
- La maintenance coute moins cher en utilisant un CMS en php ou autre
Parce que le client les normes et tout ca il en a rien a faire! Donc vaut mieux taper dans les arguments qu'il comprends vite : le coût (créa & mise à jour) et le référencement.
<sequence_litterature>
Très bon "Au coeur des ténèbres" de Joseph Conrad : c'est l'histoire d'un marin anglais qui remonte le fleuve Congo sur un vapeur au début du siècle, pour ramener l'ivoire des postes coloniaux. Artistocrates anglais, canibales et jungle tropicale : une ambiance à la Corto Maltese, bref, très bon livre.
Dans le même genre roman d'aventures je conseille aussi "Typhon", du même auteur, Joseph Conrad : l'histoire d'un navire qui traverse un typhon en mer de Chine..
</sequence_litterature>
# Editeur css
Posté par _p4_ . En réponse au journal recherche modèle XHTML+CSS libre pour mon site perso. Évalué à 3.
http://www.zwook.org/fr/dossiers/web/css/wookie(...)
Il contient aussi une aide pour le css. Je recherche de l'aide d'ailleurs si ca intéresse: envoyez vos modèles, vos feuilles de styles, vos documentations. La doc est déja bien entamée mais ce logiciel a besoin de finitions. Je me permet de poster ca ici car Wookie semble un outil adéquat pour répondre à ton besoin, et est aussi un outil libre encore à la recherche de son destin... Toute contributions appréciées sur ce projet (pour l'instant équipe très réduite: moi seul).
[^] # Installer Knoppix ?
Posté par _p4_ . En réponse à la dépêche Mepis : une nouvelle version et autres infos.... Évalué à 2.
~opinion: ils devraient prendre exemple sur les BSD pour les installeurs Debian, parce que ils font du bon boulot là dessus. Je veut dire niveau compromis entre solidité et facilité d'utilisation.
# Communiquer sur le libre
Posté par _p4_ . En réponse à la dépêche Publicité Firefox dans le "New York Times". Évalué à 7.
Cependant il s'agit peut-être d'une stratégie pour l'image de marque: une fois que les décideurs encravatés auront vu cette pub dans le NYT ils pourront peut-être se dire "ah ben c'est sérieux alors ce truc, Mozilla" (ils ont le blé donc c'est sérieux), et le considérer comme une alternative crédible dans un environnement de production sur une vaste échelle.
Là ou cette initiative a du bon c'est que le libre communique rarement à travers les grands canaux médiatiques traditionnels à destination du grand public, et cette initiative donne du poids au mouvement du libre. Merci Mozilla!
# Who knows?
Posté par _p4_ . En réponse à la dépêche PHP 5 futur concurrent de J2EE et .Net ?. Évalué à 0.
Il apparait que le doute prévaut globalement quant à savoir si un environnement de type LAMP peut concurrencer J2EE sur des créneaux applicatifs importants en termes de complexité industrielle.
On pourrait voir python entre les deux: bon pour le web et aussi pour les applis classiques. Plus tempéré dans ce dileme, python n'est encore excellent ni dans l'un ni dans l'autre en temps qu'environnement de déploiement. Mais l'avantage c'est qu'il est bon dans les deux: plus puissant et homogène que le php, moins lourd que le java. Perso j'y crois plus qu'en java ou en php.
[^] # Re: Optimisme 2ème édition
Posté par _p4_ . En réponse au journal Le blues du webmaster. Évalué à 2.
on corrige avec des hacks spéciaux pour IE
Je profite de l'occasion pour te demander si tu voudrais bien mettre en ligne ou me faire parvenir quelques exemples de présentations en css clean avec hacks IE incorporés (commentés si possible:), ceci dans le but d'intégrer les exemples dans Wookie, un éditeur css wysiwig que je développe actuellement:
http://www.zwook.org/fr/dossiers/web/css/wookie/(...)
Cet éditeur est notamment à vocation pédagogique, outil pour apprendre le positionement css. Il contient des exemples commentés, mais actuellement aucun n'a été testé sous IE, et je suis pas du tout compétent sur les hacks css IE. Ca serait super de pouvoir profiter de ton expérience sur le sujet pour fournir quelques exemples solidement commentés, dans l'idée de compléter la collection d'exemples du Wookie.
[^] # Re: c'est bien gentil ...
Posté par _p4_ . En réponse au journal Le blues du webmaster. Évalué à 1.
[^] # Re: pas que xhtml
Posté par _p4_ . En réponse au journal Le blues du webmaster. Évalué à 1.
Y aurait-il sur openweb ou ailleurs le tableau inverse, à savoir une liste des balises sémantiquements conseillées dans des contextes précis? Du genre de hx pour les titres à acronym pour les acronymes, jusqu'a des trucs nettement moins répandus mais paraissant très sémantiques genre label, address, cite, dfn ... Bien sûr on peut se farcir toute la spec pour les dégotter une à une, mais en bon feignant à pragmatique, je cherchais un tableau synthétique rapide. J'ai trouvé cet article: "Respecter la sémantique XHTML" http://openweb.eu.org/articles/respecter_semantique/(...) mais pas de tableau synthétique de balises triées par valeur sémantique (avec précisions sur leur contexte d'utilisation).
C'est aussi une interrogation de ma part sur la valeur sémantique à attribuer à chaque tag xhtml. Par exemple em est peut-être plus sémantiquement significatif que b car un peu plus général, mais sans doute moins que address, dans la mesure ou ce dernier contient plus d'infos sur le sens de son contenu.
[^] # Re: hum...
Posté par _p4_ . En réponse au journal La question des trackbacks. Évalué à 1.
Cela permet par ailleurs de s'assurer que l'url envoyée est valide: l'utilisateur qui envoie un trackback ne tape que l'url de destination, celle qui est envoyée est générée par le programme d'envoi de pings, qui envoie un permalink (lien permanent vers le chemin archivé de la ressource): pas d'erreurs, ou plutot moins d'erreurs possibles.
L'utilisation semble en pratique différente par rapport à des commentaires+liens: quand on colle un lien dans un commentaire on vient sur le site signaler une ressource: faut pouvoir (faut être inscrit, avoir envie de poster ici). Si on envoie un trackback on signale au site une ressource de son propre site. Toute la différence d'utilisation concrète réside ici.
Le principe fondamental est que l'information vienne à toi au lieu de devoir être découverte.
[^] # Re: Vive les pingbacks !
Posté par _p4_ . En réponse au journal La question des trackbacks. Évalué à 1.
J'avais regardé un peu la syntaxe et ca me parait moins sexy que le Trackback. Et puis surtout ce dernier semble le système le plus utilisé.
Par contre en Pingback l'envoi des pings peut se faire en xml-rpc apparement. Je sais pas si c'est très utile dans ce cas, mais ca ouvre des possibilités de sophistication des procédures de notification.
Pour l'encodage j'encode mon xml en ISO-8859-1 pour le français, et puis pour les autres langues en UTF-8 et ca marche.
[^] # Re: Question bête
Posté par _p4_ . En réponse au journal La question des trackbacks. Évalué à 1.
Dans mon implémentation des trackbacks dans Zwook j'ai fais un bouton pour que les admins puissent effacer un trackback, en cas de spam. Mais c'est un peu laborieux. Peut-être un système d'auto-modération associé comme pour les commentaires? Afficher un trackback est très proche de afficher un commentaire. Tu le dis toi-même: les commentaires sont légèrement spamés par des pubs perso (bon c'est pas méchant quand même). Mais c'est un mal nécessaire, et couplé avec l'auto-modération ca marche plutot bien. Ca serait exactement pareil pour les trackbacks.
Une autre question serait de savoir si seul l'auteur d'un journal/commentaire/news par ex peut poster un trackback vers l'extérieur depuis son journal/commentaire/news, ou si tous les identifiés peuvent le faire. Dans mon implémentation j'ai choisi que tous ceux qui ont le droit de publier peuvent envoyer un TB depuis n'importe quelle niouze.
Pour résumer: ya un risque de spam, mais a mon avis c'est pas plus méchant que pour les commentaires à gérer. Après c'est sur qu'il y a moyen de faire des spams bots avec ca mais bon, j'ai pas entendu parler de problèmes encore a ce sujet.
# Par rapport a Zope 2?
Posté par _p4_ . En réponse au journal Zope 3X arrive bientôt dans les bacs. Évalué à 2.
Par contre là ou je doute c'est ici:
CMF je trouve ca lourdingue..
En tous cas ca donne bien envie de l'essayer. Quelqu'un l'a déjà essayé? Je suppose qu'il ya pas encore de paquet Debian mais ca fait rien, je vais de ce pas l'installer!
[^] # Re: Excellent article !
Posté par _p4_ . En réponse à la dépêche Bâtir une communauté autour de logiciels libres. Évalué à 0.
http://www.zwook.org/fr/dossiers/web/css/wookie(...)
[^] # Re: Excellent article !
Posté par _p4_ . En réponse à la dépêche Bâtir une communauté autour de logiciels libres. Évalué à 5.
Tout à fait d'accord. Pour contribuer à remédier a cet état de fait, j'ai codé Wookie, un éditeur css/xhtml wysiwyg avec interface web:
http://www.zwook.org/fr/dossiers/themes/css/wookie/(...)
Encore incomplet, il est actuellement en beta. Gpl et codé sous Zope en Python, il est livré quelques modèles commentés, et un peu de doc sur les propriétés css. On peut l'essayer en ligne ici:
http://www.zwook.org/fr/dossiers/themes/css/wookie/demo(...)
Ne pas hésiter à poster dans le forum sur la page pour contribuer/proposer/debuguer.
[^] # Re: Excellent article !
Posté par _p4_ . En réponse à la dépêche Bâtir une communauté autour de logiciels libres. Évalué à 6.
Je suis d'accord, de nos jours ca parait extrême. Mais faut comprendre: le 'html à papa' a ses avantages. Pour l'avoir moi-même beaucoup pratiqué, je reconnais que certains de ses arguments tiennent la route: le html est très tolérant à l'erreur, et sa courbe d'apprentissage est progressive, ce qui n'est pas le cas de css (dont on a vite besoin pour mettre en forme son xhtml bien sémantique).
Les webmasteurs ont tous subi les conséquences des grandes années de la "Guerre des navigateurs I" Netscape vs Ie4, en voyant passer des implémentations divergentes pour certaines propriétés et autres joyeusetés qui perdurent. Ca traumatise. Or aujourd'hui le html est relativement "standardisé de facto" pour les brouteurs actuels. Je veut dire par là que les webmasteurs ont apris à l'utiliser pour qu'il passe à peu près dans tous les brouteurs actuels. Or le xhtml 1.0 strict / css 2.0 par exemple ne passe pas complet ni pareil dans Ie6. Ca pose un problème pour certains webmasteurs qui veulent absolument du Ie6 compliant (ou n'ont pas le choix). C'est la "Guerre des navigateurs II". Peut-être que certains sont las de la guerre, et préfèrent choisir ce qu'ils connaissent bien, et éviter les ennuis.
Cependant je trouve que cette attitude n'est pas très responsable ni encourageante vis à vis des progrès considérables qu'apporte l'utilisation du xhtml/css: xml-compliant, séparation mise en forme/contenu, accessibilité, meilleure sémantique du code de balisage, etc.. Mais je comprends aussi qu'un outil comme Spip se veuille compatible Ie6.
Mon opinion:
- Stratégiquement il semblerait que Microsoft atteigne son but dans cette "Browser War II": ralentir le web suffisament longtemps pour gagner le temps de s'organiser pour le bouffer. Le web est aujourd'hui le pire concurrent de Microsoft, ou du moins le pire risque industriel. En faisant peur aux webmasteurs, il ralentissent l'adoption de facto des nouveaux standards xhtml.
Que faire alors?
- Tactiquement, je préconise de faire du xhtml 1.0 strict / css 2.0 et d'ignorer la compatibilité avec Ie6 dans un maximum de cas. On ne peut pas toujours, mais c'est la seule manière. Et même si la transition est difficile, elle se fera un jour de toute façon.
[^] # Re: Marge arrière ?
Posté par _p4_ . En réponse à la dépêche Comment Microsoft contournerait les lois anti-trust. Évalué à 6.
# Des idées
Posté par _p4_ . En réponse au journal Linux Mag 64 : contenu utile inside. Évalué à 2.
# Site web "bonnes expériences du libre"
Posté par _p4_ . En réponse au journal Ces sociétés qui tirent un trait sur le monde propriétaire ?. Évalué à 1.
En faire un vous parait-il nécessaire ? intéressant ? inutile ?
Quels objectifs aurait ce site ?
L'idée me semble intéressante pour au moins 2 utilisations possibles :
- L'anti-FUD et l'information sur le libre en entreprise : je note que l'article du site Microsoft sur LDLC linké ci-dessus est écrit de manière particulièrement habile, comme le décortique un commentaire précédent.
> Contrecarrer un peu la 'propagande propriétaire' par des articles et études sur le libre en entreprise.
- Montrer l'exemple :
> Etudes de cas et documentations simplifée (pas trop technique/inaccessible) sur comment passer à du libre en entreprise pour tel ou tel besoin précisément défini.
Concrètement je propose ma contribution pour aider à monter un tel site (mise en place et webmasteuring) sur plateforme Zwook ( http://www.zwook.com(...) ), pour peu qu'un altruiste et motivé mécène fournisse un hébergement Zope - http://www.zope.org(...) - (et éventuellement un domaine). Un tel projet de site peut intéresser à mon avis un bon nombre de contributeurs, et avoir son utilité directe pour le monde du libre en entreprise. Et puis ca coute pas bien cher d'essayer.
[^] # Re: Excellente journee
Posté par _p4_ . En réponse au journal Une journée à Linux Edu. Évalué à 1.
# Rejoindre un projet open
Posté par _p4_ . En réponse au journal Où geeker cet été ?. Évalué à 1.
Tout à fait : les équipes plus réduites et les structures légères sont plus souples et répondantes en général. C'est moins difficile et souvent plus motivant de rejoindre un projet jeune qu'un vieux routier ayant déja une assise importante (ne serais-ce que pour le fait que ta contribution y sera peut-être plus vite appréciée).
Je crois que les motivations pour coder du libre sont essentiellement le besoin qu'on a de l'appli et la reconnaissance qu'on en tire à la faire.
j'aurais tendance a dire qu'avant d'integrer quoi que ce soit, il faut avoir un certain niveau
Pas d'accord : un projet n'a pas besoin que de codeurs éprouvés, mais surtout de personnes motivées. Webmastering, documentation, traduction, orthographe, parfois assistance juridique (licenses), etc.. Beaucoup de besoins dans un projet ne nécessitent pas de "coding skills" aïgus, juste une motivation à contribuer.
< pub >
Je bosse sur le projet Zwook ( http://www.zwook.org(...) ) : un jeune cms sous Zope, et on apprécierait une participation de développeurs même sans expérience. Par exemple pas besoin d'une grosse pratique pour commencer a coder un module en python. Avec un brin de motivation, de l'aide d'une communauté volontaire et de la doc c'est facile de commencer à contribuer.
</ pub >
Un conseil :
"Feel, don't think" Obi-Wan Kenobi
# Classement sémantique
Posté par _p4_ . En réponse au journal Où va linuxfr ?. Évalué à 1.
Je signale au passage que j'admire le système d'auto-modération de linuxfr, qui tourne quand même pas trop mal et c'est une super idée. Maintenant il y a surement moyen de l'améliorer, bien sûr.
# Suggestions
Posté par _p4_ . En réponse au journal album photo en ligne, gestion des permissions, besoin de conseils avisés. Évalué à 1.
Sinon sur le principe chercher l'opération(s) qui ralenti ("en cherchant récursivement" par ex?) ton programme.
[^] # Re: Knoppix pré 3.4 ?
Posté par _p4_ . En réponse au journal Presqu'offert et Knoppix 3.4. Évalué à 1.
http://homepage.hispeed.ch/py430/knoppix/knxiso-setlang(...)
Sinon j'ai réalisé une remaster de Knoppix http://www.zopix.org(...) avec Zope dedans ( parue dans le LM49 d'ailleurs). Si tu veut un coup de main : p4_at_zwook_point_org
Il me semblait qu'il existait déjà un projet de francisation de Knoppix, mais j'ai pas retrouvé l'adresse.
[^] # Re: Exemple pourri
Posté par _p4_ . En réponse au journal Flash: J'ai besoin de votre aide!. Évalué à 2.
# Syndrome de la plaquette
Posté par _p4_ . En réponse au journal Flash: J'ai besoin de votre aide!. Évalué à 1.
"Aujourd'hui, tous les sites professionnels utilisent Flash"
Ca fait bien rire mais au dela de ca faut convaincre le client. Le coté Flash est attirant pour le client car çà pète, il a un super site "sapin de Noêl" avec des trucs qui bougent partout. Lui expliquer que les gens vont pas revenir si ya pas d'infos sur le site est assez difficile : en général le client comprends seulement après que l'intérêt d'un média c'est l'info qu'on trouve dedans. Il faut utiliser des arguments qui se comprennent bien, comme :
- Le flash est très mal référencé dans les moteurs de recherche
- La maintenance coute moins cher en utilisant un CMS en php ou autre
Parce que le client les normes et tout ca il en a rien a faire! Donc vaut mieux taper dans les arguments qu'il comprends vite : le coût (créa & mise à jour) et le référencement.
[^] # Re: À Munich, la GPL a gagné
Posté par _p4_ . En réponse à la dépêche À Munich, la GPL a gagné. Évalué à 1.
Très bon "Au coeur des ténèbres" de Joseph Conrad : c'est l'histoire d'un marin anglais qui remonte le fleuve Congo sur un vapeur au début du siècle, pour ramener l'ivoire des postes coloniaux. Artistocrates anglais, canibales et jungle tropicale : une ambiance à la Corto Maltese, bref, très bon livre.
Dans le même genre roman d'aventures je conseille aussi "Typhon", du même auteur, Joseph Conrad : l'histoire d'un navire qui traverse un typhon en mer de Chine..
</sequence_litterature>