Andre Rodier a écrit 513 commentaires

donc quelque part, vous avez abdiqué :)

C'est plus sournois que ça 🦊

Si les messages WhatsApp sont mineurs, genre les conneries habituelles échangées sur un groupe (e.g. vidéos de chats), cha peut attendre.
Si c'est important, le message WhatsApp dit clairement "Contactez-moi sur Signal"

Ça permet d'abord d'inciter à me contacter, pour ensuite demander d'installer Signal, ou d'envoyer un email… Avant, on m'ignorait, car je n'avais pas WhatsApp. Maintenant, on peste car je réponds trois plombes plus tard 😈.

PS : Je plaisante, les vidéos de chats, c'est cool
PPS : notez bien le masculin, svp.

D'abord, le code de LinuxFr est assez ancien (vers 2010) et assez vieux pour avoir eu besoin d'outils pour être compatible avec Internet Explorer et ne pas avoir les facilités de CSS3 (d'où l'utilisation de Sass et CoffeeScript).

Ok, ça se défend, je m'y attendais, de toute façon.

Comme il y a très peu de bénévoles sur le code, nous allons très certainement supprimer l'option de personnalisation des CSS via le site LinuxFr. J'avais expliqué mon point de vue ici: https://linuxfr.org/suivi/css-contribuees-utilisation-et-mise-a-jour#comment-1945690

Franchement, je suis d'accord. Autant avoir une feuille de style qui tiens la route, avec clair et sombre, aussi. Cependant, si c'est bien implémenté, vous pouvez avoir plusieurs styles, avec un minimum d'effort, en respectant un principe : séparer la disposition des éléments (layout) de leur rendu (style). Si vous respectez cela, ça permet de changer l'un sans changer l'autre, et du coup :

• De faire une feuille de style pour une tablette ou un téléphone, sans avoir à écrire une nouvelle feuille de style.
• De "jouer" avec la disposition des éléments, sans avoir à réécrire les styles.
• De faire un nouveau style visuel, sans avoir à se retaper les difficultés de la disposition des éléments.

Vous pouvez, par exemple, faire une feuille de style en fonction des événements ou des vacances en cours (Pâques, Noël, etc.)

Par rapport à Sass, la gem que nous utilisons pour gérer ça est dépréciée et il faudrait que l'on trouve une nouvelle solution. Pour les variables, nous pourrions utiliser CSS3, mais pour la fonction qui permet facilement d'imbriquer les règles, c'est encore utile (c'est trop récent dans CSS3).

Oui, je sais, et je suis à peu près d'accord. Si on vise un minimum de compatibilité, il vaut mieux ne pas utiliser les imbrications, et utiliser un préprocesseur SCSS ou autre, avec une option pour générer les imbrications quand ce sera supporté.

Les caractères ASCII utilisent la fonte définie par LinuxFr (si l'utilisateur laisse télécharger la fonte), ils ont l'avantage donc que le rendu ne dépend pas trop du navigateur.
En effet, la solution propre serait d'utiliser SVG pour faire de vraies icônes pour les boutons. Le rendu des emoji dépend trop du navigateur qui l'affiche et donc le style ne serait pas maîtrisé (entre Firefox/Linux, Firefox/Windows, Android et iOS, je crois que chaque application fait un rendu différent).
Nous pourrions utiliser une police spéciale pour gérer les emoji, mais la réalité est que l'utilisation de polices d'écritures pour faire un rendu d'icônes est obsolète et qu'il vaut mieux utiliser SVG (selon les explications de fontawesome eux-mêmes).

Que les émojis soient rendus différemment d'un système à l'autre, pour moi, ce n'est pas un problème, au contraire, surtout si leur style est plus accordé avec l'OS. Le but des émojis, ce n'est pas seulement pour faire joli, c'est aussi faciliter le scan visuel de la page par le cerveau.

Enfin, si jamais ça pourrait t'intéresser, mjourdan nous avait fait une nouvelle proposition de design que nous n'avons pas encore pu implémenter.

Avec le temps libre que j'ai, sans doute pas. Comme expliqué dans mon journal, je fais ça pour rafraîchir mes connaissances sur CSS. Entre deux exercices en Rust, Ansible ou Terraform. Cependant, si je reçois de l'aide sur mes projets open-source, peut-être que ça libèrerait du temps pour ça.

Idem pour moi, toujours pas WhatsApp, enfin, presque. J'ai installé WhatsApp sur un vieux téléphone, avec une carte SIM achetée à la sauvette (dans un magasin au coin de la rue, qui te demande pas ta carte d'identité). Ensuite, si vraiment, je veux voir mes messages, j'utilise l'interface web, dans un profil Firefox dédié. Du coup, plus personne ne peut me dire que je n'ai pas WhatsApp, même si :

