SChauveau a écrit 389 commentaires

Je viens d'installer Firefox sur mon mobile et j'ai réussi à le faire fonctionner en tapant le nom du bookmarklet dans la barre d'url. Cela ne marche effectivement pas depuis le menu Bookmark probablement parce que le comportement par défaut est d'ouvrir une nouvelle page.

Empêcher les gens de tricher tout en n'enregistrant aucune information personnelle me semble difficile à obtenir. Même si le document était daté et signé par un service web, qu'est ce qui empêcherait d'en régénérer un automatiquement toutes les 1/2 heures?

Je n'ai effectivement pas testé sur mobile mais je ne comprend pas trop pourquoi tu veux «retourner en arrière». Le bookmarklet exécute le javascript sur la page en cours. Il faut donc commencer par charger le formulaire puis exécuter le bookmarklet sans changer de page.

Une recherche rapide de 'bookmarklet android' semble indiquer qu'ils sont supportés sur de nombreux browsers web sur mobile (Firefox, Chrome, Opera, …).

Pour ceux qui voudraient utiliser le site officiel, j'ai remarqué que Firefox ne mémorise pas les champs d'une fois sur l'autre. Je me suis donc écrit un petit bookmarklet pour les remplir automatiquement.

javascript:
  function FILLIT(){
   D=document.forms[0];
   D['firstname'].value='AAAA';
   D['lastname'].value='BBBB';
   D['birthday'].value='31/12/1999';
   D['lieunaissance'].value='CCCC';
   D['address'].value='DDDD';
   D['town'].value='EEEE';
   D['zipcode'].value=12345;
 }
 FILLIT()

Pour l'utiliser, il suffit de créer un bookmark et de copier le code ci-dessus (avec le préfixe 'javascript:') dans le champ Location.
Il suffit ensuite d'activer le bookmark depuis le formulaire pour remplir les champs.

Testé sur Firefox 74.

Ce qui m'embête avec ces générateurs alternatifs c'est qu'ils peuvent devenir obsolète à tout moment si le gouvernement décide de mettre à jour le générateur officiel. Le risque est donc d'avoir à expliquer à un gendarme pourquoi ton attestation datée utilise un format déjà obsolète depuis plusieurs heures.

La sécurité réside ici dans la simplicité. N'importe qui avec quelques connaissances de base en Python peut analyser ce code qui ne fait même pas 200 lignes. Je suis d'accord que l'utilisation d'un gros blob binaire n'est pas des plus judicieuses mais une analyse rapide du code montre qu'il ne s'agit que d'un fichier image (PNG) encodé en base64 (et donc facilement déchiffrable avec une commande comme base64 -d).

L'analyse de Nextinpact est intéressante mais elle est loin d'être à la portée du premier venu. De plus même à supposer que j'ai confiance en Nextinpact ou que je fasse l'analyse moi même, qu'est ce qui me prouve que le code du serveur ne sera pas modifié demain? Un code source local est beaucoup plus sûr.

Merci! MOZ_DBUS_REMOTE=1 semble en effet être la solution à ce problème.

Concernant l'absence d'application équivalente à Xbindkeys, il est fort possible que cela n'arrive jamais car le protocole Wayland n'autorise pas ce genre "d'espionnage" du clavier. Chaque application ne reçoit que les évènements concernant ses propres fenêtres.

Des applications comme xeyes ne peuvent donc pas fonctionner correctement avec Wayland. En fait, toutes les fenêtres des applications X11 sont gérées par le processus XWayland donc xeyes semble marcher tant que la souris se trouve sur une fenêtre X11.

Différentier les applications X11 et les applications Wayland n'est pas toujours facile. Avec Sway, j'utilise l'astuce suivante pour configurer différemment la barre de titre de chaque fenêtre:

for_window [shell="xdg"] title_format '<span color="#00AA00">[%app_id]</span> <span color="#FFAA00">%title</span>'
for_window [shell="xwayland" ] title_format '<span color="#00AA00">[X11]</span> <span color="#FFAA00">%title</span>'


Sway est très utilisable même si il reste de nombreux petits bugs. Par exemple, j'ai récemment remarqué qu'avec Sway 1.4, Firefox perd occasionnellement le focus du clavier. Il suffit alors de changer de bureau virtuel pour le récupérer. Il s'agit en fait d'un bug relatif à XWayland.

