cerhu > comp.* > comp.usenet.lecteurs-de-news

Olivier Miakinen (24/03/2020, 00h33)
[diapublication avec suivi vers fr.comp.usenet.lecteurs-de-news]

Le 23/03/2020 22:38, Every.body m'a répondu à propos de :

<[..]
olice-diffuse-une-parodie-de-claude-francois-dans-les-rues-de-bruxelles-
5e7719ee9978e201d8c94b57>

> Il me semble qu'un lien incomplet ne peut fonctionner que si tu as la
> page en cache ou si la partie du lien fournie ne correspond qu'à une
> page unique.


Oui s'il s'était agi d'un lien incomplet.

Mais le lien ci-dessus est complet. Il y a juste qu'il comporte deux
sauts de ligne *en plus* du lien complet.

>> Tu n'as qu'à faire l'essai : tu copies les trois lignes du lien, avec
>> les sauts de ligne, mais sans les chevrons, puis tu colles le tout dans
>> la barre d'url de ton navigateur.

> Je sais très bien pallier au problème des liens rompus, je te remercie.


Ah. Dans ce cas pourquoi dis-tu que la méthode donnée par François ne
fonctionne pas ?

>> Sans les chevrons, ça veut dire qu'il faut juste copier-coller les trois
>> lignes suivantes :

[..]
olice-diffuse-une-parodie-de-claude-francois-dans-les-rues-de-bruxelles-
5e7719ee9978e201d8c94b57
> Héhé, cette page n'existe pas.


Désolé pour toi. Je ne sais pas quel navigateur tu utilises, mais chez
moi ça marche.

> Je pense qu'il n'est pas très compliqué de comprendre qu'il s'agit d'un
> problème de politesse, on ne colle pas un lien en pensant "démerde-toi
> avec".


C'est le problème des logiciels MacSOUP et Thoth sur MacOS. Il faudrait
que tous les utilisateurs de Mac passent sur MacCafé qui n'a pas ce bug,
mais il est toujours difficile de changer quand on est habitué à un
logiciel.

> Si tu ne sais pas le copier proprement, il semble que ça fonctionne
> entre ""
> "https://www.lalibre.be/belgique/societe/coronavirus-une-patrouille-de-police-diffuse-une-parodie-de-claude-francois-dans-les-rues-de-bruxelles-5e7719ee9978e201d8c94b57"


Là, c'est la première fois que j'entends parler de cette méthode.
Et donc ça vaut vraiment le coup que je fasse suivre dans le groupe
fr.comp.usenet.lecteurs-de-news pour vérifier avec les utilisateurs
des logiciels sur Mac.

> alors tu crées un lien réduit "https://bit.ly/33DwTsT"


Oui, mais un lien réduit seul est encore pire qu'un lien coupé, pour
plusieurs raisons données maintes fois. Alors cela oblige à mettre
les deux liens, ce qui est encore plus pénible pour les pauvres
utilisateurs de Mac qui n'ont pas mérité cette double peine.

[rappel : suivi positionné]
Joseph-B (24/03/2020, 01h49)
Bonjour Olivier,

Olivier Miakinen <om+news> wrote:

> C'est le problème des logiciels MacSOUP et Thoth sur MacOS. Il faudrait
> que tous les utilisateurs de Mac passent sur MacCafé qui n'a pas ce bug,
> mais il est toujours difficile de changer quand on est habitué à un
> logiciel.


Je me dois de rectifier cette affirmation concernant MacSoup

Le lien original /entre chevrons/, bien que coupé est parfaitement
fonctionnel avec Cmd-Click par MacSoup.
Tout utilisateur de MacSoup qui en a lu le mode d'emploi très détaillé
(apparemment pas tout le monde), devrait le savoir.

J'ajoute, qu'en cas d'absence de chevrons, il suffit de sélectionner
l'ensemble de l'url, sur ses 2 ou x lignes et faire Cmd-Click dessus
pour que cela marche aussi.

Bien sûr, une url coupée qui est reprise en citation, donc chaque ligne
commençant avec un chevron fermant, là ça ne marchera plus, mais je ne
sais pas s'il existe de client News qui sache gérer ce cas de figure.

Quant à

