OVH Cloud OVH Cloud

URL

48 réponses
Avatar
Jean-Pierre Kuypers
<https://www.informaticien.be/news_item-30349-Apple_Silicon_voici_commen
t_demarrer_Linux_et_Windows_sur_les_nouveaux_Mac.html>

https://www.informaticien.be/news_item-30349-Apple_Silicon_voici_comment
_demarrer_Linux_et_Windows_sur_les_nouveaux_Mac.html

"https://www.informaticien.be/news_item-30349-Apple_Silicon_voici_commen
t_demarrer_Linux_et_Windows_sur_les_nouveaux_Mac.html"

--
Jean-Pierre Kuypers

10 réponses

1 2 3 4 5
Avatar
M.V.
Le 12 décembre 2020 Í  18 h 32, DV s'est exprimé en ces termes :
Pour en revenir aux URL récalcitrantes, MacCafé refuse d'ouvrir celle
que tu as donnée ci-dessus.

Ah si ! Ici, le cmd + clic sur la 1ère ligne ouvre la page
<https://fr.wikipedia.org/wiki/Discussion:Uniform_Resource_Locator>
mais ne tient pas compte de l'ancre #schéma_vs._scheme
--
Michel VAUQUOIS - <http://michelvauquois.fr>
Avatar
Jean-Pierre Kuypers
In article (Dans l'article) <rr35p5$338$, M.V.
wrote (écrivait) :
<https://fr.wikipedia.org/wiki/Discussion:Uniform_Resource_Locator#schém
a_vs._scheme>
fonctionne sans problème et amène bien au paragraphe «schéma vs. scheme».

Finalement, tout va bien alors !?
--
Jean-Pierre Kuypers
Avatar
M.V.
Le 12 décembre 2020 Í  20:34, Jean-Pierre Kuypers s'est exprimé en ces
termes :
Finalement, tout va bien alors !?

Pas avec la manière dont tu as publié le lien !
<https://fr.wikipedia.org/wiki/Discussion:Uniform_Resource_Locator#schéma_vs._scheme>
s'ouvre correctement chez moi mais pas ce que tu as repris dans ta
réponse :
<https://fr.wikipedia.org/wiki/Discussion:Uniform_Resource_Locator#schém
a_vs._scheme>
ne fonctionne pas chez moi.
--
Michel VAUQUOIS - <http://michelvauquois.fr>
Avatar
DV
M.V. a écrit ceci :
Ah si ! Ici, le cmd + clic sur la 1ère ligne ouvre la page
<https://fr.wikipedia.org/wiki/Discussion:Uniform_Resource_Locator>
mais ne tient pas compte de l'ancre #schéma_vs._scheme

J'ignore pourquoi ça n'a rien donné tout Í  l'heure. Je viens de
réessayer, et voici ce qui est envoyé Í  mon navigateur :
https://fr.wikipedia.org/wiki/Discussion:Uniform_Resource_Locator#schém
Autrement dit, uniquement la première ligne. Cela n'empêche pas
l'affichage de la page, mais évidemment je n'accède pas Í  l'ancre
puisque son nom est incomplet.
Par contre, le clic droit > Ouvrir URL sur la sélection complète de
l'URL ne fonctionne pas du tout.
--
Denis
Avatar
Jean-Pierre Kuypers
In article (Dans l'article) <rr36ke$9cv$, M.V.
wrote (écrivait) :
mais pas ce que tu as repris dans ta réponse :

<https://fr.wikipedia.org/wiki/Discussion:Uniform_Resource_Locator#schém
a_vs._scheme>
ne fonctionne pas chez moi.

C'est le problème déjÍ  évoqué : URL découpé en plusieurs lignes :
1er cas de <091220201959463963%
--
Jean-Pierre Kuypers
Avatar
Gilbert OLIVIER
le 12 décembre 2020, DV a attiré mon attention sur :
Pour en revenir aux URL récalcitrantes, MacCafé refuse d'ouvrir celle
que tu as donnée ci-dessus. Je subodore que c'est Í  cause du «Â # »
qui définit une ancre dans la page, et si c'est le cas, c'est
vraiment gênant.

Et bien non, ce n'est pas le "#" qui pose problème…
C'est le "é" !
Dans la commande transmission de l'URL au browser, je peux demander ou
pas la traduction de l'URL. Actuellement, pour que certaines formes
d'URL fonctionnent, la traduction n'est pas activée. Ce choix est
actif depuis quelques version ou il avait été constaté qu'elle
empêchait des formes du genre "?q=quelquechose".
Si je demande Í  4D de traduire l'URL, on arrive bien au bon endroit de
la page.
Je suis revenu Í  la version actuelle, et fait remplacer le "é" par
"%E9".
Maintenant, le clic contextuel sur l'URL ouvre bien la page de
wikipedia, mais l'affichage ne se positionne pas au niveau de la
balise.
Fin des essais pour ce soir, si quelqu'un a une idée pour avancer…
--
Gilbert
<https://maccafe-osx.pagesperso-orange.fr>
Avatar
Gilbert OLIVIER
Le 12 décembre 2020 Í  20:45, M.V. a écrit :
Le 12 décembre 2020 Í  20:34, Jean-Pierre Kuypers s'est exprimé en ces
termes :
Finalement, tout va bien alors !?

Pas avec la manière dont tu as publié le lien !
<https://fr.wikipedia.org/wiki/Discussion:Uniform_Resource_Locator#schéma_vs._scheme>

Parce que tu l'ouvres avec Commande Clic. Dans ce cas, tu passes par la
routine de 4D intégré Í  l'éditeur.
Avec "Ouvrir URL" du menu contextuel, cela ne fonctionne pas.
J'en parle ici: <news:rr3aro$noa$
s'ouvre correctement chez moi mais pas ce que tu as repris dans ta
réponse :
<https://fr.wikipedia.org/wiki/Discussion:Uniform_Resource_Locator#schém
a_vs._scheme>
ne fonctionne pas chez moi.

--
Gilbert
<https://maccafe-osx.pagesperso-orange.fr>
Avatar
M.V.
Le 12 décembre 2020 Í  22 h 27, Gilbert OLIVIER s'est exprimé en ces
termes :
Parce que tu l'ouvres avec Commande Clic. Dans ce cas, tu passes par la
routine de 4D intégré Í  l'éditeur.
Avec "Ouvrir URL" du menu contextuel, cela ne fonctionne pas.

En effet.
--
Michel VAUQUOIS - <http://michelvauquois.fr>
Avatar
M.V.
Le 12 décembre 2020 Í  20 h 49, Jean-Pierre Kuypers s'est exprimé en ces
termes :
C'est le problème déjÍ  évoqué : URL découpé en plusieurs lignes :
1er cas de <091220201959463963%

Non, c'est différent. Je pouvais ouvrir les 3 URL que tu avais données
en exemple dans ce message (la 2 après avoir sélectionné les 2 lignes)
mais l͠ : walou…
Comme l'a indiqué Denis, même en sélectionnant les 2 lignes de
<https://fr.wikipedia.org/wiki/Discussion:Uniform_Resource_Locator#schém
a_vs._scheme>
MacCafé ne s'en sort pas… C'est donc bien le é et/ou le # qui posent
problème.
--
Michel VAUQUOIS - <http://michelvauquois.fr
Avatar
yamo'
Jean-Pierre Kuypers a écrit :
<https://www.informaticien.be/news_item-30349-Apple_Silicon_voici_commen
t_demarrer_Linux_et_Windows_sur_les_nouveaux_Mac.html>
https://www.informaticien.be/news_item-30349-Apple_Silicon_voici_comment
_demarrer_Linux_et_Windows_sur_les_nouveaux_Mac.html
"https://www.informaticien.be/news_item-30349-Apple_Silicon_voici_commen
t_demarrer_Linux_et_Windows_sur_les_nouveaux_Mac.html"

Sur Newsportal les trois liens sont cassés.
La regex est Í  corriger mais je n'ai jamais trop aimé cette bestiole...
1 2 3 4 5