Sinon, ça fonctionne aussi avec un réseau sécurisé [...]
Euh... tu es sûr là ? Je lis ici que ça n'a pas l'air de fonctionner avec un réseau WPA2 : http://codebutler.github.com/firesheep/tc12/#19
où il est dit WPA2 designed to protect clients from each other.
Oui.
Autant l'initiative est excellente, autant l'interface est perfectible.
D'accord avec la proposition de Matthieu MARC mais ne peut-on réaliser une interface à deux niveaux ?
1. à l'ouverture du logiciel, la liste des périph. avec les alias modifiables
2. l'accès à une interface plus geekie pour le tuning fin et la configuration (exemple bouton "Mode avancé").
(La partie 2 correspondant grosso modo à ce que tu as déjà fait.)
Au passage, c'est vraiment le genre d'outil qui va faire progresser Linux vers de plus larges publics. Bravo. L'idéal serait d'avoir ce genre d'interfaces intégrées aux gestionnaires de fenêtres...
Une dernière chose, je vois plein d'extensions possibles à ton appli : possibilité d'envoi à une base de données sur internet, permettant de constituer une base de matériel USB fonctionnant sous Linux ; possibilité d'association automatique d'icônes vraiment spécifiques en fonction des chaînes reconnues ; quand il n'est pas détecté, association automatique du type de filesystem en fonction des chaînes reconnues, etc.
J'avais publiée une solution (initialement proposée par ProgFou) sur la page http://www.wikini.net/wakka.php?wiki=TentativesDeVandalismeSurWikiN(...)
Je l'ai également intégrée sur la page http://www.wikini.net/wakka.php?wiki=DocumentationAdministrateurTec(...) où elle sera sans doute plus visible. C'est très sympa de nous faire remonter des problèmes et ta solution est très intéressante (je pense qu'on devrait pouvoir l'intégrer assez rapidement sous une forme assez proche). Pour autant, il vaut mieux préalablement en discuter sur wikini.net -- j'ai fait quelques commentaires et tu verras que ta solution est encore perfectible.
Je ne comprends pas vraiment l'intérêt de publier cet article en première page voir même de publier cet article tout court.
1) Des moteurs de wiki en C# existent déjà (rien de nouveau)
2) Le wiki présenté est une version béta, donc suseptible d'instabilité et de changements de licence
3) Le wiki présenté est tout ce qu'il y a de plus classique (peu ou pas d'innovation réelle)
4) La licence choisie ne garantie pas qu'il ne sera pas fait usage de technologies propriétaires : technologies propriétaires côté serveur (ça c'est déjà fait) ; technologies propriétaires côté client ("tag soup" et code HTML propriétaire Internet Explorer)
5) La licence choisie par cet éditeur est une exception totalement mineure dans la politique de cet éditeur (c'est comme s'émouvoir du fait que Porsche veut faire du développement durable... http://www.decroissance.org/betisier.htm#por(...) )
Quels sont donc les objectifs de cet éditeur ?
a) faire une opération de communication à moindre frais pour montrer qu'ils savent utiliser des licences libres ?
b) faire une opération de communication à moindre frais pour laisser croire qu'il font aussi du logiciel libre ?
c) sur un marché émergent, essayer de capter des utilisateurs à l'aide de technologies propriétaires ?
d) essayer des méthodes de développement et de commercialisation qui leur sont encore inconnues ?
Dans les cas a) et b), linuxfr.org vient de leur offrir une belle tribune gratis pro deo... plus de futurs utilisateurs dans le cas c).
En attendant, je vois assez peu d'articles sur des moteurs de wiki francophones, libres et respectueux de standards ouverts... (je pourrais les écrire moi-même mais je n'aime pas beaucoup être juge et partie). Du reste, j'apprécie beaucoup linuxfr et ma critique est un détail au regard du travail de cette communauté.
Plouf plouf... pour les statistiques je repasserai parce que la tendance semble s'être plutôt inversée... :(
Quoi qu'il en soit, ça ne gâche pas le reste de mon argumentaire.
RSS 1.0 n'a pas que l'avantage d'être extensible : il comporte d'autres avantages techniques et "sociaux". [Je m'auto-cite] "Les formats RSS 0.9 et RSS 1.0 sont fondés sur RDF. A ce titre ils bénéficient de toutes les qualités de RDF :
* extensibilité illimitée via les vocabulaires RDF
* possibilités d'applications complexes à l'aide de vocabulaires décrivants des relations fonctionnelles entre les objets
* possibilités d'interopérabilité illimitée avec d'autres vocabulaire en décrivants des relations logiques entre les vocabulaires (avec OWL par exemple)
RSS 1.0, du fait qu'il est fondé sur RDF, est porteur de plus d'avenir que ses concurrents. Le plus gros annuaire de fils RSS, syndic8, indique que RSS 1.0 est majoritairement employé : environ 50% des 50 000 fils recensés (vers mai 2004). (Note : RSS 0.9 à quasiment disparu au profit de RSS 1.0 qui assure une compatibilité ascendante.)"
ATOM, par exemple, n'est pas nativement compatible avec le web sémantique ; bien sûr, ce n'est pas une nécessité, mais il faut le savoir. J'espère vous avoir fourni tous renseignements utiles.
Un décideur moyen n'a souvent que faire des arguments de temps long (interropérabilité du web, "propriétarisation" de ses outils de travail, etc.).
En revanche, 5% de 20 millions d'internautes en France, chez moi ça donne 1 million de clients : je ne connaîs pas beaucoup de décideurs de sites marchand à forte audience qui soient prêts à se priver d'un million de clients potentiels.
J'ai débuté une petite page sur la question (encore très brouillon) : http://www.wikini.net/wakka.php?wiki=NavigateurWeb(...)
(tout le monde peut participer, c'est un wiki).
Peut-être qu'il peut vendre du support pour quelques un des dits logiciels ?
Par exemple, 6 mois de support OpenOffice.org pour 100 . Un moyen de fidéliser sa clientèle, de monter en compétence sur les solutions libres, de vendre des mises à jour sur site, etc. Il y a pas mal de services à développer dans ce sens.
Oui : la quasi totalité des applications en php, par exemple, ne gèrent pas du tout le cache du navigateur alors même que cette technique peut économiser fortement de la bande passante et qu'il ne coûte que quelques lignes de code !.
Je suis en train de travailler sur la question : nous avons rédigé une modeste fiche sur notre wiki : http://www.wikini.net/wakka.php?wiki=GererLesCachesAuNiveauApplicat(...)
La nouvelle est intéressante et bien rédigée... mais :
Il y a même un blog (mais tout de même intéressant, au contraire du blog traditionnel).
... outre porter un jugement de valeur qui contraste avec le reste de la nouvelle, c'est méconnaître la diversité des blogs que d'écrire cela. Dans le monde francophone et anglophone, de nombreux blogs tirent actuellement internet vers le haut, dans tous les domaines (standards du web, accessibilité, design, philosophie, pédagogie, etc.).
Quelques exemples que je visite souvent (sans ordre) :
-- http://www.la-grange.net/
-- http://mammouthland.net/
-- http://www.blogblues.com/blog.asp
-- http://www.nitot.com/standards/blog/
-- etc.
Peux-tu nous en dire plus sur la manière dont NavSys "récupère" les données GPS ? Ton site mériterai une petite explication sur cet aspect là. (Quoi qu'il en soit, bravo pour ces débuts.)
Il est même probable que "fonte" soit bien antérieur à "police" (à vérifier). Toujours est-il qu'on parle bien de "fondeurs" pour les fabriquants de polices, et pas de "policiers" ou "policeurs" ;-)
[carlito un peu polisson]
Je n'ai pas prétendu à l'exhaustivité. C'était juste pour avoir une idée de la diversité des règles de formatage adoptées par les différents Wikis (auxquels j'ai ajouté Swiki ;-). Note perso : tu aurais pu facilement l'ajouter...
"La notation du wiki" ? Laquelle ? A ma connaissance, il n'existe pas aujourd'hui de consensus autour des ReglesDeFormatage des wikis. Tout au contraire. La syntaxe même adoptée par le wiki originel est critiquée. Elle est, par exemple, incompatible avec les conventions informelles utilisées dans les courriels (l'étoile pour baliser le gras par exemple).
> Apres 3 jours d'utilisation, on peut se rendre compte que le mail marche effectivement mieux [...]
Quel mieux ? Vitesse ? Stabilité ?
Mieux par rapport à 1.0 ou à 1.1 Alpha ?
Je suis très intéressé par cet aspect car je trouve le module courriel de la 1.0 particulièrement lent par rapport à Nestcape 4.7 -- le problème vient-il de ma config. (plus d'un giga de couriels) ?
>> Pour faire taire tous les trolls, il suffit de demander quelle(s) autre(s) distribution(s) linux supporte(nt) 11 architectures différentes ...
> Et alors qu'est-ce qu'on s'en fout ? Quel pourcentage des utilisateurs est sur i386 ? 95 % ?
La diversité ou la mort. Ce n'est pas un slogan révolutionnaire, ni un titre de film ou quelque citation d'un grand auteur : il s'agit d'une loi universelle qui conduirait toute création (espèces vivantes, corps célestes, etc.), particulièrement les idées. La diversité ne forme-t-elle pas l'un des piliers des logiciels libres ?
N'est-ce pas de la diversité que vient l'innovation ?
Deux questions :
-- Sun n'élabore-t-il pas les spécifications de Java en collaboration avec d'autres éditeurs (dont le groupe Apache) ?
-- N'est-ce pas un avantage concurrentiel énorme pour nVidia d'annoncer dans quelque temps que son nouveau chispset Jeforce (sic) 24.2, câble la nouvelle fonction rolo.blaster.transparo.reversible [TM (très marketing)] du langage Cg 22.3 ?
[^] # Re: Firesheep
Posté par Charles Nepote . En réponse à la dépêche Firesheep. Évalué à 1.
Euh... tu es sûr là ? Je lis ici que ça n'a pas l'air de fonctionner avec un réseau WPA2 :
http://codebutler.github.com/firesheep/tc12/#19
où il est dit WPA2 designed to protect clients from each other.
[^] # Re: Trop compliqué
Posté par Charles Nepote . En réponse au journal kudev : projet de gestion aisée des règles udev.. Évalué à 2.
Autant l'initiative est excellente, autant l'interface est perfectible.
D'accord avec la proposition de Matthieu MARC mais ne peut-on réaliser une interface à deux niveaux ?
1. à l'ouverture du logiciel, la liste des périph. avec les alias modifiables
2. l'accès à une interface plus geekie pour le tuning fin et la configuration (exemple bouton "Mode avancé").
(La partie 2 correspondant grosso modo à ce que tu as déjà fait.)
Au passage, c'est vraiment le genre d'outil qui va faire progresser Linux vers de plus larges publics. Bravo. L'idéal serait d'avoir ce genre d'interfaces intégrées aux gestionnaires de fenêtres...
Une dernière chose, je vois plein d'extensions possibles à ton appli : possibilité d'envoi à une base de données sur internet, permettant de constituer une base de matériel USB fonctionnant sous Linux ; possibilité d'association automatique d'icônes vraiment spécifiques en fonction des chaînes reconnues ; quand il n'est pas détecté, association automatique du type de filesystem en fonction des chaînes reconnues, etc.
# Le problème n'est pas nouveaux
Posté par Charles Nepote . En réponse au journal Avis aux utilisateurs de WIKINI. Évalué à 3.
Je l'ai également intégrée sur la page http://www.wikini.net/wakka.php?wiki=DocumentationAdministrateurTec(...) où elle sera sans doute plus visible. C'est très sympa de nous faire remonter des problèmes et ta solution est très intéressante (je pense qu'on devrait pouvoir l'intégrer assez rapidement sous une forme assez proche). Pour autant, il vaut mieux préalablement en discuter sur wikini.net -- j'ai fait quelques commentaires et tu verras que ta solution est encore perfectible.
# Non évènement ?
Posté par Charles Nepote . En réponse à la dépêche Microsoft propose sa solution Wiki en licence CPL. Évalué à 2.
1) Des moteurs de wiki en C# existent déjà (rien de nouveau)
2) Le wiki présenté est une version béta, donc suseptible d'instabilité et de changements de licence
3) Le wiki présenté est tout ce qu'il y a de plus classique (peu ou pas d'innovation réelle)
4) La licence choisie ne garantie pas qu'il ne sera pas fait usage de technologies propriétaires : technologies propriétaires côté serveur (ça c'est déjà fait) ; technologies propriétaires côté client ("tag soup" et code HTML propriétaire Internet Explorer)
5) La licence choisie par cet éditeur est une exception totalement mineure dans la politique de cet éditeur (c'est comme s'émouvoir du fait que Porsche veut faire du développement durable... http://www.decroissance.org/betisier.htm#por(...) )
Quels sont donc les objectifs de cet éditeur ?
a) faire une opération de communication à moindre frais pour montrer qu'ils savent utiliser des licences libres ?
b) faire une opération de communication à moindre frais pour laisser croire qu'il font aussi du logiciel libre ?
c) sur un marché émergent, essayer de capter des utilisateurs à l'aide de technologies propriétaires ?
d) essayer des méthodes de développement et de commercialisation qui leur sont encore inconnues ?
Dans les cas a) et b), linuxfr.org vient de leur offrir une belle tribune gratis pro deo... plus de futurs utilisateurs dans le cas c).
En attendant, je vois assez peu d'articles sur des moteurs de wiki francophones, libres et respectueux de standards ouverts... (je pourrais les écrire moi-même mais je n'aime pas beaucoup être juge et partie). Du reste, j'apprécie beaucoup linuxfr et ma critique est un détail au regard du travail de cette communauté.
[^] # Re: et 1.0 ?
Posté par Charles Nepote . En réponse au message Reecriture des backend. Évalué à 1.
Quoi qu'il en soit, ça ne gâche pas le reste de mon argumentaire.
[^] # Re: et 1.0 ?
Posté par Charles Nepote . En réponse au message Reecriture des backend. Évalué à 1.
* extensibilité illimitée via les vocabulaires RDF
* possibilités d'applications complexes à l'aide de vocabulaires décrivants des relations fonctionnelles entre les objets
* possibilités d'interopérabilité illimitée avec d'autres vocabulaire en décrivants des relations logiques entre les vocabulaires (avec OWL par exemple)
RSS 1.0, du fait qu'il est fondé sur RDF, est porteur de plus d'avenir que ses concurrents. Le plus gros annuaire de fils RSS, syndic8, indique que RSS 1.0 est majoritairement employé : environ 50% des 50 000 fils recensés (vers mai 2004). (Note : RSS 0.9 à quasiment disparu au profit de RSS 1.0 qui assure une compatibilité ascendante.)"
Source : http://websemantique.org/RSS(...)
ATOM, par exemple, n'est pas nativement compatible avec le web sémantique ; bien sûr, ce n'est pas une nécessité, mais il faut le savoir. J'espère vous avoir fourni tous renseignements utiles.
[^] # Re: AXA passe à Linux
Posté par Charles Nepote . En réponse à la dépêche AXA passe à Linux. Évalué à 2.
En revanche, 5% de 20 millions d'internautes en France, chez moi ça donne 1 million de clients : je ne connaîs pas beaucoup de décideurs de sites marchand à forte audience qui soient prêts à se priver d'un million de clients potentiels.
J'ai débuté une petite page sur la question (encore très brouillon) :
http://www.wikini.net/wakka.php?wiki=NavigateurWeb(...)
(tout le monde peut participer, c'est un wiki).
[^] # Re: Distribuez du libre autour de vous !
Posté par Charles Nepote . En réponse à la dépêche Distribuez du libre autour de vous !. Évalué à 1.
Par exemple, 6 mois de support OpenOffice.org pour 100 . Un moyen de fidéliser sa clientèle, de monter en compétence sur les solutions libres, de vendre des mises à jour sur site, etc. Il y a pas mal de services à développer dans ce sens.
[^] # Re: Le futur de mozilla
Posté par Charles Nepote . En réponse à la dépêche L'avenir de mozilla. Évalué à 2.
Tu peux expliquer ? Tu as des références ?
[^] # Re: Le futur de mozilla
Posté par Charles Nepote . En réponse à la dépêche L'avenir de mozilla. Évalué à 7.
Je suis en train de travailler sur la question : nous avons rédigé une modeste fiche sur notre wiki :
http://www.wikini.net/wakka.php?wiki=GererLesCachesAuNiveauApplicat(...)
Toutes les contributions sont les bienvenues.
# Un détail...
Posté par Charles Nepote . En réponse à la dépêche Un GNU/cadeau surprise pour Lawrence GNU/Lessig. Évalué à 10.
[^] # Re: Un point c'est tout.
Posté par Charles Nepote . En réponse à la dépêche Un point c'est tout.. Évalué à 7.
[^] # Re: faux
Posté par Charles Nepote . En réponse à la dépêche 10 polices de caractères pour les Logiciels Libres. Évalué à 7.
[carlito un peu polisson]
[^] # Re: notation Wiki
Posté par Charles Nepote . En réponse à la dépêche Ecrivez en BHL !!. Évalué à 1.
[^] # Re: notation Wiki
Posté par Charles Nepote . En réponse à la dépêche Ecrivez en BHL !!. Évalué à 2.
Référence :
http://wakkafr.free.fr/wakka.php?wiki=ReglesDeFormatageDesWikis(...) [fr]
# Vitesse du module de courriel
Posté par Charles Nepote . En réponse à la dépêche Mozilla 1.1 Beta. Évalué à 5.
Quel mieux ? Vitesse ? Stabilité ?
Mieux par rapport à 1.0 ou à 1.1 Alpha ?
Je suis très intéressé par cet aspect car je trouve le module courriel de la 1.0 particulièrement lent par rapport à Nestcape 4.7 -- le problème vient-il de ma config. (plus d'un giga de couriels) ?
[^] # Re: Ah non ! Zut alors !
Posté par Charles Nepote . En réponse à la dépêche Sortie de la Debian GNU/Linux 3.0 « Woody ». Évalué à 2.
> Et alors qu'est-ce qu'on s'en fout ? Quel pourcentage des utilisateurs est sur i386 ? 95 % ?
La diversité ou la mort. Ce n'est pas un slogan révolutionnaire, ni un titre de film ou quelque citation d'un grand auteur : il s'agit d'une loi universelle qui conduirait toute création (espèces vivantes, corps célestes, etc.), particulièrement les idées. La diversité ne forme-t-elle pas l'un des piliers des logiciels libres ?
N'est-ce pas de la diversité que vient l'innovation ?
[^] # Re: Y a quand meme des trucs qui font peur...
Posté par Charles Nepote . En réponse à la dépêche Cg : le « C » pour carte graphique est arrivé. Évalué à 8.
-- Sun n'élabore-t-il pas les spécifications de Java en collaboration avec d'autres éditeurs (dont le groupe Apache) ?
-- N'est-ce pas un avantage concurrentiel énorme pour nVidia d'annoncer dans quelque temps que son nouveau chispset Jeforce (sic) 24.2, câble la nouvelle fonction rolo.blaster.transparo.reversible [TM (très marketing)] du langage Cg 22.3 ?
Où sont les contre pouvoirs ?