Parce que html est une soupe de balises dont la syntaxe de base dépend des balises et que xml amène comme dit plus haut la possibilité d'utiliser des outils variés, pas seulement des navigateurs.
CSS devrait passer au xml aussi, non ? Alors c'est sûr, ça sera un peu plus pénible à utiliser avec un éditeur de type 'nano', mais tellement plus facile avec un éditeur xml...
Et moi une élection à un seul tour, en Condorcet-Schultze... Mais je crois qu'il vaut mieux que personne ne le sache afin de ne pas braquer les perdants désignés et empêcher la modernisation.
Une console de jeu c'est un ordinateur avec des logiciels dessus... pourquoi est-ce que ça devrait-être moins libre que ce qu'on a sur nos serveurs et stations de travail ?
Déjà que le matériel est aussi spécifique que possible, pourquoi le niveau d'exigence de la "communauté" du libre vis-à-vis des fabricants de console est-il moindre ?
Quant à Caen, qu'en cancans scandés Cantat chanta, quand qu'on y va ?
Pfblmblbl, désolé pour le quant -> quand. Après tout la grammaire est d'invention récente, je ne m'y suis pas encore fait.
C'est pour ça qu'il faut à la fois centraliser et décentraliser.
Quand à 33333 informations par minute, je vois pas de problème à ça : si chaque information fait 500 octets, ça nous donne ~ 30ko/s reçus _par le serveur central_ (hors overhead et si mes calculs sont corrects bien sûr).
Chaque bureau devrait acquitter ses électeurs et le serveur central devrait acquitter tous les électeurs (double acquittement). On est tranquiles question débit.
Il y a certainement mieux à faire, mais je n'avais ici pour seule ambition que de montrer que ça passe dans les tuyaux. Et pour ce qui est de la fraude, on peut imaginer un acquittement manuel côté bureau de vote, laissant le temps aux assesseurs de vérifier que la personne figure bien sur les listes approuvées.
Inconvénient : si un bureau n'est plus connecté, ses électeurs ne peuvent voter. Mon idée est un peu comme le TGV Est* : elle rendrait un nouveau service à des électeurs, mais dégraderait la qualité du service rendu à d'autres (en cas de panne, donc).
*le TGV Est met Ribeauvillé à 1h36 de Strasbourg, deux fois par jour à des horaires impossibles, contre 39 minutes plus souvent actuellement, car il entraîne la suppression d'arrêts dans les "petites" gares.
Si pour les scrutins à bulletin secret il est assez compliqué de concevoir un mécanisme transparent (mais sans doute pas impossible non plus), je me permets un petit hors sujet car je vois un grand service que l'informatique pourrait rendre au citoyen, facilement.
À force d'être toujours en retard d'au moins un déménagement pour mon inscription électorale ou auprès du fisc, je finis par être lassé de faire les démarches d'inscription.
Pourquoi ne serait-il pas possible, pour les élections à liste nationale, de voter dans n'importe quel bureau de vote, avec acquittement et validation du vote une fois que l'ensemble des bureaux de vote ont reçu l'information ? (A priori une simple ligne 56k par bureau suffit).
Mais bon, il faut savoir raison garder, ça reste mieux que n'importe quoi de la famille redhat (SuSE etc). Pour ajouter au troll, je sais de quoi je parle puisque j'ai une fc6 pour travailler (yum s'est gentiment ôté l'échelle tout seul pendant qu'il repeignait son plafond la semaine dernière...).
Si OVH accepte de fermer un site alors qu'il n'y a pas lieu (imaginons l'hébergeur du Monde qui ferme le site du Monde sur une dénonciation...), il risque quoi ?
Non, il est constitué d'un truc innovant et super compliqué qu'on sait pas encore bien faire avec des électrons :
c'est une combinaison ultra précise et minutieuse de protons, de neutrons et d'électrons pour l'essentiel afin de produire ce qu'on appelle des «types concrets de données» (par opposition à nos types abstraits de données informatiques, qui ne sont que du vent).
Le tout est ingénieusement agencé pour partie au coeur d'énormes étoiles puis travaillé de nombreuses manières parfois pendant des milliards d'années avant une rapide finition en usine.
C'est recyclable et on peut produire de l'énergie avec (beaucoup beaucoup d'énergie, alors que windows, par exemple, a besoin de plus d'énergie que ne peut en produire un être humain (soit environ 200W s'il est en bonne santé)).
(Cancer == «logiciel qu'il est impossible de faire fonctionner dans des conditions contrôlées») ?
oui : non
Après les virus informatiques, les cancers ? J'aime bien l'idée.
Exemples de logiciel non cancer :
1) un logiciel opensource modifiable pour court-circuiter les fonctions nuisibles.
2) tout logiciel qui utilise paisiblement le réseau (voir votre règlement intérieur d'immeuble pour la définition de «paisible» ) et accepte de rester dans son chroot sans secouer les barreaux.
Sinon, pour revenir à skype, openwengo etc, j'aimerais presque un panneau de préférences permettant de choisir un mode de gestion du réseau parmi :
-"sauvage, consomme toutes mes ressources et transforme moi en serveur de telecom s'il te plait"
-"essaie de passer le firewall"
-"reste poli"
Que l'on parle de skype ou de wengo, voilà pour moi le "showstopper" :
I have no sound under GNU/Linux
- Check that you're using the latest version of the flash plugin
- Quit all other applications that may be using your soundcard
- kill esd or arts daemon depending on your desktop environment
(Et pas que pour moi, des administrateurs de parcs en pasSuSE doivent aussi penser ainsi).
Il manque donc la possibilité d'utiliser les mixeurs logiciels courants. Un bounty, ptete ?
Le problème de Skype, bougiou, c'est précisément qu'il fonctionne quelle que soit la configuration réseau ! (et par fonctionner, pour un logiciel propriétaire, on entend "utiliser comme bon lui semble toutes les ressources à sa portée")
Encore un qui fait faire son travail par les contributeurs bénévoles de linuxfr . . . quelles bonnes poires on n'est pas dans le libre . . . Sinon, c'est bien payé ?
[^] # Re: bsgnbs
Posté par feth . En réponse au journal [HS] Programmes électoraux en Alsacien. Évalué à 2.
[^] # Re: balise canvas et XHTML
Posté par feth . En réponse à la dépêche Apple, Opera et Mozilla poussent HTML5. Évalué à 3.
CSS devrait passer au xml aussi, non ? Alors c'est sûr, ça sera un peu plus pénible à utiliser avec un éditeur de type 'nano', mais tellement plus facile avec un éditeur xml...
[^] # Re: pdf?
Posté par feth . En réponse à la dépêche candidats.fr : les favoris des sondages en retard. Évalué à 2.
[^] # Re: Inquiétant
Posté par feth . En réponse à la dépêche candidats.fr : les favoris des sondages en retard. Évalué à 5.
[^] # Re: je serais un pingouin mon père !
Posté par feth . En réponse au journal Linux c'est mieux qu'avant !. Évalué à 1.
[^] # Re: je serais un pingouin mon père !
Posté par feth . En réponse au journal Linux c'est mieux qu'avant !. Évalué à 6.
Déjà que le matériel est aussi spécifique que possible, pourquoi le niveau d'exigence de la "communauté" du libre vis-à-vis des fabricants de console est-il moindre ?
[^] # Re: [HS] de chez [HS]
Posté par feth . En réponse au journal Idée pour combattre les machines à voter. Évalué à 1.
Ils ne sont pas publiquement disponibles, mais il y a eu
1) des fuites
2) des polémiques
En plus la sncf a confirmé.
points de départ pour une recherche sur le net : forums dna, cap21 alsace, parti socialiste ribeauvillé...
[^] # Re: [HS] Utilité de l'informatique pour les scrutins
Posté par feth . En réponse au journal Idée pour combattre les machines à voter. Évalué à 3.
Dans tous les cas faites attention : un trollain peut en cacher un autre.
[^] # Re: [HS] Utilité de l'informatique pour les scrutins
Posté par feth . En réponse au journal Idée pour combattre les machines à voter. Évalué à 1.
Pfblmblbl, désolé pour le quant -> quand. Après tout la grammaire est d'invention récente, je ne m'y suis pas encore fait.
[^] # Re: [HS] Utilité de l'informatique pour les scrutins
Posté par feth . En réponse au journal Idée pour combattre les machines à voter. Évalué à 2.
Quand à 33333 informations par minute, je vois pas de problème à ça : si chaque information fait 500 octets, ça nous donne ~ 30ko/s reçus _par le serveur central_ (hors overhead et si mes calculs sont corrects bien sûr).
Chaque bureau devrait acquitter ses électeurs et le serveur central devrait acquitter tous les électeurs (double acquittement). On est tranquiles question débit.
Il y a certainement mieux à faire, mais je n'avais ici pour seule ambition que de montrer que ça passe dans les tuyaux. Et pour ce qui est de la fraude, on peut imaginer un acquittement manuel côté bureau de vote, laissant le temps aux assesseurs de vérifier que la personne figure bien sur les listes approuvées.
Inconvénient : si un bureau n'est plus connecté, ses électeurs ne peuvent voter. Mon idée est un peu comme le TGV Est* : elle rendrait un nouveau service à des électeurs, mais dégraderait la qualité du service rendu à d'autres (en cas de panne, donc).
*le TGV Est met Ribeauvillé à 1h36 de Strasbourg, deux fois par jour à des horaires impossibles, contre 39 minutes plus souvent actuellement, car il entraîne la suppression d'arrêts dans les "petites" gares.
# [HS] Utilité de l'informatique pour les scrutins
Posté par feth . En réponse au journal Idée pour combattre les machines à voter. Évalué à 4.
À force d'être toujours en retard d'au moins un déménagement pour mon inscription électorale ou auprès du fisc, je finis par être lassé de faire les démarches d'inscription.
Pourquoi ne serait-il pas possible, pour les élections à liste nationale, de voter dans n'importe quel bureau de vote, avec acquittement et validation du vote une fois que l'ensemble des bureaux de vote ont reçu l'information ? (A priori une simple ligne 56k par bureau suffit).
# .rpm vs .deb
Posté par feth . En réponse au journal Lettre ouverte de Bancilhon. Évalué à 1.
encore ( http://ramblingfoo.blogspot.com/2007/03/wishlist-for-lenny-o(...) ).
Mais bon, il faut savoir raison garder, ça reste mieux que n'importe quoi de la famille redhat (SuSE etc). Pour ajouter au troll, je sais de quoi je parle puisque j'ai une fc6 pour travailler (yum s'est gentiment ôté l'échelle tout seul pendant qu'il repeignait son plafond la semaine dernière...).
[^] # Mais oui mon cher Jean-Pierre !
Posté par feth . En réponse au journal Quel format pour la photographie numérique ?. Évalué à 2.
L'implémentation est prévue, d'après ce que j'avais entendu sur IRC en recherchant le bug, mais ça n'est pas pour demain la veille, comme on dit...
[^] # Re: et le greffon de l'applet java en natif x86_64 ?
Posté par feth . En réponse au journal Le point sur Java opensource. Évalué à 4.
Sur ppc, mips, arm aussi !
[^] # Re: Rigolo
Posté par feth . En réponse au journal Parodies des pubs Mac par Novell.... Évalué à 3.
s/pour.*$//
[^] # Re: Ce qu'il y a de surprenant
Posté par feth . En réponse au journal L'affaire "Radioblogclub". Évalué à 2.
[^] # Re: G965
Posté par feth . En réponse au journal Une configuration Puissante, pas chère, libre et silencieuse ?. Évalué à 10.
[ ] Pas cher
...
[^] # Re: Ce qu'il y a de surprenant
Posté par feth . En réponse au journal L'affaire "Radioblogclub". Évalué à 2.
[^] # Re: stylo
Posté par feth . En réponse au journal Que pensez-vous des réductions de 95% ?. Évalué à 4.
c'est une combinaison ultra précise et minutieuse de protons, de neutrons et d'électrons pour l'essentiel afin de produire ce qu'on appelle des «types concrets de données» (par opposition à nos types abstraits de données informatiques, qui ne sont que du vent).
Le tout est ingénieusement agencé pour partie au coeur d'énormes étoiles puis travaillé de nombreuses manières parfois pendant des milliards d'années avant une rapide finition en usine.
C'est recyclable et on peut produire de l'énergie avec (beaucoup beaucoup d'énergie, alors que windows, par exemple, a besoin de plus d'énergie que ne peut en produire un être humain (soit environ 200W s'il est en bonne santé)).
[^] # Re: Parlons de dérives
Posté par feth . En réponse à la dépêche Quand le logiciel propriétaire dérive : Skype comme les autres. Évalué à 5.
oui : non
Après les virus informatiques, les cancers ? J'aime bien l'idée.
Exemples de logiciel non cancer :
1) un logiciel opensource modifiable pour court-circuiter les fonctions nuisibles.
2) tout logiciel qui utilise paisiblement le réseau (voir votre règlement intérieur d'immeuble pour la définition de «paisible» ) et accepte de rester dans son chroot sans secouer les barreaux.
Sinon, pour revenir à skype, openwengo etc, j'aimerais presque un panneau de préférences permettant de choisir un mode de gestion du réseau parmi :
-"sauvage, consomme toutes mes ressources et transforme moi en serveur de telecom s'il te plait"
-"essaie de passer le firewall"
-"reste poli"
[^] # Re: Alternatives pour le vidéobavardage ?
Posté par feth . En réponse à la dépêche Quand le logiciel propriétaire dérive : Skype comme les autres. Évalué à 4.
(Et pas que pour moi, des administrateurs de parcs en pasSuSE doivent aussi penser ainsi).
Il manque donc la possibilité d'utiliser les mixeurs logiciels courants. Un bounty, ptete ?
[^] # Re: Parlons de dérives
Posté par feth . En réponse à la dépêche Quand le logiciel propriétaire dérive : Skype comme les autres. Évalué à 2.
[^] # Re: Antidote
Posté par feth . En réponse au journal Écrire en bon français.. Évalué à 1.
Encore un qui fait faire son travail par les contributeurs bénévoles de linuxfr . . . quelles bonnes poires on n'est pas dans le libre . . . Sinon, c'est bien payé ?
[^] # Re: tant qu'on y est
Posté par feth . En réponse au journal Écrire en bon français.. Évalué à 1.
[^] # Re: Dictionnaire
Posté par feth . En réponse au journal Écrire en bon français.. Évalué à 6.