Pour ceux qui ne le saurait pas il y a une mailing-list python
francophone en plus de ce newsgroup :
http://www.aful.org/wws/info/python
On est plusieurs à vouloir rapprocher la liste avec le newsgroup de la
même manière que le newsgroup anglophone. C'est à dire que tous les
messages postés dans le newsgroups seraient automatiquement envoyés sur
la liste et réciproquement. Du fait que les deux ont un trafic assez
réduit et qu'on y retrouve à peu près les mêmes personnes, cela devrait
être bénéfique pour tous.
Qu'en pensez-vous ?
Si tout le monde est d'accord il restera à trouver une solution
technique.
Michel Claveau - abstraction méta-galactique non triviale en fuite perpétuelle. wrote:
Bonjour !
Pour les codes-sources, je pense que c'est plus facile à utiliser et à lire. J'ai toujours cru qu'un bon éditeur de texte coloriait les sources.
soit me source est court et la coloration sert à rien, soit il est long et là il vaut mieux soit le mettre sur internet soit pour le faire tourner. De toute manière quand il y a des sources, mon premier reflexe c'est copier collé dans IDLE, lancer le code.
Par exemple, on peut faire un commentaire en noir, et citer un code, que l'on met dans un bloc, éventuellement avec une autre police/couleur, ou avec un fond pastel. Comme ce que l'on trouve sur certains sites. C'est très clair. Est-ce que la clarté gagnée compense l'abus d'un standard?
Et, malgré cette présentation, le copier-coller fonctionne parfaitement. Mieux, même, que dans les message en plain/text, auquel on a ajouté une tabulation, dans lesquels la rupture de ligne se fait n'importe quand, ou sur lesquels l'indentation a sauté. Mettre une tabulation ? Il me semblait que le standard pytho c'est autre
chose
Enfin, pour ceux qui voudraient vraiment lire en texte brut, Outlook-Express, comme MesNews et d'autres lecteurs de news, copient (dupliquent) le message HTML dans sa version "plain/text". Les deux versions étant alors disponibles, il reste aux internautes à paramétrer leur lecteur. Comme chacun sait le premier soucis des outils microsoft et de favoriser
l'interopérabilité. Je trouve que tes exemples sont très pertinent. Malheuresement, ma Mandrake n'est pas d'accord. C'est vraiement énervant les outil qui te font croire qu'il n'y a qu'un moyen de résoudre une solution.
Ben voyons, on oblige les gens à recevoir un truc inutile, ils peuvent toujours le mettre à la poubelle. C'est un raisonnement qui me fait penser au spam. Ce n'est pas parce que certains lecteurs ne respectent pas le standard qu'il faut l'enfreindre.
Il est vrai que certains ont des goûts très "spéciaux", concernant les (mélanges de) couleurs. Mais c'est vrai aussi pour les livres, la télé, ou les tournures de phrases de certains messages en plain/text.
Moi je n'ai pas des goûts spéciaux j'ai mes goûts. J'apprecierait que tu me laisse choisir la méthode de les appliquer. Sous gnus, ca se fait en faisant M-X pyhon-mode. Je ne vois pas pourquoi il faudrait surcharger la bande passante parce que ton lecteur n'en est pas capable.
Pour info, ton ligiciel n'est pas e seul à être utilisé Je dirais même que au vue de l'utilisation majoritaire, tu devrait te dirgier vers Mozilla ou thunderbeird.
27,64% : Mozilla 16,33% : Microsoft 12,06% : Microsoft Outlook Express 9,05% : Mozilla Thunderbird 8,04% : KNode 6,03% : Sylpheed version claws 5,28% : Gnus 4,52% : slrn 2,76% : Pan 1,01% : MaintFaq version b 1,01% : MesNews 1,01% : Thoth 5,25% : Reste du monde
Michel Claveau - abstraction méta-galactique non triviale en fuite
perpétuelle. wrote:
Bonjour !
Pour les codes-sources, je pense que c'est plus facile à utiliser et à lire.
J'ai toujours cru qu'un bon éditeur de texte coloriait les sources.
soit me source est court et la coloration sert à rien, soit il est long
et là il vaut mieux soit le mettre sur internet soit pour le faire
tourner. De toute manière quand il y a des sources, mon premier reflexe
c'est copier collé dans IDLE, lancer le code.
Par exemple, on peut faire un commentaire en noir, et citer un code, que
l'on met dans un bloc, éventuellement avec une autre police/couleur, ou avec
un fond pastel. Comme ce que l'on trouve sur certains sites. C'est très
clair.
Est-ce que la clarté gagnée compense l'abus d'un standard?
Et, malgré cette présentation, le copier-coller fonctionne parfaitement.
Mieux, même, que dans les message en plain/text, auquel on a ajouté une
tabulation, dans lesquels la rupture de ligne se fait n'importe quand, ou
sur lesquels l'indentation a sauté.
Mettre une tabulation ? Il me semblait que le standard pytho c'est autre
chose
Enfin, pour ceux qui voudraient vraiment lire en texte brut,
Outlook-Express, comme MesNews et d'autres lecteurs de news, copient
(dupliquent) le message HTML dans sa version "plain/text". Les deux versions
étant alors disponibles, il reste aux internautes à paramétrer leur lecteur.
Comme chacun sait le premier soucis des outils microsoft et de favoriser
l'interopérabilité. Je trouve que tes exemples sont très pertinent.
Malheuresement, ma Mandrake n'est pas d'accord. C'est vraiement énervant
les outil qui te font croire qu'il n'y a qu'un moyen de résoudre une
solution.
Ben voyons, on oblige les gens à recevoir un truc inutile, ils peuvent
toujours le mettre à la poubelle. C'est un raisonnement qui me fait
penser au spam. Ce n'est pas parce que certains lecteurs ne respectent
pas le standard qu'il faut l'enfreindre.
Il est vrai que certains ont des goûts très "spéciaux", concernant les
(mélanges de) couleurs. Mais c'est vrai aussi pour les livres, la télé, ou
les tournures de phrases de certains messages en plain/text.
Moi je n'ai pas des goûts spéciaux j'ai mes goûts. J'apprecierait que tu
me laisse choisir la méthode de les appliquer.
Sous gnus, ca se fait en faisant M-X pyhon-mode. Je ne vois pas pourquoi
il faudrait surcharger la bande passante parce que ton lecteur n'en est
pas capable.
Pour info, ton ligiciel n'est pas e seul à être utilisé
Je dirais même que au vue de l'utilisation majoritaire,
tu devrait te dirgier vers Mozilla ou thunderbeird.
27,64% : Mozilla
16,33% : Microsoft
12,06% : Microsoft Outlook Express
9,05% : Mozilla Thunderbird
8,04% : KNode
6,03% : Sylpheed version claws
5,28% : Gnus
4,52% : slrn
2,76% : Pan
1,01% : MaintFaq version b
1,01% : MesNews
1,01% : Thoth
5,25% : Reste du monde
Michel Claveau - abstraction méta-galactique non triviale en fuite perpétuelle. wrote:
Bonjour !
Pour les codes-sources, je pense que c'est plus facile à utiliser et à lire. J'ai toujours cru qu'un bon éditeur de texte coloriait les sources.
soit me source est court et la coloration sert à rien, soit il est long et là il vaut mieux soit le mettre sur internet soit pour le faire tourner. De toute manière quand il y a des sources, mon premier reflexe c'est copier collé dans IDLE, lancer le code.
Par exemple, on peut faire un commentaire en noir, et citer un code, que l'on met dans un bloc, éventuellement avec une autre police/couleur, ou avec un fond pastel. Comme ce que l'on trouve sur certains sites. C'est très clair. Est-ce que la clarté gagnée compense l'abus d'un standard?
Et, malgré cette présentation, le copier-coller fonctionne parfaitement. Mieux, même, que dans les message en plain/text, auquel on a ajouté une tabulation, dans lesquels la rupture de ligne se fait n'importe quand, ou sur lesquels l'indentation a sauté. Mettre une tabulation ? Il me semblait que le standard pytho c'est autre
chose
Enfin, pour ceux qui voudraient vraiment lire en texte brut, Outlook-Express, comme MesNews et d'autres lecteurs de news, copient (dupliquent) le message HTML dans sa version "plain/text". Les deux versions étant alors disponibles, il reste aux internautes à paramétrer leur lecteur. Comme chacun sait le premier soucis des outils microsoft et de favoriser
l'interopérabilité. Je trouve que tes exemples sont très pertinent. Malheuresement, ma Mandrake n'est pas d'accord. C'est vraiement énervant les outil qui te font croire qu'il n'y a qu'un moyen de résoudre une solution.
Ben voyons, on oblige les gens à recevoir un truc inutile, ils peuvent toujours le mettre à la poubelle. C'est un raisonnement qui me fait penser au spam. Ce n'est pas parce que certains lecteurs ne respectent pas le standard qu'il faut l'enfreindre.
Il est vrai que certains ont des goûts très "spéciaux", concernant les (mélanges de) couleurs. Mais c'est vrai aussi pour les livres, la télé, ou les tournures de phrases de certains messages en plain/text.
Moi je n'ai pas des goûts spéciaux j'ai mes goûts. J'apprecierait que tu me laisse choisir la méthode de les appliquer. Sous gnus, ca se fait en faisant M-X pyhon-mode. Je ne vois pas pourquoi il faudrait surcharger la bande passante parce que ton lecteur n'en est pas capable.
Pour info, ton ligiciel n'est pas e seul à être utilisé Je dirais même que au vue de l'utilisation majoritaire, tu devrait te dirgier vers Mozilla ou thunderbeird.
27,64% : Mozilla 16,33% : Microsoft 12,06% : Microsoft Outlook Express 9,05% : Mozilla Thunderbird 8,04% : KNode 6,03% : Sylpheed version claws 5,28% : Gnus 4,52% : slrn 2,76% : Pan 1,01% : MaintFaq version b 1,01% : MesNews 1,01% : Thoth 5,25% : Reste du monde
Frédéric Momméja
Bonjour,
Xavier Combelle wrote:
J'ai toujours cru qu'un bon éditeur de texte coloriait les sources. soit me source est court et la coloration sert à rien, soit il est lo ng et là il vaut mieux soit le mettre sur internet soit pour le faire tourner. De toute manière quand il y a des sources, mon premier refle xe c'est copier collé dans IDLE, lancer le code.
Moi, c'est de l'importer dans Leo et d'en découvrir ainsi instantaném ent la structure ! ;)
(Leo, c'est ici : <http://sourceforge.net/projects/leo/>)
-- Frédéric Momméja
Bonjour,
Xavier Combelle wrote:
J'ai toujours cru qu'un bon éditeur de texte coloriait les sources.
soit me source est court et la coloration sert à rien, soit il est lo ng
et là il vaut mieux soit le mettre sur internet soit pour le faire
tourner. De toute manière quand il y a des sources, mon premier refle xe
c'est copier collé dans IDLE, lancer le code.
Moi, c'est de l'importer dans Leo et d'en découvrir ainsi instantaném ent
la structure ! ;)
(Leo, c'est ici : <http://sourceforge.net/projects/leo/>)
J'ai toujours cru qu'un bon éditeur de texte coloriait les sources. soit me source est court et la coloration sert à rien, soit il est lo ng et là il vaut mieux soit le mettre sur internet soit pour le faire tourner. De toute manière quand il y a des sources, mon premier refle xe c'est copier collé dans IDLE, lancer le code.
Moi, c'est de l'importer dans Leo et d'en découvrir ainsi instantaném ent la structure ! ;)
(Leo, c'est ici : <http://sourceforge.net/projects/leo/>)
-- Frédéric Momméja
Michel Claveau - abstraction méta-galactique non triviale en fuite perpétuelle.
Bonjour !
De toute manière quand il y a des sources, mon premier réflexe c'est copier collé dans IDLE, lancer le code.
Pas de problème : ça marche(ra) dans tous les cas, et plutôt mieux en HTML (voir plus bas).
Est-ce que la clarté gagnée compense l'abus d'un standard?
Quel abus de standard ? HTML est normalisé, et standardisé ; les mails en HTML, avec des payloads sont parfaitement décrits dans les RFC. Le seul véritable problème vient de l'incapacité de usenet à gérer cela. Il n'y a aucun abus de standard.
Regarde MIME (Multipart/Multipurpose Internet Mail Extensions), décrit dans la RFC-3462 : il définit clairement comment on peut intégrer image ou musique dans les e-mails.
Ce n'est pas parce qu'en 1982 (époque de la rfc-822), la possibilité n'existait pas, qu'il faut refuser tous les progrès réalisés depuis.
D'ailleurs, une question : tu navigues encore souvent en mode texte ? Non ? Alors pourquoi refuser aux messageries les progrès que tu acceptes sur Internet ? Il ne faut pas être ultra-conservateur, en informatique.
Mettre une tabulation ? Il me semblait que le standard pytho c'est autre chose
Je parlais des messages. Sur fclp, comme sur clp, on trouve des sources sans aucune indentation. Et c'est alors pénible à reconstituer (sans parler des RC intempestifs). Ces problèmes n'existe pas avec le HTML
Ben voyons, on oblige les gens à recevoir un truc inutile, ils peuvent toujours le mettre à la poubelle. C'est un raisonnement qui me fait
penser au spam.
Tu fais une ségrégation abusive : ton raisonnement s'applique aussi aux messages hors sujets, aux questions trop peu précises, aux réponses inadaptées, aux indications fausses, etc. Et quand tu reçois, ou envoies, des messages bourrés de headers inutiles, tu ne dis rien. Alors, pourquoi t'en prendre à un truc qui ne te gène pas, et qui peut être utile à d'autres ? Je te signale aussi que les posteurs en HTML font un effort (en envoyant en 2 formats), envers ceux qui ne lisent les messages qu'en plain/text, pour leur faciliter les choses. Ils ne sont pas obligés, et font cela dans un esprit de solidarité. Tu devrais d'autant plus apprécier qu'ils ne te demandent pas de faire le moindre effort (dans l'autre sens)...
Ce n'est pas parce que certains lecteurs ne respectent pas le standard qu'il faut l'enfreindre.
AUCUN logiciel de news ne gère tous les standards. De plus, il y a des standards complètement dépassés (genre rfc-822), et d'autres peu gérés. Par exemple : quels sont les lecteurs de news capables de lire des messages en unicode, en XML, contenant du SMIL. Pourtant, ces technologies sont clairement normalisées, et sont devenus des standards depuis plusieurs années.
Moi je n'ai pas des goûts spéciaux j'ai mes goûts. J'apprécierait que tu me laisse choisir la méthode de les appliquer.
Je n'oblige à rien, je laisse le choix. En postant les messages en Html ET en plain/text, chaque lecteur peux choisir son format de lecture. Ce n'est plus le cas, si on suit tes directives (et tant pis si certains lecteurs ont des points de vue différents, c'est ça ?)
surcharger la bande passante
Fais donc une analyse du temps que tu passes à lire et rédiger des messages, comparé au temps de transfert des données. Tu verras que le temps de transfert est minime. Et, si ton logiciel n'est pas capable de recevoir/envoyer des messages pendant que tu fais autre chose, je te conseille vivement de te programmer ça en Python.
Pour info, ton ligiciel n'est pas e seul à être utilisé
"Mon" logiciel, pour les news, c'est les PONX. Mais, pour autant que je sache, il n'y a que 4 utilisateurs qui l'emploient (pour les news). En ce qui concerne les logiciels que j'utilise (ce n'est plus "mon" logiciel), c'est Hamster + Outlook-Express ou MN
Et je constate que tes stats ne tiennent pas compte des logiciels comme Hamster, qui sont utilisés AVEC d'autres logiciels. C'est dommage. Evidemment un logiciel comme Hamster ne t'intéressera pas, car malgré toutes ses qualités, il ne tourne pas sous Linux.
D'autre part, tes chiffres sont faux : tu parles de "lecture de news", alors que tu analyses les "posteurs de news" ; et ce n'est pas la même chose.
Une enquête auprès des lecteurs de zoo-logique, il y a 3 mois, a donné : Outlook-express 63 % ; MesNews 23 % ; le reste étant réparti entre pas mal de logiciels. Ce n'est pas plus juste que tes stats, mais pas plus faux non plus.
@-salutations -- Michel Claveau
Bonjour !
De toute manière quand il y a des sources, mon premier réflexe c'est
copier collé dans IDLE, lancer le code.
Pas de problème : ça marche(ra) dans tous les cas, et plutôt mieux en HTML
(voir plus bas).
Est-ce que la clarté gagnée compense l'abus d'un standard?
Quel abus de standard ? HTML est normalisé, et standardisé ; les mails en
HTML, avec des payloads sont parfaitement décrits dans les RFC. Le seul
véritable problème vient de l'incapacité de usenet à gérer cela. Il n'y a
aucun abus de standard.
Regarde MIME (Multipart/Multipurpose Internet Mail Extensions), décrit dans
la RFC-3462 : il définit clairement comment on peut intégrer image ou
musique dans les e-mails.
Ce n'est pas parce qu'en 1982 (époque de la rfc-822), la possibilité
n'existait pas, qu'il faut refuser tous les progrès réalisés depuis.
D'ailleurs, une question : tu navigues encore souvent en mode texte ? Non ?
Alors pourquoi refuser aux messageries les progrès que tu acceptes sur
Internet ? Il ne faut pas être ultra-conservateur, en informatique.
Mettre une tabulation ? Il me semblait que le standard pytho c'est autre
chose
Je parlais des messages. Sur fclp, comme sur clp, on trouve des sources sans
aucune indentation. Et c'est alors pénible à reconstituer (sans parler des
RC intempestifs). Ces problèmes n'existe pas avec le HTML
Ben voyons, on oblige les gens à recevoir un truc inutile, ils peuvent
toujours le mettre à la poubelle. C'est un raisonnement qui me fait
penser au spam.
Tu fais une ségrégation abusive : ton raisonnement s'applique aussi aux
messages hors sujets, aux questions trop peu précises, aux réponses
inadaptées, aux indications fausses, etc.
Et quand tu reçois, ou envoies, des messages bourrés de headers inutiles, tu
ne dis rien. Alors, pourquoi t'en prendre à un truc qui ne te gène pas, et
qui peut être utile à d'autres ?
Je te signale aussi que les posteurs en HTML font un effort (en envoyant en
2 formats), envers ceux qui ne lisent les messages qu'en plain/text, pour
leur faciliter les choses. Ils ne sont pas obligés, et font cela dans un
esprit de solidarité. Tu devrais d'autant plus apprécier qu'ils ne te
demandent pas de faire le moindre effort (dans l'autre sens)...
Ce n'est pas parce que certains lecteurs ne respectent pas le standard
qu'il faut l'enfreindre.
AUCUN logiciel de news ne gère tous les standards. De plus, il y a des
standards complètement dépassés (genre rfc-822), et d'autres peu gérés. Par
exemple : quels sont les lecteurs de news capables de lire des messages en
unicode, en XML, contenant du SMIL. Pourtant, ces technologies sont
clairement normalisées, et sont devenus des standards depuis plusieurs
années.
Moi je n'ai pas des goûts spéciaux j'ai mes goûts. J'apprécierait que tu
me laisse choisir la méthode de les appliquer.
Je n'oblige à rien, je laisse le choix. En postant les messages en Html ET
en plain/text, chaque lecteur peux choisir son format de lecture. Ce n'est
plus le cas, si on suit tes directives (et tant pis si certains lecteurs
ont des points de vue différents, c'est ça ?)
surcharger la bande passante
Fais donc une analyse du temps que tu passes à lire et rédiger des messages,
comparé au temps de transfert des données. Tu verras que le temps de
transfert est minime. Et, si ton logiciel n'est pas capable de
recevoir/envoyer des messages pendant que tu fais autre chose, je te
conseille vivement de te programmer ça en Python.
Pour info, ton ligiciel n'est pas e seul à être utilisé
"Mon" logiciel, pour les news, c'est les PONX. Mais, pour autant que je
sache, il n'y a que 4 utilisateurs qui l'emploient (pour les news).
En ce qui concerne les logiciels que j'utilise (ce n'est plus "mon"
logiciel), c'est Hamster + Outlook-Express ou MN
Et je constate que tes stats ne tiennent pas compte des logiciels comme
Hamster, qui sont utilisés AVEC d'autres logiciels. C'est dommage.
Evidemment un logiciel comme Hamster ne t'intéressera pas, car malgré toutes
ses qualités, il ne tourne pas sous Linux.
D'autre part, tes chiffres sont faux : tu parles de "lecture de news", alors
que tu analyses les "posteurs de news" ; et ce n'est pas la même chose.
Une enquête auprès des lecteurs de zoo-logique, il y a 3 mois, a donné :
Outlook-express 63 % ; MesNews 23 % ; le reste étant réparti entre pas mal
de logiciels. Ce n'est pas plus juste que tes stats, mais pas plus faux non
plus.
De toute manière quand il y a des sources, mon premier réflexe c'est copier collé dans IDLE, lancer le code.
Pas de problème : ça marche(ra) dans tous les cas, et plutôt mieux en HTML (voir plus bas).
Est-ce que la clarté gagnée compense l'abus d'un standard?
Quel abus de standard ? HTML est normalisé, et standardisé ; les mails en HTML, avec des payloads sont parfaitement décrits dans les RFC. Le seul véritable problème vient de l'incapacité de usenet à gérer cela. Il n'y a aucun abus de standard.
Regarde MIME (Multipart/Multipurpose Internet Mail Extensions), décrit dans la RFC-3462 : il définit clairement comment on peut intégrer image ou musique dans les e-mails.
Ce n'est pas parce qu'en 1982 (époque de la rfc-822), la possibilité n'existait pas, qu'il faut refuser tous les progrès réalisés depuis.
D'ailleurs, une question : tu navigues encore souvent en mode texte ? Non ? Alors pourquoi refuser aux messageries les progrès que tu acceptes sur Internet ? Il ne faut pas être ultra-conservateur, en informatique.
Mettre une tabulation ? Il me semblait que le standard pytho c'est autre chose
Je parlais des messages. Sur fclp, comme sur clp, on trouve des sources sans aucune indentation. Et c'est alors pénible à reconstituer (sans parler des RC intempestifs). Ces problèmes n'existe pas avec le HTML
Ben voyons, on oblige les gens à recevoir un truc inutile, ils peuvent toujours le mettre à la poubelle. C'est un raisonnement qui me fait
penser au spam.
Tu fais une ségrégation abusive : ton raisonnement s'applique aussi aux messages hors sujets, aux questions trop peu précises, aux réponses inadaptées, aux indications fausses, etc. Et quand tu reçois, ou envoies, des messages bourrés de headers inutiles, tu ne dis rien. Alors, pourquoi t'en prendre à un truc qui ne te gène pas, et qui peut être utile à d'autres ? Je te signale aussi que les posteurs en HTML font un effort (en envoyant en 2 formats), envers ceux qui ne lisent les messages qu'en plain/text, pour leur faciliter les choses. Ils ne sont pas obligés, et font cela dans un esprit de solidarité. Tu devrais d'autant plus apprécier qu'ils ne te demandent pas de faire le moindre effort (dans l'autre sens)...
Ce n'est pas parce que certains lecteurs ne respectent pas le standard qu'il faut l'enfreindre.
AUCUN logiciel de news ne gère tous les standards. De plus, il y a des standards complètement dépassés (genre rfc-822), et d'autres peu gérés. Par exemple : quels sont les lecteurs de news capables de lire des messages en unicode, en XML, contenant du SMIL. Pourtant, ces technologies sont clairement normalisées, et sont devenus des standards depuis plusieurs années.
Moi je n'ai pas des goûts spéciaux j'ai mes goûts. J'apprécierait que tu me laisse choisir la méthode de les appliquer.
Je n'oblige à rien, je laisse le choix. En postant les messages en Html ET en plain/text, chaque lecteur peux choisir son format de lecture. Ce n'est plus le cas, si on suit tes directives (et tant pis si certains lecteurs ont des points de vue différents, c'est ça ?)
surcharger la bande passante
Fais donc une analyse du temps que tu passes à lire et rédiger des messages, comparé au temps de transfert des données. Tu verras que le temps de transfert est minime. Et, si ton logiciel n'est pas capable de recevoir/envoyer des messages pendant que tu fais autre chose, je te conseille vivement de te programmer ça en Python.
Pour info, ton ligiciel n'est pas e seul à être utilisé
"Mon" logiciel, pour les news, c'est les PONX. Mais, pour autant que je sache, il n'y a que 4 utilisateurs qui l'emploient (pour les news). En ce qui concerne les logiciels que j'utilise (ce n'est plus "mon" logiciel), c'est Hamster + Outlook-Express ou MN
Et je constate que tes stats ne tiennent pas compte des logiciels comme Hamster, qui sont utilisés AVEC d'autres logiciels. C'est dommage. Evidemment un logiciel comme Hamster ne t'intéressera pas, car malgré toutes ses qualités, il ne tourne pas sous Linux.
D'autre part, tes chiffres sont faux : tu parles de "lecture de news", alors que tu analyses les "posteurs de news" ; et ce n'est pas la même chose.
Une enquête auprès des lecteurs de zoo-logique, il y a 3 mois, a donné : Outlook-express 63 % ; MesNews 23 % ; le reste étant réparti entre pas mal de logiciels. Ce n'est pas plus juste que tes stats, mais pas plus faux non plus.
@-salutations -- Michel Claveau
Encolpe DEGOUTE
Dans fr.comp.lang.python, Wilk écrivit:
slt,
Pour ceux qui ne le saurait pas il y a une mailing-list python francophone en plus de ce newsgroup : http://www.aful.org/wws/info/python
On est plusieurs à vouloir rapprocher la liste avec le newsgroup de la même manière que le newsgroup anglophone. C'est à dire que tous les messages postés dans le newsgroups seraient automatiquement envoyés sur la liste et réciproquement. Du fait que les deux ont un trafic assez réduit et qu'on y retrouve à peu près les mêmes personnes, cela devrait être bénéfique pour tous.
Qu'en pensez-vous ?
Si tout le monde est d'accord il restera à trouver une solution technique.
http://gmane.org/ C'est ce que nous utilisons pour CPS, et pas mal de listes de diffusion sur Zope y sont déjà aussi.
Cordialement, -- Encolpe DEGOUTE http://fleurbleue.colpi.info/~encolpe/ Logiciels libres, hockey sur glace et autres activités cérébrales
Dans fr.comp.lang.python, Wilk écrivit:
slt,
Pour ceux qui ne le saurait pas il y a une mailing-list python
francophone en plus de ce newsgroup :
http://www.aful.org/wws/info/python
On est plusieurs à vouloir rapprocher la liste avec le newsgroup de la
même manière que le newsgroup anglophone. C'est à dire que tous les
messages postés dans le newsgroups seraient automatiquement envoyés sur
la liste et réciproquement. Du fait que les deux ont un trafic assez
réduit et qu'on y retrouve à peu près les mêmes personnes, cela devrait
être bénéfique pour tous.
Qu'en pensez-vous ?
Si tout le monde est d'accord il restera à trouver une solution
technique.
http://gmane.org/
C'est ce que nous utilisons pour CPS, et pas mal de listes de diffusion
sur Zope y sont déjà aussi.
Cordialement,
--
Encolpe DEGOUTE
http://fleurbleue.colpi.info/~encolpe/
Logiciels libres, hockey sur glace et autres activités cérébrales
Pour ceux qui ne le saurait pas il y a une mailing-list python francophone en plus de ce newsgroup : http://www.aful.org/wws/info/python
On est plusieurs à vouloir rapprocher la liste avec le newsgroup de la même manière que le newsgroup anglophone. C'est à dire que tous les messages postés dans le newsgroups seraient automatiquement envoyés sur la liste et réciproquement. Du fait que les deux ont un trafic assez réduit et qu'on y retrouve à peu près les mêmes personnes, cela devrait être bénéfique pour tous.
Qu'en pensez-vous ?
Si tout le monde est d'accord il restera à trouver une solution technique.
http://gmane.org/ C'est ce que nous utilisons pour CPS, et pas mal de listes de diffusion sur Zope y sont déjà aussi.
Cordialement, -- Encolpe DEGOUTE http://fleurbleue.colpi.info/~encolpe/ Logiciels libres, hockey sur glace et autres activités cérébrales
Wilk
Encolpe DEGOUTE writes:
Dans fr.comp.lang.python, Wilk écrivit:
slt,
Pour ceux qui ne le saurait pas il y a une mailing-list python francophone en plus de ce newsgroup : http://www.aful.org/wws/info/python
On est plusieurs à vouloir rapprocher la liste avec le newsgroup de la même manière que le newsgroup anglophone. C'est à dire que tous les messages postés dans le newsgroups seraient automatiquement envoyés sur la liste et réciproquement. Du fait que les deux ont un trafic assez réduit et qu'on y retrouve à peu près les mêmes personnes, cela devrait être bénéfique pour tous.
Qu'en pensez-vous ?
Si tout le monde est d'accord il restera à trouver une solution technique.
http://gmane.org/ C'est ce que nous utilisons pour CPS, et pas mal de listes de diffusion sur Zope y sont déjà aussi.
Si j'ai bien compris, il faut utiliser un autre serveur de news n'est-ce pas ? (dans ce cas ce n'est peut-être pas le mieux)
-- Wilk - http://flibuste.net
Encolpe DEGOUTE <encolpe@colpi.info> writes:
Dans fr.comp.lang.python, Wilk écrivit:
slt,
Pour ceux qui ne le saurait pas il y a une mailing-list python
francophone en plus de ce newsgroup :
http://www.aful.org/wws/info/python
On est plusieurs à vouloir rapprocher la liste avec le newsgroup de la
même manière que le newsgroup anglophone. C'est à dire que tous les
messages postés dans le newsgroups seraient automatiquement envoyés sur
la liste et réciproquement. Du fait que les deux ont un trafic assez
réduit et qu'on y retrouve à peu près les mêmes personnes, cela devrait
être bénéfique pour tous.
Qu'en pensez-vous ?
Si tout le monde est d'accord il restera à trouver une solution
technique.
http://gmane.org/
C'est ce que nous utilisons pour CPS, et pas mal de listes de diffusion
sur Zope y sont déjà aussi.
Si j'ai bien compris, il faut utiliser un autre serveur de news n'est-ce
pas ? (dans ce cas ce n'est peut-être pas le mieux)
Pour ceux qui ne le saurait pas il y a une mailing-list python francophone en plus de ce newsgroup : http://www.aful.org/wws/info/python
On est plusieurs à vouloir rapprocher la liste avec le newsgroup de la même manière que le newsgroup anglophone. C'est à dire que tous les messages postés dans le newsgroups seraient automatiquement envoyés sur la liste et réciproquement. Du fait que les deux ont un trafic assez réduit et qu'on y retrouve à peu près les mêmes personnes, cela devrait être bénéfique pour tous.
Qu'en pensez-vous ?
Si tout le monde est d'accord il restera à trouver une solution technique.
http://gmane.org/ C'est ce que nous utilisons pour CPS, et pas mal de listes de diffusion sur Zope y sont déjà aussi.
Si j'ai bien compris, il faut utiliser un autre serveur de news n'est-ce pas ? (dans ce cas ce n'est peut-être pas le mieux)
