Doit-on en conclure que Vista ne mérite même pas un aboiement ?
-- http://www.bdzone.com Le portail BD
laurent.pertois
Benoît Grandin wrote:
Doit-on en conclure que Vista ne mérite même pas un aboiement ?
Si tu nous parlais de la vidéo où il crie "Developers...", bah maintenant, il n'en a plus besoin ;-)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Benoît Grandin <bgrandin@bdzone.com> wrote:
Doit-on en conclure que Vista ne mérite même pas un aboiement ?
Si tu nous parlais de la vidéo où il crie "Developers...", bah
maintenant, il n'en a plus besoin ;-)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Doit-on en conclure que Vista ne mérite même pas un aboiement ?
Si tu nous parlais de la vidéo où il crie "Developers...", bah maintenant, il n'en a plus besoin ;-)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
blanc
Anne wrote:
Chausse tes lunettes et joue à "où est Charly ?"... Vu ?
Je veux bien... ... mais ça ne me fait pas comprendre le norvégien ;-)
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Anne <anneleguennec@free.fr> wrote:
Chausse tes lunettes et joue à "où est Charly ?"... Vu ?
Je veux bien...
... mais ça ne me fait pas comprendre le norvégien ;-)
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
Peu importe si MacSoup coupe la ligne. Ce qui compte, c'est qu'il soit capable de lire un lien (même coupé) pourvu que celui-ci soit écrit correctement (et encadré par < et >) ce qui était le cas du lien initial que je reproduis ci-dessous : <http://www.nytimes.com/imagepages/2007/01/30/business/30softCA02ready.h tml> et ce qui devrait être toujours le cas si on veut suivre les recommandations des RFCs portant sur les urls, tels que par exemple :
<http://www.ietf.org/rfc/rfc1738.txt> (voir page 21) ou <http://tools.ietf.org/html/rfc3986> (voir page 51:
------------------------ Using < > angle brackets around each URI is especially recommended as a delimiting style for a reference that contains embedded whitespace. --------------------------
Avec MacSoup (et d'autres logiciels), un simple pomme-clic sur un tel lien (même coupé je le répète) lance le bon logiciel (et dans le cas de http, ouvre la bonne page).
en principe, KNode respecte les liens longs et affiche la ligne en entier, même si elle fait plus de 80 caractères
Ce qui n'est pas conforme au bon usage de Usenet, c'est justement de laisser les lignes faire plus de 80 caractères !...
MacSoup le sait bien (et il n'est pas le seul), puisqu'il propose de nous aider à couper les lignes dès que celles-ci dépassent cette longueur (à l'émission).
Il n'a en fait pas été coupé par MacSoup à la réception, mais celui-ci m'a demandé de faire un pomme-R pour couper les lignes trop longues, avant d'envoyer la présente réponse.
Les utilisateurs de bons clients nntp pourront vérifier que le pomme-clic fonctionne parfaitement.
[suivi sur fcul]
[suivi vers fcsmc qui me paraît plus approprié pour un logiciel mac]
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Christian <reply.valide@wanadoo.fr.invalid> wrote:
Laurent Pertois a écrit:
Christian <reply.valide@wanadoo.fr.invalid> wrote:
la ligne s'est fait coupée en deux
Mauvais client nntp, changer de client nntp.
c'est pas MacSoup qui a coupé la ligne ?
Peu importe si MacSoup coupe la ligne. Ce qui compte, c'est qu'il soit
capable de lire un lien (même coupé) pourvu que celui-ci soit écrit
correctement (et encadré par < et >) ce qui était le cas du lien initial
que je reproduis ci-dessous :
<http://www.nytimes.com/imagepages/2007/01/30/business/30softCA02ready.h
tml>
et ce qui devrait être toujours le cas si on veut suivre les
recommandations des RFCs portant sur les urls, tels que par exemple :
<http://www.ietf.org/rfc/rfc1738.txt> (voir page 21)
ou
<http://tools.ietf.org/html/rfc3986> (voir page 51:
------------------------
Using < > angle brackets around each URI is especially recommended as
a delimiting style for a reference that contains embedded whitespace.
--------------------------
Avec MacSoup (et d'autres logiciels), un simple pomme-clic sur un tel
lien (même coupé je le répète) lance le bon logiciel (et dans le cas de
http, ouvre la bonne page).
en principe, KNode respecte les liens longs et affiche la ligne en
entier, même si elle fait plus de 80 caractères
Ce qui n'est pas conforme au bon usage de Usenet, c'est justement de
laisser les lignes faire plus de 80 caractères !...
MacSoup le sait bien (et il n'est pas le seul), puisqu'il propose de
nous aider à couper les lignes dès que celles-ci dépassent cette
longueur (à l'émission).
Il n'a en fait pas été coupé par MacSoup à la réception, mais celui-ci
m'a demandé de faire un pomme-R pour couper les lignes trop longues,
avant d'envoyer la présente réponse.
Peu importe si MacSoup coupe la ligne. Ce qui compte, c'est qu'il soit capable de lire un lien (même coupé) pourvu que celui-ci soit écrit correctement (et encadré par < et >) ce qui était le cas du lien initial que je reproduis ci-dessous : <http://www.nytimes.com/imagepages/2007/01/30/business/30softCA02ready.h tml> et ce qui devrait être toujours le cas si on veut suivre les recommandations des RFCs portant sur les urls, tels que par exemple :
<http://www.ietf.org/rfc/rfc1738.txt> (voir page 21) ou <http://tools.ietf.org/html/rfc3986> (voir page 51:
------------------------ Using < > angle brackets around each URI is especially recommended as a delimiting style for a reference that contains embedded whitespace. --------------------------
Avec MacSoup (et d'autres logiciels), un simple pomme-clic sur un tel lien (même coupé je le répète) lance le bon logiciel (et dans le cas de http, ouvre la bonne page).
en principe, KNode respecte les liens longs et affiche la ligne en entier, même si elle fait plus de 80 caractères
Ce qui n'est pas conforme au bon usage de Usenet, c'est justement de laisser les lignes faire plus de 80 caractères !...
MacSoup le sait bien (et il n'est pas le seul), puisqu'il propose de nous aider à couper les lignes dès que celles-ci dépassent cette longueur (à l'émission).
Il n'a en fait pas été coupé par MacSoup à la réception, mais celui-ci m'a demandé de faire un pomme-R pour couper les lignes trop longues, avant d'envoyer la présente réponse.