• Mon message de status, c'est "If I am too long to answer, try contacting me on Signal, email or Jabber."
• Et comme je ne suis généralement joignable que de temps en temps…

J'ai aussi généré une ribambelle de contacts foireux qui n'existent pas, avec un téléphone bidon. Si tout le monde fait comme moi, on va pourrir la base de données de Meta. Pour la forme, j'ai même ajouté des noms comme "Bernard Squarcini", "Nicolas Sarkozy", "Patrick Balkany", "François Filou Fillon" et "Jérôme Cahuzac".

Cela dit, il y a des textes en cours sur l'interopérabilité des messageries, notamment WhatsApp et Signal. Franchement, je me demande si c'est même une bonne idée, vu les pratiques plus que douteuses de la boite qui est derrière WhatsApp : https://www.theregister.com/2024/03/27/meta_snapchat_data/

Je me suis dit que c'était une bonne idée, puis j'ai vu ça :

Vim like modal editing

Quitte à utiliser un langage moderne comme Rust, pourquoi inclure une fonctionnalité complexe, qui va rebuter les débutants ? Pourquoi ne pas utiliser plutôt une édition standard, sans mode, et restreindre l'entrée des commandes à un préfixe particulier. Par exemple, on pourrait utiliser alt-x, pour entrer des commandes, avec une auto-completion. Je trouve que ça serait plus intuitif.

Plutôt que de créer une foultitude de tickets, une discussion serait productrice, je pense.

Dans la plupart des cas, il semble qu'il y ait un manque d'appréciation du fonctionnement des feuilles de style, dans le code HTML généré.

Toutefois, il y a un problème qui revient régulièrement, sur un déséquilibre de balises qui empêche de créer des feuilles de styles efficaces.

Par exemple :

<div id="toolbar"><span id="toolbar_items">Nouveaux commentaires :
  <span id="toolbar_current_item">0</span> /
  <span id="toolbar_nb_items">0</span>
  <a href="#" accesskey="<" class="prev">&lt;</a> |
  <a href="#" accesskey=">" class="next">&gt;</a>
</span><span id="toolbar_alt_items">Commentaires par ordre chronologique :
  <span id="toolbar_current_alt_item">0</span> /
  <span id="toolbar_nb_alt_items">0</span>
  <a href="#" accesskey="[" class="prev">[</a> |
  <a href="#" accesskey="]" class="next">]</a>
</span><span id="toolbar_threshold">Seuil :
  <a href="#" class="change">1</a>
</span></div>

• Il y a donc des éléments qui ne sont pas dans une balise, et d'autres qui le sont. Du coup, il est impossible d'appliquer un style sur les éléments extérieurs, sans affecter les éléments intérieurs.
• On utilise des caractères ASCII pour faire des boutons (en 2024, on peut utiliser des emojis, AMHA)

Bureau

Theme clair

Theme sombre

Telephone

Theme clair

Clair	Sombre

Bureau

Theme clair

Theme sombre

Telephone

Theme clair

Clair	Sombre

J'ai fait quelques modifs, en copiant les styles de l'édition.

Je n'ai pas trop le temps de continuer, mais je ferai quelques ajouts de temps en temps.

En attendant, quelques remarques, si vous voulez participer.

• J'ai cherché à faire la différence entre la disposition des éléments (layout-.css) et le style (styles-.css). Gros avantage: cela permet de réutiliser l'une indépendamment de l'autre. Il y a sans doute des éléments qui pourraient être placés ailleurs, mais bon, wip…
• J'ai supprimé les background-color, pour pouvoir utiliser le thème sombre/clair automatique, il faut utiliser background-color: inherit.
• Pareil pour les bordures, lorsqu'on utilise, par exemple #7775, le 5 correspond à la transparence. Cela permet d'avoir une bordure plus éclaircissante lorsque le fond est sombre, et inversement lorsque le thème est clair.
• L'édition est maintenant possible avec le thème sombre. C'est bien pour les yeux le soir,

Pour le thème de la barre d'outil, les icônes sont sans doute à revoir pour le thème sombre. Il y a sûrement des options CSS pour utiliser clair / sombre aussi. Je n'ai pas creusé. Je pensais qu'un éditeur un peu plus moderne pourrait être intégré.

PS: Mon temps libre est limité, donc si vous voulez aider, bienvenue.

Merci, je changerai tout ça ce soir.

Ça fait partie des choses que j'ai laissées de côté, puis oublié.

Oups, ça fait mal aux yeux…

Comme expliqué plus bas, je vise Firefox 123, j'aurai sans-doute pu ajouter ceci dans le journal, mais j'ai oublié en le postant. En tout cas, c'est un choix que j'assume. Si quelqu'un veut faire une feuille de style compatible avec une version plus ancienne, je ne critiquerai pas.