J'en ai alors profité pour activer le backend Wayland de Firefox. Il était encore difficilement utilisable il y a juste quelques semaines mais, dans l'ensemble, Firefox 74.0 semble plutôt robuste en mode Wayland.

Je n'ai noté qu'un seul petit bug agaçant sur le site du Crédit Agricole. Pour des raisons de sécurité, cette banque n'utilise pas le gestionnaire de mots de passe de Firefox mais la page d’authentification propose quand même un menu avec les numéros de comptes (probablement mémorisez dans des cookies). Or avec Firefox Wayland, ce menu reste invisible dans 90% des cas et s'il y a bien un truc que je n'ai pas envie d'avoir à me rappeler c'est mon numéro de compte bancaire. C'est assez représentatif des bugs que l'on peut encore rencontrer avec Wayland.

Pour info, ma solution à ce petit problème consiste à ouvrir une seconde fenêtre et à alterner la souris entre les deux fenêtres jusqu'à ce que Firefox réussisse à afficher le menu. J'ai aussi noté que le menu même invisible reste accessible avec le clavier.

J'ai aussi remarqué que Firefox X11 et Firefox Wayland n'utilisent pas le même protocole pour ouvrir les URLs. Par exemple, cela signifie que cliquer sur un lien dans Thunderbird ne fonctionnera que si celui ci utilise le même backend que Firefox. J'imagine que le problème existe aussi avec d'autres applications.

Le problème d'AMD n'a probablement rien à voir avec les pilotes qu'ils soient libres ou autre. AMD est probablement plus concerné par l'idée que ces documents tombent entre les mains de ses compétiteurs (NVidia, Intel, …) qui pourraient éventuellement réutiliser certaines technologies non brevetées. Ils pourraient aussi ajuster leur gamme de produits pour être juste un peu meilleur qu'AMD et donc rafler le marché.

Sauf erreur, le compositeur Wayland se contente de créer la variable DISPLAY=:0 et le pipe correspondant dans /tmp/.X11-unix/X0. Quand le premier client essaye d'ouvrir le pipe pour parler au serveur X, le compositeur démarre XWayland.

Et dans ton cas, le premier client est effectivement xlsclients. Ton compositeur possède probablement une option pour désactiver totalement XWayland.

… il y a aussi Cataclysm DDA (Dark Days Ahead). Un petit jeu sympa où vous vous ferez trucider allègrement par des zombis, animaux sauvages et autres créatures agressives dans un univers post apocalyptique. Au pire, cela vous permettra d'améliorer votre anglais en apprenant tout un tas de mots nouveaux.

C'est assez étonnant car les fenêtres privées ne sont pas censées affecter les cookies et les login.

En fait, je viens de tester les 2 URLs dans une fenêtre privée de Firefox. La première est effectivement refusée (Sign in to confirm your age) mais la seconde est acceptée.
Il est donc probable que la seconde vidéo n'a pas ou n'a plus de limite d'âge.

C'est parce que les applications qui utilisent Youtube doivent créer une ou plusieurs clefs d'utilisations soumise à un quota. Plus l'application a d'utilisateurs, plus le risque est grand que le quota soit dépassé.

Cela se produit aussi avec le client Youtube de Kodi qui doit posséder 5 ou 6 clefs partagées par tout les utilisateurs. Kodi permet d'utiliser sa propre clef. Je l'ai fait récemment. Ce n'est pas très compliqué mais cela nécessite un compte Google (car Youtube est un service de Google). https://kodicommunity.com/how-to-fix-youtube-quota-limit-exceeded-on-kodi/

Je n'ai pas trouvé de description simple des règles de tri lexicographiques mais voici une méthode simple pour se faire une idée:

(1) Télécharger https://raw.githubusercontent.com/bits/UTF-8-Unicode-Test-Documents/master/UTF-8_sequence_separated/utf8_sequence_0-0x10ffff_assigned_printable.txt

(2) Un caractère par ligne

sed 's/ /\n/g' utf8_sequence_0-0x10ffff_assigned_printable.txt > all.txt

(3) Trier avec la locale souhaitée

LC_ALL=C.UTF-8 sort all.txt > ordre-C.txt
LC_ALL=fr_FR.utf8 sort all.txt > ordre-fr_FR.txt

