> Normalement, si on vide l'urne devant tout le monde et qu'on réparti les bulletins entre plusieurs tables dans la pièce en présence de tout le monde, qu'il y a au moins un scrutateur par table ... ca me parait plutôt fiable.
oui mais les 2 qui faisaient les paquets de bulletins dans leur coin, ils peuvent très bien :
- compter les bullettins
- faire N paquets de 100 bullettin + un paquet des restants (donc <100)
- discretement echanger les N paquets de 100 par d'autres "préparés à l'avance"[1]
- les donner aux tables
...
[1] j'en voyait quitter la salle avec des enveloppes et revenir avec d'autres (de là à savoir si elles étaient pleines ou pas...)
> tu dois le dire tout de suite! Sinon tu es complice de la fraude, si fraude il y a.
oh tu sais, je vois ~500 infractions aux diverses lois tout les jours dans ma rue, alors une de plus...
tu sais, un coup de google et tu la trouves! bon allez, je donne des indices: c'est une ville de 4 millions d'habitans, assez touristique, avec une grande tour en vielle ferraille, elle est traversée par un grand fleuve, avec même une île...
> Les déplacements des urnes, déplacement ou triages des votes, etc...
techniquement, l'urne est restée dans la pièce, c'est leur foutoir avec les enveloppes qui sortent et qui rentrent dans la pièce qu'est hyper louche. En plus t'as pas le droit de bouger de place et il faut rester assis à sa table.
> avec le mec qui ouvre l'enveloppe, le mec qui déplie le bulletin, le mec qu ilit au haute voie et le mec qui coche) + comptage avant et après de mémoire
oui ça c'est le comptage des paquets de 100 bullettin, et on était 4 à la table, avec double compte, et verif à la fin.
Ce que je disais, c'est que toute la partie avant (on vide l'urne pour faire les paquets de 100) et après (on fait le total des tables) est "floue" (impossible à vérifier par le scrutateur), donc ça sert à rien.
> Et le résultat doit être décompté sur un tableau en présence du public
y'avait pas de tableau, juste le gars responsable avec sa feuille dans un coin... j'ai essayé de lui demander de voir les totaux, mais y'avait plein de monde autour (militants?) et il avait pas l'air de comprendre ma question, genre "ben quoi, c'est moi qui compte, toi tu peux partir maintenant".
> ainsi chaque personne peut vérifier le résultat que ce soit dans la commune, à la préfecture, mais aussi à la télé
ben c'est ce que voulais faire, en naïf que je suis, mais j'ai pas pu...
> C'est une mairie FN?
non
> les bulletins nuls néccessitait plusieurs signatures
exact, mais si tu peux pas vérifier d'où ils viennent, et que après tu peux pas vérifier dans le journal, ça servait à rien de les signer...
Avant de crier au loup sur ces machines, faut peut-être se rendre compte que c'est déjà hyper facile de truquer les éléctions.
La dernière fois (TCE), j'ai fais scrutateur, et dans la série "ça marche pas comme on m'avait dit":
- après avoir ouvrir l'urne, ils se cassent dans un coin pour "trier en paquets de 100" tous seuls, avec des allers et venues dans tout les sens, des grosses enveloppes qui circulent et sortent des pieces de derrière;
- on dépouille dans un joyeux bordel ambiant;
- avant la fin du décompte, plein de gens se casse;
- ils font les totaux dans leur coin;
- ils annoncent rien du tout, on a pas accès au total, donc on peut pas vérifier le lendemain dans le journal que ça correspond!
heuhhh ça c'est le mythe! Dans le monde réel, 80% des beaujolais sont des vins.. comment dire... disons... pas acceptables. Y'a même un journal a lyon qu'a eu des problèmes pour avoir dit la vérité (citation de mémoire: "c'est de la merde"). C'est pas parce que certains beaujolais sont bons (voire très bons), qu'il faut oublier le reste de la production.
Et sinon, 2003 a été une année merdique, quasiment tout le monde a fait "pisser la vigne".
[1] je le lis plus depuis ~5 ans, c'est devenu n'importe quoi, un mélange de populisme de gauche et d'élitisme à 2 balles.
[2] j'ai vécu ça de l'intérieur.
bizarre, j'ai l'impression inverse!
Quand KDE rajoute une "feature", toutes les applis l'ont (quasiment) automatiquement.
Quand Gnome rajoute une "feature", les applis la rajoutent au fur et à mesure (ce qui peut prendre très très longtemps).
exemple classique : KURL vs. gnome-vfs.
De là à penser que gnome à volontairement refusé d'imposer un équivalent à kdelibs, il n'y a qu'un pas. Ils ont privilégié la liberté des applis, ok, mais est-ce-que le bureau en a gagné?
Sous Gnome, on se retrouve avec des applis gtk-only, 10-50-90%gnome-friendly ou gnome-integrated, c'est pas forcement ce qu'ont appelle un destktop.
remonte encore plus en arrière (arf nostalgie): t'avais ton kde 1.1, avec ton netscape, ton kterm (je crois) et ton kedit, et t'étais content!!! gnome n'existait pas, t'aurais fais quoi?
Je vous signale que y'a ça dans konqui depuis un an...
Faut arrêter avec vos "features-de-la-mort-qui-écrasent-IE", ça devient un peu lourd au bout d'un moment.
C'est un message crypté des chinois du FBI pour alquaïda.
décryptage de tête, ça donne:
####
N'attaquer pas maintenant svp, on a de gros problème de fuite d'eau, allez, quoi, soyez fair play. C'est promis, on se remet à la pseudo gueguerre dans un mois.
####
Je viens de tester l'arperçu d'un odt via le Kpart Koffice (1.4.1) dans konqui, et ben ça passe.
Bon ça chie un peu sur mon document assez compliqué (un CV):
- une image se retrouve sur une page vide au début alors qu'elle est intégrée dans le texte normalement;
- les marges ont été modifiées et une ligne déborde sur une nouvelle page.
Sinon tout passe (les polices / fontes / structure / ...) donc à part ces petit problèmes ça sera surement bientôt nickel.
digikam/kimdaba/showfoto et cie peuvent utiliser les kipi-plugins pour les opérations classiques sur les images. Le plugin "imagesgallery" te génère automatiquement une gallerie d'images de ta sélection (un dossier, un groupe d'images qui a le même tag, ...). Pour l'instant, dans les options, tu peux choisir si tu veux en plus une page par image ou pas, genre avec un aperçu plus gros, c'est paramétrable, tu peux même mettre l'originale. Pour l'instant, y'a pas de lien html/ftp/... sur cette image, mais, c'est faisable rapidement :
- Tu récupères la version (que tu veux) de libkipi/kipi-plugin/digikam.
- Dans libs/kipi-plugins/imagesgallery (de kdeextragear ou je crois), le code source qui fait ça c'est imagesgallery.cpp.
- Vers la ligne 829 (de la version cvs), tu trouveras le code qui inclut l'image dans cette page.
- Tu rajoutes "ce-qu'il-faut" pour mettre un lien vers l'original (à priori une ligne).
[^] # Re: a
Posté par riba . En réponse au journal Machines a voter. Évalué à 3.
oui mais les 2 qui faisaient les paquets de bulletins dans leur coin, ils peuvent très bien :
- compter les bullettins
- faire N paquets de 100 bullettin + un paquet des restants (donc <100)
- discretement echanger les N paquets de 100 par d'autres "préparés à l'avance"[1]
- les donner aux tables
...
[1] j'en voyait quitter la salle avec des enveloppes et revenir avec d'autres (de là à savoir si elles étaient pleines ou pas...)
> tu dois le dire tout de suite! Sinon tu es complice de la fraude, si fraude il y a.
oh tu sais, je vois ~500 infractions aux diverses lois tout les jours dans ma rue, alors une de plus...
[^] # Re: a
Posté par riba . En réponse au journal Machines a voter. Évalué à 2.
tu sais, un coup de google et tu la trouves! bon allez, je donne des indices: c'est une ville de 4 millions d'habitans, assez touristique, avec une grande tour en vielle ferraille, elle est traversée par un grand fleuve, avec même une île...
> Les déplacements des urnes, déplacement ou triages des votes, etc...
techniquement, l'urne est restée dans la pièce, c'est leur foutoir avec les enveloppes qui sortent et qui rentrent dans la pièce qu'est hyper louche. En plus t'as pas le droit de bouger de place et il faut rester assis à sa table.
[^] # Re: a
Posté par riba . En réponse au journal Machines a voter. Évalué à 1.
oui ça c'est le comptage des paquets de 100 bullettin, et on était 4 à la table, avec double compte, et verif à la fin.
Ce que je disais, c'est que toute la partie avant (on vide l'urne pour faire les paquets de 100) et après (on fait le total des tables) est "floue" (impossible à vérifier par le scrutateur), donc ça sert à rien.
[^] # Re: a
Posté par riba . En réponse au journal Machines a voter. Évalué à 2.
C'est ce que je me disais aussi, mais c'était la première fois, alors...
> Tu étais scrutateur dans quel commune/ville/mairie ?
heuhh... une grande ville, ça te va?
> Normalement la manipulation doit s'effectuer en présence de plusieurs personnes
qu'est-ce-que t'appelles exactement "manipulation"?
> Et le résultat doit être décompté sur un tableau en présence du public
y'avait pas de tableau, juste le gars responsable avec sa feuille dans un coin... j'ai essayé de lui demander de voir les totaux, mais y'avait plein de monde autour (militants?) et il avait pas l'air de comprendre ma question, genre "ben quoi, c'est moi qui compte, toi tu peux partir maintenant".
> ainsi chaque personne peut vérifier le résultat que ce soit dans la commune, à la préfecture, mais aussi à la télé
ben c'est ce que voulais faire, en naïf que je suis, mais j'ai pas pu...
[^] # Re: a
Posté par riba . En réponse au journal Machines a voter. Évalué à 3.
non
> les bulletins nuls néccessitait plusieurs signatures
exact, mais si tu peux pas vérifier d'où ils viennent, et que après tu peux pas vérifier dans le journal, ça servait à rien de les signer...
# a
Posté par riba . En réponse au journal Machines a voter. Évalué à 7.
La dernière fois (TCE), j'ai fais scrutateur, et dans la série "ça marche pas comme on m'avait dit":
- après avoir ouvrir l'urne, ils se cassent dans un coin pour "trier en paquets de 100" tous seuls, avec des allers et venues dans tout les sens, des grosses enveloppes qui circulent et sortent des pieces de derrière;
- on dépouille dans un joyeux bordel ambiant;
- avant la fin du décompte, plein de gens se casse;
- ils font les totaux dans leur coin;
- ils annoncent rien du tout, on a pas accès au total, donc on peut pas vérifier le lendemain dans le journal que ça correspond!
Donc bon, on est citoyen™©®, on perd 3 heures, mais ça sert à rien!, normal que ça motive personne d'être scrutateur.
[^] # Re: Hep
Posté par riba . En réponse au journal Censure de l'Internet en France: les FAI contraints de filtrer par défaut les accès internet ?. Évalué à 2.
# idée
Posté par riba . En réponse au message Bash et les champs. Évalué à 4.
ou grep -e "expression régulière qui sélectionne ton 3ème champ"
# kcharselect
Posté par riba . En réponse au message Table de caractères. Évalué à 3.
# .
Posté par riba . En réponse au message gestion compte personnel. Évalué à 2.
mais bon, c'est juste pour s'amuser, et c'est assez bizarre au début.
[^] # Re: :)
Posté par riba . En réponse au journal Foires des vins. Évalué à 6.
Et sinon, 2003 a été une année merdique, quasiment tout le monde a fait "pisser la vigne".
[^] # Re: qui empêche de lancer plus de trois fenêtres simultanément ...
Posté par riba . En réponse au journal Astala-Vista!. Évalué à 10.
[^] # Re: zut...
Posté par riba . En réponse au journal L'avenir des projets wikiXXXX. Évalué à 5.
[^] # Re: Canard enchaîné ?
Posté par riba . En réponse au journal L'avenir des projets wikiXXXX. Évalué à 4.
ça doit être une allusion au particularisme français des chercheurs fonctionnaires (on est le seul pays au monde à faire ça). Du point de vue du charlie[1], c'est bien™©®, même si c'est la pire chose arrivée à la recherche française[2].
[1] je le lis plus depuis ~5 ans, c'est devenu n'importe quoi, un mélange de populisme de gauche et d'élitisme à 2 balles.
[2] j'ai vécu ça de l'intérieur.
# RE ('tain j'ai vraiment rien à faire là)
Posté par riba . En réponse au journal Google fait des choses bizarre.... Évalué à 7.
oui.
[^] # Re: Les fonctionnalités suivantes sont elles enfin disponibles?
Posté par riba . En réponse à la dépêche GNOME 2.12 dans les bacs. Évalué à 2.
[^] # Re: allez, je me lance ...
Posté par riba . En réponse à la dépêche GNOME 2.12 dans les bacs. Évalué à 6.
Quand KDE rajoute une "feature", toutes les applis l'ont (quasiment) automatiquement.
Quand Gnome rajoute une "feature", les applis la rajoutent au fur et à mesure (ce qui peut prendre très très longtemps).
exemple classique : KURL vs. gnome-vfs.
De là à penser que gnome à volontairement refusé d'imposer un équivalent à kdelibs, il n'y a qu'un pas. Ils ont privilégié la liberté des applis, ok, mais est-ce-que le bureau en a gagné?
Sous Gnome, on se retrouve avec des applis gtk-only, 10-50-90%gnome-friendly ou gnome-integrated, c'est pas forcement ce qu'ont appelle un destktop.
[^] # Re: Gnome s'améliore certes mais....
Posté par riba . En réponse à la dépêche GNOME 2.12 dans les bacs. Évalué à 3.
[^] # Re: Améliorations , deverminages et ... demineur :]
Posté par riba . En réponse à la dépêche GNOME 2.12 dans les bacs. Évalué à 5.
[^] # Re: Et même...
Posté par riba . En réponse au journal Le saviez-vous ? les bookmarks dynamiques avec Firefox. Évalué à -3.
Faut arrêter avec vos "features-de-la-mort-qui-écrasent-IE", ça devient un peu lourd au bout d'un moment.
C'était le moment "font chier avec leur com' à 2 balles les firefoxiens!"©®™.
[^] # Re: La trotinette
Posté par riba . En réponse au journal à propos du prix de l'essence. Évalué à 2.
oui mais au retour du boulot?
# j'ai l'explicazionne! (référence)
Posté par riba . En réponse au journal Un truc affreux. Évalué à 3.
décryptage de tête, ça donne:
####
N'attaquer pas maintenant svp, on a de gros problème de fuite d'eau, allez, quoi, soyez fair play. C'est promis, on se remet à la pseudo gueguerre dans un mois.
####
[^] # Re: Support OpenDocument
Posté par riba . En réponse à la dépêche Le Massachussets dit non à MSOffice, puis oui, puis non. Évalué à 4.
Bon ça chie un peu sur mon document assez compliqué (un CV):
- une image se retrouve sur une page vide au début alors qu'elle est intégrée dans le texte normalement;
- les marges ont été modifiées et une ligne déborde sur une nouvelle page.
Sinon tout passe (les polices / fontes / structure / ...) donc à part ces petit problèmes ça sera surement bientôt nickel.
[^] # Re: une possibilité
Posté par riba . En réponse au journal Gestionnaire d'images hi-res. Évalué à 2.
Finalement j'ai fait le patch si ça intéresse du monde, cf. https://mail.kde.org/pipermail/kde-imaging/2005-September/001589.htm(...) .
Y'avait pas qu'une seule ligne en fait...
# une possibilité
Posté par riba . En réponse au journal Gestionnaire d'images hi-res. Évalué à 2.
- Tu récupères la version (que tu veux) de libkipi/kipi-plugin/digikam.
- Dans libs/kipi-plugins/imagesgallery (de kdeextragear ou je crois), le code source qui fait ça c'est imagesgallery.cpp.
- Vers la ligne 829 (de la version cvs), tu trouveras le code qui inclut l'image dans cette page.
- Tu rajoutes "ce-qu'il-faut" pour mettre un lien vers l'original (à priori une ligne).
CQFD.
Si t'es gentil™©®, tu rajoutes une option pour faire ça, et t'envoie le patch, vu que je suis sûr que plein de monde aimerait avoir cette feature (y compris moi d'ailleurs).
Si t'es motivé, on peux le faire à deux.