> > Si tu ne sais pas le copier proprement, il semble que ça fonctionne
> > entre "" "https://www.lalibre.be/belgique/societe/coronavirus-une-patrouille-de-police-diffuse-une-parodie-de-claude-francois-dans-les-rues-de-bruxelles-5e7719ee9978e201d8c94b57"

> Là, c'est la première fois que j'entends parler de cette méthode.
> Et donc ça vaut vraiment le coup que je fasse suivre dans le groupe
> fr.comp.usenet.lecteurs-de-news pour vérifier avec les utilisateurs
> des logiciels sur Mac.


Le fait de mettre le lien entre guillemets empêche MacSoup de couper
l'url du coup, un Cmd-Click sur l'url (pas besoin de la sélectionner
puisque pas coupée) va lancer sa résolution.
Attention, là où ça coince c'est que MacSoup n'accepte pas les citations
(au sens News du mot) de plus de 80 caractères, même si le texte cité
est entre guillemets

mais dans ce cas on peut ruser en faisant précéder les chevrons d'un
guillemet et MacSoup avale la ligne entière sans rechigner.
Étonnant non ? (© M. Cyclopède)
"> >
"https://www.lalibre.be/belgique/societe/coronavirus-une-patrouille-de-police-diffuse-une-parodie-de-claude-francois-dans-les-rues-de-bruxelles-5e7719ee9978e201d8c94b57"

D'accord MacSoup est une antiquité, mais n'accablons pas Stefan Haller,
son développeur, pour l'incurie de ses utilisateurs?

Cordialement,
Olivier Miakinen (24/03/2020, 10h28)
Bonjour Joseph,

Le 24/03/2020 00:49, Joseph-B a écrit :
>> C'est le problème des logiciels MacSOUP et Thoth sur MacOS. Il faudrait
>> que tous les utilisateurs de Mac passent sur MacCafé qui n'a pas ce bug,
>> mais il est toujours difficile de changer quand on est habitué à un
>> logiciel.

> Je me dois de rectifier cette affirmation concernant MacSoup


Oui, j'aurais dû préciser, sachant que je faisais suivre dans un nouveau
groupe. Le contexte de ma réponse était sur fr.rec.bricolage.

> Le lien original /entre chevrons/, bien que coupé est parfaitement
> fonctionnel avec Cmd-Click par MacSoup.


Oui, absolument. Malheureusement il n'est fonctionnel sur aucun nouvelleur
à ma connaissance en dehors du monde MacOS. Every.body à qui je répondais
utilise MesNews, et c'était ça le contexte de ma réponse. Le mode d'emploi
de MacSoup, si détaillé soit-il, ne sera d'aucune utilité à un utilisateur
de MesNews sur Windows.

> [...]>
> Le fait de mettre le lien entre guillemets empêche MacSoup de couper
> l'url


Mais ça c'est génial ! Comment se fait-il que jamais personne n'ait signalé
cette astuce qui réconciliera les utilisateurs de MacSOUP avec le reste du
monde ?!?

> [...]
> Attention, là où ça coince c'est que MacSoup n'accepte pas les citations
> (au sens News du mot) de plus de 80 caractères, même si le texte cité
> est entre guillemets


Le lien sera donc coupé lors de la réponse, mais on s'en fout un peu
puisqu'il était cliquable dans l'article d'origine.

> mais dans ce cas on peut ruser en faisant précéder les chevrons d'un
> guillemet et MacSoup avale la ligne entière sans rechigner.
> Étonnant non ? (© M. Cyclopède)


Sauf que du coup ce n'est plus une citation au sens du format usenet.
Autant supprimer les chevrons, ce sera tout aussi efficace et bien plus
esthétique. Ou alors tant pis, on laisse le lien se briser, on le
retrouvera intact dans l'article auquel il répondait.

> "https://www.lalibre.be/belgique/societe/coronavirus-une-patrouille-de-police-diffuse-une-parodie-de-claude-francois-dans-les-rues-de-bruxelles-5e7719ee9978e201d8c94b57"


Wouaouuuuh ! C'est la première fois que je vois une URL à la fois *longue*
et *cliquable* envoyée par un MacSOUP !

