J'ai utilisé pas mal de sélecteurs CSS complexes pour écrire cette feuille de style, mais il est vrai que cela peut entrainer quelques problèmes avec certains navigateurs ( fonctionne toutefois avec FF 3.5 sous Windows & Linux )
J'ai envoyé un message au modérateurs demandant quelques ajouts (id,class) pour éviter d'utiliser trop de trucs pas propres, et je devrais avoir une réponse d'ici peu.
Pour information, CSS permet de définir différentes feuilles de style selon le média de destination (écran, imprimante, etc. )
Le but de la feuille de style que j'ai rajouté ne s'applique qu'à l'impression (print.css) et son but est de pouvoir imprimer les longues dépêches pour lecture hors ligne, ou pour pouvoir les archiver sous forme de fichier PDF. Les commentaires restent bien sûr visibles sur le site.
Par exemple, la dernière sur le noyau linux 2.6.31 donne déjà un fichier PDF de 14/15 pages, sans les commentaires.
Si j'avais accès au code côté serveur, j'aurais certainement rajouté une case à cocher imprimer aussi les commentaires, mais je ne puis pour le moment.
Quoiqu'il en soit, ce sera ajouté dès que j'en aurais la possibilité.
J'ai oublié de préciser que pour avoir un aperçu de la feuille de style print.css, il faut utiliser la fonction "Aperçu avant impression" du navigateur.
J'ai été à la fois surpris et content du prix. Je n'ai donc maintenant d'autre choix que de me remettre au travail sur ces feuilles de style. Ce sera certainement ce week end.
Je vais commencer par proposer pour chaque du page du site, des petites modifications qui permettront de simplifier les feuilles de style, et ainsi les rendre compatibles avec plus de navigateurs.
Ensuite, j'aurais éventuellement quelques conseils propositions générales...
Si vous pouviez me donner l'adresse email des personnes les plus à même de recevoir mes avis...
Concernant le magazine, je n'ai pas de préférence pour le français, et je suis d'accord pour recevoir la version anglaise ou tout autre prix. Je me doute que les frais de livraison au Royaume Uni (là où je vis) seront plus élevés...
Je dirais même que connaître les bases de l'administration système pour éviter permet à un développeur web d'optimiser son code, à la fois en terme de performance et de sécurité.
A noter tout de même, le carnet d'adresse n'est pas si basique que cela, puisqu'il permet d'accéder nativement à des annuaires LDAP en lecture / écriture. Fonction toujours manquante de thunderbird. Je ne parle même pas d'outlook...
Il y a également un greffon qui gère les filtres via le protocole managesieve, les utilisateurs de dovecot et courrier apprécieront. Le filtrage est vraiment très simple.
Le seul point noir, AMHA, est l'absence de l'utilisation d'une librairie JavaScript moderne pour l'interface graphique, comme ExtJS ou YUI, même si jQuery est utilisé.
J'ai également crée un greffon "Archive", basé sur "MarkAsJunk", qui permet d'archiver un email d'un simple clic.
Bref, si ce projet continue d'évoluer dans une bonne direction, il deviendra certainement une référence en matière de webmail libre et performant.
En électronique, une carte mezzanine est un carte électronique qui se monte en parallèle d'une carte mère. Elle permet des montages plus compacts que ceux avec les cartes filles qui s'embrochent perpendiculairement à la carte support. (wikipedia)
J'en déduis donc que le livre contient une annexe référençant des cartes mezzanines, dans laquelle s'est probablement glissé une publicité détournée sur les cocktails scandinaves, qui aident à écrire du meilleur code.
C'est ce que l'on appelle un bug dans la matrice (glitch in the matrix), cela arrive quand ils ont modifié la matrice....
1. Créer un utilisateur fictif, e.g "team", avec un mot de passe connu de l'équipe.
2. Ensuite, dans l'interface de configuration de davical, chaque utilisateur peut ajouter les droits appropriés pour cet utilisateur ( i.e can read free/busy information )
Il y a deux patchs qui ont été appliqués dans la dernière version qui permettent de rendre les informations free/busy publiques, mais je n'ai pas encore testé.
J'en déduis que ce n'est pas prévu. Après tout, c'est normal, vous n'allez pas faciliter l'utilisation de vos produits avec ceux de la concurrence, ou des standards...
Et puis si ça marche pour Microsoft, il n'y a pas de raison que ça marche pas pour Inverse ( ou Zimbra, OpenGroupware, etc... )
Après, quand Microsoft vends Exchange comme des petits pains, parce que ça s'intègre bien avec outlook, certains viennent pleurer ou qualifier Microsoft d'ennemi numéro 1 du libre. Finalement, l'ennemi du libre, n'est-ce pas lui même ?
De mon côté, j'installe aux petits oignons un environnement debian virtualisé, distribué et redondant, avec ldap, postfix, dovecot, davical, dspam, roundcube+sieve etc. J'attends patiemment la sortie de ZideOne pour ne plus entendre les utilisateurs neu-neu-moutons me dire "On veut Exchange", parce-que Thunderbird/Sunbird souffre encore de graves problèmes d'intégration et d'ergonomie comparé à outlook...
Pour moi, la prochaine étape, si j'ai le temps, c'est de développer un front-end pour caldav avec extjs/mono, pour pouvoir avoir le choix de mes backends, quand certaines société cherchent à vendre un pack frontend+backend indissociable...
Il faut le savoir la Pologne est source de développeurs talentueux
Je n'ai rien contre la Pologne, mais bon tu as une source ? Des statistiques ?
Après avoir été confronté à la réalité des méthodes "Agiles" et autre "Extrême programing", je m'en méfie maintenant comme la peste.
Le waterfall est loin d'être parfait, mais lorsqu'il est employé correctement, je le préfère, de loin.
Alors après, on peut demander au "Business Manager" incompétent d'écrire des specs de 300 pages, avec office et powerpoint, que personne lira, parce qu'elles sont trop éloignées de la réalité, et on a tout de suite un avis défavorable sur le waterfall.
Où alors, on écris quelques pages de specs, qui permettent, quand elles sont bien faites, de voir les erreurs sans écire une ligne de code, et qui vont éviter de se lancer dans un développement à l'aveugle.
Ces méthodes sont une fausse réponse à un vrai problème : l'incompétence des décideurs gavés de revues économiques "Java Business Magazine" et l'inexpérience des développeurs dont le manque de formation informatique de base (...) ne peuvent être remplacés par des environnements "Visual Studio", bourrés de cliquodromes et autre intellisense...
Je suis confronté tous les jours, et je ne pense pas être le seul, à des décideurs aux connaissances techniques médiocres qui se reposent sur ces méthodes pour cacher leur incompétence, et repousser la faute sur les développeurs lorsque la deadline est repoussée.
D'un autre côté, Il y a les "pseudo développeurs" habitués aux wizards et autre intellisense de Visual Studio ou éclipse, pour qui pointeur mémoire, héritage ou contrainte d'index dans une base de donnée ne signifie rien.
Si j'étais cynique, je dirais ceci : Les méthodes "Agiles", c'est comme le communisme : En théorie, c'est vraiment une belle idée. En pratique, Il y en a toujours qui s'en servent pour faire des trucs dégueulasse avec...
Je vais continuer de développer les feuilles de style. J'ai de quoi tester avec Firefox 3/3.5, Chrome 2, IE (>6). Concernant IE6, je ne pense pas qu'il y ait de gros défauts, il y aura surtout des subtilités non prises en charge.
J'ai remarqué quelques bugs que je corrigerais dès que j'aurais un peu de temps.
Concernant les "problèmes" listés ci dessus, c'est plus selon moi des petits détails facile à corriger qui permettront à l'avenir de créer plus facilement des feuilles de styles pour Linuxfr. Le fait de les avoir listés devrait permettre de les corriger un par un. De plus, si l'on tient compte de la quantité de code HTML généré sur le site, cela représente une infime part...
Concernant le nom, je n'ai toujours pas choisi, même si "Arrogance" me tente, de plus que la bannière en haut du site a été choisie assez vite, je voulais quelque chose avec un fond blanc. (Je n'aurais pas l'outrecuidance de demander un div “banner” en haut du site...)
J'espère surtout que ces feuilles de style seront utiles à d'autres.
Tu as sans doute raison sur la forme que j'ai employé vers la fin du document.
Loin de moi l'idée d'être arrogant, c'est juste que je viens de finir, et je dois être une peu fatigué :-).
Ensuite, comme la feuille de style est expérimentale, j'ai écris un journal parce que je veux faire participer le plus de monde possible, pour récolter le plus d'avis possibles.
# Moi,
Posté par André Rodier . En réponse au journal La chevauché numérique de Walkyrie. Évalué à 5.
----
Woody Allen
[^] # Re: Problèmes avec FF3.5 (sous mac)
Posté par André Rodier . En réponse au journal patrick_g en PDF. Évalué à 1.
J'ai utilisé pas mal de sélecteurs CSS complexes pour écrire cette feuille de style, mais il est vrai que cela peut entrainer quelques problèmes avec certains navigateurs ( fonctionne toutefois avec FF 3.5 sous Windows & Linux )
J'ai envoyé un message au modérateurs demandant quelques ajouts (id,class) pour éviter d'utiliser trop de trucs pas propres, et je devrais avoir une réponse d'ici peu.
Merci pour la remontée en tout cas.
[^] # Re: C'est triste ton point de vue sur les commentaires
Posté par André Rodier . En réponse au journal patrick_g en PDF. Évalué à 1.
[^] # Re: On peut les faire autographier aussi?
Posté par André Rodier . En réponse au journal patrick_g en PDF. Évalué à 1.
Merci.
[^] # Re: pages perso free
Posté par André Rodier . En réponse au journal patrick_g en PDF. Évalué à 1.
[^] # Re: C'est triste ton point de vue sur les commentaires
Posté par André Rodier . En réponse au journal patrick_g en PDF. Évalué à 2.
Le but de la feuille de style que j'ai rajouté ne s'applique qu'à l'impression (print.css) et son but est de pouvoir imprimer les longues dépêches pour lecture hors ligne, ou pour pouvoir les archiver sous forme de fichier PDF. Les commentaires restent bien sûr visibles sur le site.
Par exemple, la dernière sur le noyau linux 2.6.31 donne déjà un fichier PDF de 14/15 pages, sans les commentaires.
Si j'avais accès au code côté serveur, j'aurais certainement rajouté une case à cocher imprimer aussi les commentaires, mais je ne puis pour le moment.
Quoiqu'il en soit, ce sera ajouté dès que j'en aurais la possibilité.
# Précision
Posté par André Rodier . En réponse au journal patrick_g en PDF. Évalué à 3.
Les deux liens, sans parenthèses :
http://linuxfr.org/~hubix/28498.html
http://sagso.homeip.net/css/linuxfr.css
Pour le contraste, je vais voir ce que je peux faire.
Pour les titres des commentaires en gras, merci.
[^] # Re: \o/
Posté par André Rodier . En réponse au journal pourquoi je quitte linux ubuntu. Évalué à 9.
# Merci
Posté par André Rodier . En réponse à la dépêche Meilleurs contributeurs LinuxFr : Les gagnants de l'été 2009. Évalué à 2.
J'ai été à la fois surpris et content du prix. Je n'ai donc maintenant d'autre choix que de me remettre au travail sur ces feuilles de style. Ce sera certainement ce week end.
Je vais commencer par proposer pour chaque du page du site, des petites modifications qui permettront de simplifier les feuilles de style, et ainsi les rendre compatibles avec plus de navigateurs.
Ensuite, j'aurais éventuellement quelques conseils propositions générales...
Si vous pouviez me donner l'adresse email des personnes les plus à même de recevoir mes avis...
Concernant le magazine, je n'ai pas de préférence pour le français, et je suis d'accord pour recevoir la version anglaise ou tout autre prix. Je me doute que les frais de livraison au Royaume Uni (là où je vis) seront plus élevés...
Merci encore.
[^] # Re: Aie aie aie (tant qu'on y est)
Posté par André Rodier . En réponse à la dépêche Microsoft se voit attribuer un brevet sur les traitements de texte utilisant XML. Évalué à 2.
[^] # Re: Qui peut le plus, peut le moins
Posté par André Rodier . En réponse au message Offre d'emploi pour faire évoluer les forges (gforge, ...). Évalué à 2.
# A propos des greffons
Posté par André Rodier . En réponse à la dépêche Sortie de RoundCube Webmail 0.3 RC. Évalué à 7.
Il y a également un greffon qui gère les filtres via le protocole managesieve, les utilisateurs de dovecot et courrier apprécieront. Le filtrage est vraiment très simple.
Une liste de greffons : http://trac.roundcube.net/wiki/Plugin_Repository
Le seul point noir, AMHA, est l'absence de l'utilisation d'une librairie JavaScript moderne pour l'interface graphique, comme ExtJS ou YUI, même si jQuery est utilisé.
J'ai également crée un greffon "Archive", basé sur "MarkAsJunk", qui permet d'archiver un email d'un simple clic.
Bref, si ce projet continue d'évoluer dans une bonne direction, il deviendra certainement une référence en matière de webmail libre et performant.
[^] # Re: Dans debian
Posté par André Rodier . En réponse à la dépêche GNU Emacs 23.1 sort sous le soleil. Évalué à 7.
# Dans debian
Posté par André Rodier . En réponse à la dépêche GNU Emacs 23.1 sort sous le soleil. Évalué à 6.
La prochaine version d'emacs sera embarquée dans Debian, aux cotés de freebsd, hurd et linux. Il faudra dire Debian GNU/Emacs.
# Fais attention...
Posté par André Rodier . En réponse au journal La pub ça pue. Évalué à 5.
J'en déduis donc que le livre contient une annexe référençant des cartes mezzanines, dans laquelle s'est probablement glissé une publicité détournée sur les cocktails scandinaves, qui aident à écrire du meilleur code.
C'est ce que l'on appelle un bug dans la matrice (glitch in the matrix), cela arrive quand ils ont modifié la matrice....
Alors, bleu ou rouge la pilule ?
[^] # Re: La question à 10000 €
Posté par André Rodier . En réponse à la dépêche Nouvelle version de Mozilla Lightning et SOGo. Évalué à 2.
http://user:password@calendar.example.net/freebusy.php/user1(...)
1. Créer un utilisateur fictif, e.g "team", avec un mot de passe connu de l'équipe.
2. Ensuite, dans l'interface de configuration de davical, chaque utilisateur peut ajouter les droits appropriés pour cet utilisateur ( i.e can read free/busy information )
Cela donne:
http://team:password@calendar.example.net/freebusy.php/user1(...)
Il y a deux patchs qui ont été appliqués dans la dernière version qui permettent de rendre les informations free/busy publiques, mais je n'ai pas encore testé.
[^] # Re: La question à 10000 €
Posté par André Rodier . En réponse à la dépêche Nouvelle version de Mozilla Lightning et SOGo. Évalué à 0.
J'en déduis que ce n'est pas prévu. Après tout, c'est normal, vous n'allez pas faciliter l'utilisation de vos produits avec ceux de la concurrence, ou des standards...
Et puis si ça marche pour Microsoft, il n'y a pas de raison que ça marche pas pour Inverse ( ou Zimbra, OpenGroupware, etc... )
Après, quand Microsoft vends Exchange comme des petits pains, parce que ça s'intègre bien avec outlook, certains viennent pleurer ou qualifier Microsoft d'ennemi numéro 1 du libre. Finalement, l'ennemi du libre, n'est-ce pas lui même ?
De mon côté, j'installe aux petits oignons un environnement debian virtualisé, distribué et redondant, avec ldap, postfix, dovecot, davical, dspam, roundcube+sieve etc. J'attends patiemment la sortie de ZideOne pour ne plus entendre les utilisateurs neu-neu-moutons me dire "On veut Exchange", parce-que Thunderbird/Sunbird souffre encore de graves problèmes d'intégration et d'ergonomie comparé à outlook...
Pour moi, la prochaine étape, si j'ai le temps, c'est de développer un front-end pour caldav avec extjs/mono, pour pouvoir avoir le choix de mes backends, quand certaines société cherchent à vendre un pack frontend+backend indissociable...
Vous pouvez moinser mon coup de gueule...
# La question à 10000 €
Posté par André Rodier . En réponse à la dépêche Nouvelle version de Mozilla Lightning et SOGo. Évalué à 2.
J'ai essayé, et je ne trouve toujours pas où l'on règle l'url vers les informations de disponibilité des contacts ? ( free/busy url )
Avec outlook ou evolution, on peut utiliser un template avec l'adresse email, le nom d'utilisateur et le domaine. e.g. http://caldav.example.com/%user%@%domain%/freebusy/
C'est utile lorsque l'on doit organiser un meeting entre plusieurs personnes.
Comment fait-on avec cette extension ?
Merci
[^] # Re: Knockd
Posté par André Rodier . En réponse au journal Faille OpenSSH : qu'une rumeur mais.... Évalué à 7.
[^] # Re: Parce Kaiszer est modeste, il oublie de dire que ...
Posté par André Rodier . En réponse au journal Chtinux fête ses 100 adhérents. Évalué à 6.
Je dirais suspect...
# Bon
Posté par André Rodier . En réponse à la dépêche Riviera JUG - 15 juillet 2009 @ Sophia-Antipolis : soirée Agile. Évalué à 3.
Il faut le savoir la Pologne est source de développeurs talentueux
Je n'ai rien contre la Pologne, mais bon tu as une source ? Des statistiques ?
Après avoir été confronté à la réalité des méthodes "Agiles" et autre "Extrême programing", je m'en méfie maintenant comme la peste.
Le waterfall est loin d'être parfait, mais lorsqu'il est employé correctement, je le préfère, de loin.
Alors après, on peut demander au "Business Manager" incompétent d'écrire des specs de 300 pages, avec office et powerpoint, que personne lira, parce qu'elles sont trop éloignées de la réalité, et on a tout de suite un avis défavorable sur le waterfall.
Où alors, on écris quelques pages de specs, qui permettent, quand elles sont bien faites, de voir les erreurs sans écire une ligne de code, et qui vont éviter de se lancer dans un développement à l'aveugle.
Ces méthodes sont une fausse réponse à un vrai problème : l'incompétence des décideurs gavés de revues économiques "Java Business Magazine" et l'inexpérience des développeurs dont le manque de formation informatique de base (...) ne peuvent être remplacés par des environnements "Visual Studio", bourrés de cliquodromes et autre intellisense...
Je suis confronté tous les jours, et je ne pense pas être le seul, à des décideurs aux connaissances techniques médiocres qui se reposent sur ces méthodes pour cacher leur incompétence, et repousser la faute sur les développeurs lorsque la deadline est repoussée.
D'un autre côté, Il y a les "pseudo développeurs" habitués aux wizards et autre intellisense de Visual Studio ou éclipse, pour qui pointeur mémoire, héritage ou contrainte d'index dans une base de donnée ne signifie rien.
Si j'étais cynique, je dirais ceci : Les méthodes "Agiles", c'est comme le communisme : En théorie, c'est vraiment une belle idée. En pratique, Il y en a toujours qui s'en servent pour faire des trucs dégueulasse avec...
Voici un article intéressant : http://www.joelonsoftware.com/articles/fog0000000036.html
[^] # Re: La suite...
Posté par André Rodier . En réponse au journal Feuilles de style linufr. Évalué à 2.
Ça allait impeccable sur mon portable, et au boulot, c'est trop blanc.
Je ne sais pas encore comment faire, mais je veux rester dans le schéma classique noir/blanc. Je vais voir ce que je peux faire.
# La suite...
Posté par André Rodier . En réponse au journal Feuilles de style linufr. Évalué à 7.
Je vais continuer de développer les feuilles de style. J'ai de quoi tester avec Firefox 3/3.5, Chrome 2, IE (>6). Concernant IE6, je ne pense pas qu'il y ait de gros défauts, il y aura surtout des subtilités non prises en charge.
J'ai remarqué quelques bugs que je corrigerais dès que j'aurais un peu de temps.
Concernant les "problèmes" listés ci dessus, c'est plus selon moi des petits détails facile à corriger qui permettront à l'avenir de créer plus facilement des feuilles de styles pour Linuxfr. Le fait de les avoir listés devrait permettre de les corriger un par un. De plus, si l'on tient compte de la quantité de code HTML généré sur le site, cela représente une infime part...
Concernant le nom, je n'ai toujours pas choisi, même si "Arrogance" me tente, de plus que la bannière en haut du site a été choisie assez vite, je voulais quelque chose avec un fond blanc. (Je n'aurais pas l'outrecuidance de demander un div “banner” en haut du site...)
J'espère surtout que ces feuilles de style seront utiles à d'autres.
Les premiers tests avec chrome sont concluants.
[^] # Re: Baptème ?
Posté par André Rodier . En réponse au journal Feuilles de style linufr. Évalué à 2.
Je ne sais pas encore pour le nom, mais bon, la nuit porte conseil...
[^] # Re: euh comment dire ?
Posté par André Rodier . En réponse au journal Feuilles de style linufr. Évalué à 10.
Loin de moi l'idée d'être arrogant, c'est juste que je viens de finir, et je dois être une peu fatigué :-).
Ensuite, comme la feuille de style est expérimentale, j'ai écris un journal parce que je veux faire participer le plus de monde possible, pour récolter le plus d'avis possibles.