Cette feuille de style n'a pas pour ambition de devenir celle par défaut. C'est plus pour ceux qui utilisent un navigateur récent, sur le bureau ou le téléphone.

Quand ce sera fini, avec un peu de chance, Firefox 123 sera dans Debian Stable. Si vraiment, vous voulez utiliser une version plus vielle de Firefox, il y a moyen de déplier les feuilles de styles imbriquées, mais ce n'est pas dans le design que j'ai choisi, et j'apprécie la clarté.

En tout cas, ça marche avec mon téléphone Android, et j'apprécie spécialement le fait que le thème bascule automatiquement le thème clair et sombre.

PS: Mozilla propose un dépôt Debian pour les dernières versions de Firefox: https://support.mozilla.org/en-US/kb/install-firefox-linux#w_install-firefox-deb-package-for-debian-based-distributions

Tu peux choisir une feuille de style personnalisée dans tes préférences.

https://rodier.me/lfr/css/index.css

Attention, c'est toujours en cours de développement. Dès que j'aurais quelque chose de complet, je soumettrai une PR.

Un peu d'aide est toujours bienvenue, bien sûr.

C'est une idée, ça, pornhub en ASCII art…

Merci, je viens de fusionner.

https://gitlab.com/arodier/linuxfr-css

Tu préfère qu'on te fasse des retours ici ou sur gitlab ?

Je pense que ici, c'est bien pour les remarques, comme ça, tout le monde peut contribuer sans avoir à utiliser un compte GitLab.

quand on écris un commentaire, l'input text est trop long et casse la mise en page
tu n'a pas gardé la toolbar qui est très pratique pour naviguer dans les nouveaux commentaires
l'entête est vraiment grande et prend tout l'écran du téléphone alors que c'est pas l'important

Oui, tout cela est valide, je n'ai pas encore eu le temps de peaufiner. Honnêtement, je ne pensais pas y passer autant de temps.

Ok, dès que j'ai un truc un peu plus stable, je rajoute une image.

Merci du retour d'information, constructif et utile.

Effectivement, je suis d'accord. Je vais essayer de séparer plus clairement les blocs, sans pour autant tomber dans une utilisation abusive des "borders" et autres joyeusetés des années 2000.

Comme mentionné plus haut, c'est un projet en cours, pas encore fini.

Au fait, je visel les récentes versions de firefox. Lorsque j'aurai terminé, je pense qu'elle sera dans Servian stable (123).

risque de ne pas s’afficher sur certains de mes appareils car le support a été introduit dans Android 4.3+

Pour information, Android 4.3 est sorti en 2013, donc ces emojis sont compatibles avec des périphériques de onze ans d'age, cela devrait suffire, je pense, et toi ?

(pourquoi imposer du rouge ?)

Les triangles rouges, c'était juste un exemple, je n'ai pas cherché plus de dix seconds, c'était pour illustrer mon propos. Il ne faut pas se focaliser dessus, sauf si on aime bien chercher la petite bête ;-). Tiens, en voici d'autres, en tant qu'exemple : ⏫ ⬆️ ↕ ➖ ➕.

je pense que l’interface du site me deviendra moins accessible quand je passe par ici avec Lynx.

Je viens d'essayer avec Lynx, et les emojis sont parfaitement affichés.

Tiens, spoil : la balise est suggérée pour une entrée de suivi

Je parle de l'aide mémoire markdown, dans le formulaire de création de contenu.

Mais pourquoi vois-tu cela comme des boutons ?

Le principal, c'est que les crochets, on pourrait les remplacer par des jolis emoticons, par exemple : 🔺 🔻 ⚓

Merci :)

Merci du merci, ça fait toujours plaisir. Bonne soirée!

Voici l'adresse du dépôt sur GitLab: https://gitlab.com/arodier/linuxfr-css

Oui, je vais ajouter les entrées sur le système de suivi, sans doute la semaine prochaine.

BRTFS, c'est quoi ? Le système de fichier de Bart Simpson ?

Dans ce cas, c'est pas étonnant qu'il soit instable, non ?

Pendant la guerre, on a utilisé des pigeons, des chiens et de chevaux. Par contre, que je sache, pas de chat.

Par exemple, les braves membres de la race canine, étaient utilisés pour aller porter le stratégique plan d'attaque aux sergents de la tranchée d'en face.

J'imagine bien demander la même chose à un chat. Il se barrera sans doute dans la direction opposée, à l'abri des bombes. Laissant au loin les insanités barbares de quelques crétins revendiquant un mètre ou deux de terre sur l'ennemi.

Moralité : dans l'ensemble, les chats sont largement plus intelligents que les chiens, s'il nous fallait encore une preuve…

Merci, mais je préfère continuer à utiliser Signal avec ces utiliteurs, et garder mon serveur sécurisé.