Joseph, tu es génial !
Jean-Pierre Kuypers (24/03/2020, 12h02)
In article (Dans l'article)
<1onqu2a.hjblxmk3ew28N%josephb>, Joseph-B
<josephb> wrote (écrivait) :

> ... une url coupée qui est reprise en citation, donc chaque ligne
> commençant avec un chevron fermant, là ça ne marchera plus, mais je ne
> sais pas s'il existe de client News qui sache gérer ce cas de figure.


Celui que j'utilise se débrouille très bien avec cela.

Déjà il est prévu que l'interprétation des URL coupés doit ignorer les
caractères "withespace" (spaces, line-breaks, tabs, etc.).

Il est recommandé aussi d'entourer l'URL avec des chevrons.
<https://tools.ietf.org/html/rfc3986#page-51>

Ensuite, considérer que la séquence "chevron fermant + espace" soit
aussi un "withespace" ne semble pas avoir posé trop de difficulté au
développeur de Thoth.
Jean-Pierre Kuypers (24/03/2020, 12h02)
In article (Dans l'article) <r5bdfj$7ql$1>,
Olivier Miakinen <om+news> wrote (écrivait) :

> ... Il faudrait que tous les utilisateurs de Mac passent sur MacCafé


Humm ! Je vois mal les Macounets de tous pays et toutes langues passer
à un logiciel en français uniquement...
Joseph-B (24/03/2020, 12h13)
Olivier Miakinen <om+news> s'enthousiasma un peu vite:

> Joseph, tu es génial !


Bah non, si c'était vrai ça se saurait depuis longtemps, en réalité je
suis juste curieux de nature et j'adore mettre les hypothèses (même
saugenues) à l'épeuve des faits : quelques fois il en sort de bonnes
surprises !

Il n'empêche que je passerai définitivement un jour à MacCafé qui
comblera au mieux toutes les limitations anciennes de MacSoup.
Olivier Miakinen (24/03/2020, 12h18)
Le 24/03/2020 à 11:02, Jean-Pierre Kuypers a écrit :
>> ... Il faudrait que tous les utilisateurs de Mac passent sur MacCafé

> Humm ! Je vois mal les Macounets de tous pays et toutes langues passer
> à un logiciel en français uniquement...


Ah, en effet, il serait bien de le traduire, d'abord en anglais, ce qui
permettra ensuite de demander l'aide de traducteurs du monde entier pour
les autres langues.

Est-ce que le toolkit qu'a utilisé Gilbert pour développer MacCafé offre
de base le support des langues multiples, ou bien est-ce au développeur
de se débrouiller ?
Joseph-B (24/03/2020, 12h26)
Jean-Pierre Kuypers <Kuypers> wrote:

> Ensuite, considérer que la séquence "chevron fermant + espace" soit
> aussi un "withespace" ne semble pas avoir posé trop de difficulté au
> développeur de Thoth.


Voilà, tu résumes bien les choses : les rfc ont été pensées par des gens
intelligents pour le mieux d'un outil, et il appartient aux développeurs
de mettre tout en ?uvre pour que leur logiciel s'y conforme,
mais l'on sait bien aussi que la tentation est grande de s'autoriser des
"exceptions" quand on en bave sur le code pour des cas considérés comme
marginaux, et voilà comment l'exception finit par devenir la règle?
Olivier Miakinen (24/03/2020, 12h30)
Le 24/03/2020 à 11:02, Jean-Pierre Kuypers a écrit :
> Déjà il est prévu que l'interprétation des URL coupés doit ignorer les
> caractères "withespace" (spaces, line-breaks, tabs, etc.).
> Il est recommandé aussi d'entourer l'URL avec des chevrons.
> <https://tools.ietf.org/html/rfc3986#page-51>


Oui. Il est dit dans ce document que si une URI contient des espaces
alors elles devraient être ignorées. Il est aussi dit que les URI
devraient être entourées de chevrons <>, et que les logiciels qui
acceptent les URI saisies à la main devraient gérer ces deux choses
(les chevrons et les espaces).

Malheureusement il s'agit d'un « should » en minuscules, ce qui n'a
pas la force d'un SHOULD et encore moins d'un MUST, normalisés par
le RFC 2119.

Il s'ensuit que de nombreux logiciels (et à ma connaissance tous
ceux sont sur Windows ou sur GNU/Linux) considèrent qu'une URI ne
peut pas s'étendre sur plus d'une ligne.

....