Le tri en locale fr_FR.utf8 est BIEN PLUS LENT qu'en locale C ce qui n'est pas vraiment surprenant car les règles sont bien plus complexes.

C'est en effet un piège assez classique dans les scripts. Il n'est pas toujours évident de savoir quelles commandes respectent la locale. En général, il est recommandé de définir LC_ALL=C en début de script pour éviter les surprises.

Pour obtenir une description des règles, le plus simple est probablement de jeter un coups d'oeil dans les fichiers de description des locales de la glibc.

Chez moi (Debian), ils sont dans /usr/share/i18n/locales et, pour la syntaxe, voir la section décrivant LC_COLLATE dans man 5 locale

Une autre source d'information pourrait être le CLDR http://cldr.unicode.org/ mais je ne sais pas si la glibc respecte cette specifications.

La vraie question est savoir si Radio-France refuse les publicités à caractère politique. Cela ne me semblerait plutôt normal à l'exception peut être des périodes électorales pendant lesquels les temps de paroles des candidats sont encadrés.

Ayant moi même fait partie de quelques comités de normalisation, je peux aussi affirmer par expérience qu'il ne faut pas toujours chercher l'explication la plus rationnelle. Ces comités sont essentiellement contrôlés par des grandes entreprises avec des agendas différents. Les décisions sont souvent politiques ou tout simplement pragmatiques (la 1ere proposition qui tient la route est acceptée).

Je sais. Mon intention initiale était de donner quelques liens en réponse à ce commentaire mais d'un autre coté c'est aussi toi qui a explicitement posé la question "c'est pourquoi les majuscules ont un code plus petits que les minuscules?" dans ce fil de discussion :-)

Par 'au départ', faut il comprendre dans les premiers jours après la mise en service du site? Hummmm … c'est incompréhensible.

Cela me rappelle un peu ma seconde rencontre avec les gilets jaunes. Novembre 2018 vers 19h donc de nuit à un rond point. Une femme, peut être la cinquantaine ou la soixantaine, s'avance au milieu de la route pour me forcer à m’arrêter. Jusque la rien de bien original sauf quelle avait 2 beaux gros chiens probablement de race. Je ne sais pas ce qui m'a mis le plus en colère: le fait de manifester avec des chiens valant probablement plusieurs smics; le fait de les mettre en danger ou le risque qu'un conducteur panique à la vue des chiens. Cette rencontre s'est déroulée seulement quelques jours après qu'une automobiliste ait tué un gilet jaune. Je me suis retenu de l'insulter mais je n'ai clairement pas été aimable avec elle.

La réponse se trouve probablement dans les nombreux encodages ayant précédé l'ASCII. Je pense en particulier aux encodages sur 6 bits qui ne possédaient pas de minuscules.

Dans la page https://en.wikipedia.org/wiki/Six-bit_character_code je remarque en particulier DEC SIXBIT et ECMA-1 qui se retrouvent quasiment inchangés dans l'ASCII.

L'ordre des caractères est censé être définit par la locale. Cela peut être important quand on utilise certaines commandes telles que ls ou sort.

for i in $(locale -a) ; do echo == $i ; printf "a\nA\nz\nZ\n" | LC_ALL=$i sort ; done 
    == C
    A
    Z
    a
    z
    == C.UTF-8
    A
    Z
    a
    z
    == en_US.utf8
    a
    A
    z
    Z
    == fr_FR.utf8
    a
    A
    z
    Z
    == POSIX
    A
    Z
    a
    z

On voit ici que les locales en_US.utf8 et fr_FR.utf8 n'utilisent pas l'ordre ASCII ou Unicode. J'imagine que pour des raisons de performances Python, comme la plupart des langages, ignore la locale lors des comparaisons de chaînes de caractères (voir aussi locale.strcoll()).

Remarque: Les utilisateurs des locales UTF-8 qui n'apprécient pas que 'ls' mélange les majuscules et les minuscules peuvent déclarer LC_COLLATE=C.UTF-8 pour revenir à un tri plus 'classique'.

De toute façon, Trump ne croit ni à l'IPV4 ni à l'IPV6. Il a eu connaissance du mouvement Hippie lors des années 60 mais il n'a jamais entendu parler des hippies version 2, 3 ou plus.

sa/ça/cela c'est assez classique comme erreur. Il y a une autre grosse faute qui mois m'a choqué.