User talk:Verdy p

Talk archives: 2006 · 2007 · 2008 · 2009 · 2010 · 2011 · 2012 · 2013 · 2014 · 2015 · 2016 · 2017 · 2018 · 2019: Jan–Jun, Jul–Dec · 2020: Jan–Jun, Jul–Dec · 2021 · 2022 · 2023 · 2024–

---

For contacting me by email, please see also fr:Utilisateur:verdy_p, or use my talk page at fr:Discussion Utilisateur:verdy_p (on my home wiki): I don't want to monitor changes in all wikis, notably with emails formatted in various languages depending on the source wiki, or from unadministered small wikis harvested by spammers, or dummy "welcome" messages sent by bots). You can write me on my talk page of any Wikimedia wiki, I'll be notified from any Wikimedia wiki (because I'm connected with a SUL-enabled account) even if you can't send emails from all wikis. You should still be able to send emails from my home wiki (preferably in English or French if you can, but you should try to use some automatic online translators for your posts).
Thanks are always welcome: many users forget to do that. But this helps proving that our work is appreciated, and that we just try to do cooperatively our best on this wiki, hopefully without breaking, cancelling or blindly reverting all the patient work made by us or by others, and that some of our possible errors or disagreements can be fixed or negociated easily, without causing major troubles with a few intolerant Wikimedia users (who forget the community rules, and "overreact" for what is a minor issue or just a disagreement of personal opinions on specific topics). There should always exist a way to coexist even in case of disagreement. So don't forget the neutrality and politeness rules of Wikimedia (see for example Category:Wikipedia policies and guidelines).
Please sign and date your posts on my talk page (so that they can also be archived correctly):
Just add four tildes ~~~~ at end of your message, and it will look like this signature (with your name and the new date): verdy_p (talk) 01:13, 13 June 2019 (UTC)

Category:Russia at the 2024 Winter Youth Olympics

Russia won't compete at the 2024 Winter Youth Olympics, therefor you could delete this category. Didn't think it would need a delete request so I messaged you this way. Florian100100 (talk) 13:42, 15 January 2024 (UTC)

Category:Winter_in_the_Northern_Hemisphere_by_year

Winter in the Northern Hemisphere by year has been listed at Commons:Categories for discussion so that the community can discuss ways in which it should be changed. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this category, please note that the fact that it has been proposed for discussion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it. If the category is up for deletion because it has been superseded, consider the notion that although the category may be deleted, your hard work (which we all greatly appreciate) lives on in the new category. In all cases, please do not take the category discussion personally. It is never intended as such. Thank you!

OmegaFallon (talk) 16:26, 13 February 2024 (UTC)

Modification du modèle Lang gallery

Bonjour,

On dirait que votre modification a brisé l'affichage des traductions intégrées -- voir la page Conic Sections.svg, par exemple.

Cordialement, Iketsi (talk) 23:25, 19 February 2024 (UTC)

C'est un bogue non pas des modèles, mais du module Iteration, qui omettait de mettre un saut de ligne entre deux images de galeries; le code générait la liste des "nom de fichier|description" sur une seule ligne concaténée, ce qui n'affichait alors qu'un seul fichier dans la wiki-balise "gallery" générée. J'ai eu du mal à trouver la cause, visiblement ce qui avait changé c'est que l'expansion du sous-modèle ne générait pas de saut de ligne à la fin, c'était "trimmé" maintenant par Scribunto. J'ai du rajouter un saut de ligne explicite dans le module après chaque fichier énuméré dans le contenu de la balise "gallery". verdy_p (talk) 09:57, 20 February 2024 (UTC)

Génial! Iketsi (talk) 02:58, 25 February 2024 (UTC)

Modification des modèles Tincture

Bonjour Verdy p,
Vous avez apporté des modifications au modèles Tincture, Tincture draw, ainsi qu'à Template:Tincture/styles.css
Comme vous pouvez le voir sur la description de ce blason, par exemple, la valeur de hauteur de ligne, ainsi que la taille des caractères, probablement, dans la section "couleur", sont désormais légèrement trop élevées par rapport autres sections contenant du texte…
Serait-il possible de revenir à une valeur moindre, au moins pour les blasons ?
Cordialement,--Kontributor 2K (talk) 19:31, 3 March 2024 (UTC)

Comme je ne peux pas le voir justement. Je ne vois pas en quoi c'est plus élevé. Alors qu'aurapavant les titres de noms de couleur débordaient des cases, ce qui ne se produit plus du tout (quelque soit le zoom actuel du navigateur ou ses polices par défaut). Là c'est on ne peut plus standard, et toutes les cases de couleur s'alignent parfaitement (y compris quand il y a des sauts de ligne quand les cases de couleurs ne tiennent pas toutes sur la même ligne, elles forment une grille parfaite. J'ai aussi testé avec les options d'accessibilité qui maintenant sont également conformes. Je ne vois strictement aucune anomalie sur le blason de Grasse que tu veux citer en exemple.

Franchement si tu as une capture d'écran et si tu précises ton OS et ton navigateur, on pourrait comprendre. Mais J'ai bien peut que ce sont ton navigateur qui soit très obsolète ou mal configuré, ou l'effet d'un skin personnalisé spécifique à toi dans tes préférences, ou alors ton cache dans ton navigateur qui est corrompu. verdy_p (talk) 23:40, 3 March 2024 (UTC)

Je n'ai pas de problème de navigateur(s), ni de cache, pas non plus de problème de vue.

J'utilise Vector "ancienne version 2010", j'ai testé les autres skins : c'est idem avec Vector 2022, ça passe mieux en Minervaneue et Timeless (qui ont des typos plus grandes), et c'est pire avec Monobook (l'inverse). Ça passe vraiment bien en "Timeless".

Après, je pensais que tu pouvais facilement revenir en arrière pour comparer

S'il ne s'agit que de passer le line-height de 20 à 18px dans le css, je peux comparer moi-même

Après je vois que la typo par défaut a été passée en "Segoe UI", qui n'est pas vraiment websafe

Il va de soi que pour moi c'est toujours en Verdana

--Kontributor 2K (talk) 11:33, 4 March 2024 (UTC)

Le Verdana est bien trop large, alors que les polices UI (Segoe ou Noto) sont faites pour l'affichage. Les polices sont par défaut avec un line-height à 20px (avec l'interlignage à 1.4 par défaut, ça donne une taille de police supérieure. Et c'est valable aussi bien avec Vector ancienne version 2010 que nouvelle version. Minarvaneue est une niche rarement utilisée et mal testée un peu partout, et Timeless est obsolète et n'est plus mis à jour depuis longtemps, les deux ayant des problèmes d'accessibiltié et d'internationalisation (sachant qu'on est ici dans un cadre de traduction, où des libellés peuvent être affichés en arabe et chinois: il ne faut pas réduire trop et en tout cas ce n'est PAS plus grand que le reste du texte autour mais très légèrement plus petit pour tenir compte de la fine bordure de 1px autour des boites de couleur...). verdy_p (talk) 12:28, 4 March 2024 (UTC)

La question de la typo est surtout websafe ou non

Suite à la dernière modif la hauteur de ligne est ok, mais la typo encore un peu grosse, je vais tester à 11, ce qui semble quand même être plus proche de la taille de la typo du texte autour

Je ne sors pas des skins par défaut, et les tests doivent être faits, selon moi également, non loggé, pour voir tel que voit n'importe quel internaute non inscrit.

Après ce qui est bien sur un skin l'est moins sur un autre… idéalement il faudrait que les boîtes couleurs s'adaptent aux skins (typo+line-height)… mais ça ne concerne effectivement que les utilisateurs inscrits, et est donc sans objet, en un sens.

Je passe la typo à 11px, je te laisse revenir dessus si problème.

--Kontributor 2K (talk) 12:56, 4 March 2024 (UTC)

hard redirects of categories

Hi. Please do not put in hard redirects for categories, the accepted practice locally is to use {{Category redirect}} alone. The hard redirects cause issues for use of HotCat and especially problematic when categories are again redirected they are getting lost. Happy to hear what you believe is the solution that hard and soft redirects on the same page is resolving. Thanks.  — billinghurst sDrewth 22:05, 6 March 2024 (UTC)

This redirect is needed for some nav templates to work correctly without forcing users to follow another link). HotCat and similar do NOT need it, and uploaders do not use this category but follow the redirect. If ever the category gets some files, it is still tracked by the soft redirect template in a tracking category so this is not an issue at all. I have made sure when putting the hard redirect at top that these categories were empty and your revert has no effect except embarrasing visitors. verdy_p (talk) 07:56, 7 March 2024 (UTC)

We should be fixing the nav templates, not putting in hard redirects. We don't make problematic fixes for problems that should be fixed at source. Hard redirects do prevent HotCat from working in that the lookups don't work for what should be the soft redirects. We are also having issues that hard redirects go to soft redirects. I doubt that any user would be embarrassed by landing at a soft redirect.  — billinghurst sDrewth 04:07, 10 March 2024 (UTC)

These templates cannot always be fixed. HotCat should recognize both types (this is a bug of HotCat, not me), including simultaneously. verdy_p (talk) 01:56, 15 March 2024 (UTC)