Joseph a fait l'essai sur MacSOUP, d'entourer une longue URL de
guillemets droits ("") pour qu'elle ne soit pas coupée. Tu veux bien
faire le même essai avec Thoth ?
Jean-Pierre Kuypers (24/03/2020, 13h33)
In article (Dans l'article) <r5cnfp$pu7$1>,
Olivier Miakinen <om+news> wrote (écrivait) :

> Joseph a fait l'essai sur MacSOUP, d'entourer une longue URL de
> guillemets droits ("") pour qu'elle ne soit pas coupée. Tu veux bien
> faire le même essai avec Thoth ?


Voyons cela :
"https://www.lalibre.be/belgique/societe/coronavirus-une-patrouille-de-p
olice-diffuse-une-parodie-de-claude-francois-dans-les-rues-de-bruxelles-
5e7719ee9978e201d8c94b57"
Jean-Pierre Kuypers (24/03/2020, 13h38)
In article (Dans l'article)
<240320201233338586%Kuypers>, Jean-Pierre Kuypers
<Kuypers> wrote (écrivait) :

> In article (Dans l'article) <r5cnfp$pu7>,
> Olivier Miakinen <om+news> wrote (écrivait) :
> Voyons cela :
> "https://www.lalibre.be/belgique/societe/coronavirus-une-patrouille-de-p
> olice-diffuse-une-parodie-de-claude-francois-dans-les-rues-de-bruxelles-
> 5e7719ee9978e201d8c94b57"


Sur le coup, Thoth ne considère comme URL que la seule première ligne.
Ce n'est pas vraiment top.
Jean-Pierre Kuypers (24/03/2020, 13h43)
In article (Dans l'article) <r5cnfp$pu7$1>,
Olivier Miakinen <om+news> wrote (écrivait) :

> Malheureusement il s'agit d'un « should » en minuscules, ce qui n'a
> pas la force d'un SHOULD et encore moins d'un MUST, normalisés par
> le RFC 2119.
> Il s'ensuit que de nombreux logiciels (et à ma connaissance tous
> ceux sont sur Windows ou sur GNU/Linux) considèrent qu'une URI ne
> peut pas s'étendre sur plus d'une ligne.


Comment est vu l'URL repris dans l'article Tue, 24 Mar 2020 12:36 de
fr.lettres.langue.francaise ?
<r5crc6$190t$2>
Jean-Pierre Kuypers (24/03/2020, 13h46)
In article (Dans l'article) <r5cnfp$pu7$1>,
Olivier Miakinen <om+news> wrote (écrivait) :

> Il s'ensuit que de nombreux logiciels (et à ma connaissance tous
> ceux sont sur Windows ou sur GNU/Linux) considèrent qu'une URI ne
> peut pas s'étendre sur plus d'une ligne.


Il me semble avoir vu plusieurs usagers de Windows et GNU/Linux
signaler que les URL entourés de chevrons ne leur posaient pas de
problème, même découpés.
Jean-Pierre Kuypers (24/03/2020, 13h53)
In article (Dans l'article)
<240320201246224733%Kuypers>, Jean-Pierre Kuypers
<Kuypers> wrote (écrivait) :

> Il me semble avoir vu plusieurs usagers de Windows et GNU/Linux
> signaler que les URL entourés de chevrons ne leur posaient pas de
> problème, même découpés.


Dont, par exemple :

User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
Thunderbird/60.9.0

pour l'article <r5cs6j$1oj2$1>
Olivier Miakinen (24/03/2020, 14h13)
Le 24/03/2020 12:33, Jean-Pierre Kuypers a écrit :
>> Joseph a fait l'essai sur MacSOUP, d'entourer une longue URL de
>> guillemets droits ("") pour qu'elle ne soit pas coupée. Tu veux bien
>> faire le même essai avec Thoth ?

> Voyons cela :
> "https://www.lalibre.be/belgique/societe/coronavirus-une-patrouille-de-p
> olice-diffuse-une-parodie-de-claude-francois-dans-les-rues-de-bruxelles-
> 5e7719ee9978e201d8c94b57"


Bon, ça ne fonctionne donc pas dans Thoth, hélas. Mais on peut toujours
le conseiller aux utilisateurs de MacSOUP.

Discussions similaires
Auto portée MTD

Tondeuse auto portée 1

Ne pas couper les liens [Fut : liens sans a]

piscine auto portée


Fuseau horaire GMT +2. Il est actuellement 19h40. | Privacy Policy