Discussion modèle:Conversion

Dernier commentaire : il y a 1 mois par Od1n dans le sujet Insécabilité excessive
Autres discussions [liste]
  • Admissibilité
  • Neutralité
  • Droit d'auteur
  • Article de qualité
  • Bon article
  • Lumière sur
  • À faire
  • Archives
  • Commons

Modification pour grammes modifier

Je vais changer Modèle:Conversion pour corriger les conversions suivantes gram-à-livre.

  • Avant: {{conversion|454|g|kg}} → 454 grams (0,454 kilogramme|kg) → 0,454 kg
  • Après: {{conversion|454|g|kg}} → 454 grammes (0,454 kg)
  • Avant: {{conversion|454|g|lb|2}} → 454 grams (205 930,93598 livre |lb) → 1 lb
  • Après: {{conversion|454|g|lb|2}} → 454 grammes (1 lb)
  • Avant: {{conversion|3|m|cm|disp=/}} → 3 mètres (300 cm)
  • Après: {{conversion|3|m|cm|disp=/}} → 3 mètres (300 cm)
  • Avant: {{conversion|28|g|oz|1}} → 28 grams (793,772 once |oz) → 1 oz
  • Après: {{conversion|28|g|oz|1}} → 28 grammes (1 oz)

Le poids était de 454 grammes = 1 lb. -Compte77 (d) 24 février 2011 à 08:04 (CET)Répondre

Feet, ou pieds ? modifier

« Les Extreme 40 mesurent {{Conversion|40|ft|m}} de long » rend « Les Extreme 40 mesurent 40 feet (12,192 m) de long ». Cette utilisation de "feet" en plein texte est hideuse. y a-t-il la possibilité de changer cela et de pouvoir choisir entre "pieds" et "feet"? Cordialement. /Badzil papoter 29 mars 2011 à 16:09 (CEST)Répondre

Je viens ajouter ma voix à celle de Badzil: c'est franchement n'importe quoi de voir le modèle sortir des inches et des feet, alors qu'il existe des mots parfaitement français, et qu'il n'y a aucune raison de vouloir utiliser les mots anglais. Il en va d'ailleurs de même pour les abréviations: les abréviations québécoises sont pi pour pied et po pour pouce, et ce sont les seuls francophones (+cadiens) à utiliser ces unités. Je viens de supprimer le modèle d'un article en voie de BA pour cause de rendu affreux. Il devient urgent de franciser ce modèle jusqu'au bout, d'autant que le tableau de l'aide du modèle est lui correctement francisé. fabriced28 (d) 22 octobre 2011 à 20:33 (CEST)Répondre
Ce problème est corrigé par les dernières modifications apportées par Xfigpower (d · c · b). Merci. /Badzil papoter 2 novembre 2011 à 14:58 (CET)Répondre

Aide très incomplète modifier

L'aide affiche 3 exemples de conversions °C vers °F avec 3 paramètre disp différents qui rendent chez moi exactement la même chose; le paramètre sing est lui aussi laissé inexpliqué; je débarque sur ce modèle, je ne suis pas exactement un débutant dans leur utilisation, mais c'est le premier qui me laisse à ce point perplexe. Merci donc à qui connait son fonctionnement de bien vouloir le rendre moins abscons au contributeur disons moyen. fabriced28 (d) 22 octobre 2011 à 20:36 (CEST)Répondre

Nouveau problème étrange avec la documentation:
* sur la page du modèle, je lis
Pour voir les valeurs dans une première unité et dans une seconde unité comme: 32 mètres (105 pieds) ou 18 degrés Celsius (64,4 degrés Fahrenheit). (ce que je n'arrive pas à obtenir ni avec conversion ni avec conversion2!!)
* sur la sous-page de documentation, je lis
Pour voir les valeurs dans une première unité et dans une seconde unité comme: 32 mètres (105 ft) ou 18 °C (64,4 °F).

Vu la construction de ces pages, cela me semble bien mystérieux... Des refresh ne changent rien. fabriced28 (d) 31 octobre 2011 à 11:01 (CET)Répondre

Problème avec lk modifier

L'exemple de l'aide qui utilise lk=2 rend ceci: 32 (104,99 ft) Alors entre l'unité n°1 qui disparait et le lien de l'unité 2 qui est en anglais (quelqu'un a jugé plus logique de faire un redirect que de modifier le modèle), je pense pouvoir dire que quelque chose n'est pas au point. J'avoue avoir un peu de peine à comprendre qu'un modèle aussi inabouti ait été protégé indéfiniment. La marge de progression est simplement immense! fabriced28 (d) 22 octobre 2011 à 20:41 (CEST)Répondre

Ah et puis j'obtiens aussi 567 kilogrammes (1 250 [[lb]]) en utilisant lk=on; il y a alors des crochets en trop, et le lien vers Livre serait plus qu'avantageusement remplacé par Livre (unité de masse)... fabriced28 (d) 22 octobre 2011 à 20:53 (CEST)Répondre
{{conversion|567|kg|lb|1|lk=on}}Modèle:Conversion2 ? -- Xfigpower (pssst) 24 octobre 2011 à 13:05 (CEST)Répondre
Oui GdGourou l'a corrigé hier, mais il reste encore:
{{conversion|567|kg|lb|1|lk=2}}Modèle:Conversion2 ? Le problème subsiste je pense? Mais je crois comprendre que GdGourou a aussi corrigé la plupart des traductions (il reste encore ft -> pi, un accent grave à mètre, Acre (unité) au lieu de acre, et selon les dicos français et québécois ([1], Mille international au lieu de mile (id. au carré), et peut-être d'autres pas repérés). Merci de vos interventions rapides en tout cas. fabriced28 (d) 24 octobre 2011 à 23:08 (CEST)Répondre

Comme le modèle est assez imbitable, j'ai créer {{Conversion/Unité de mesure}} pour y voir un peu plus clair. Il se trouve qu'il y a des traductions assez fantaisistes. Le but est d'utiliser les trois sous-modèles pour régler le visuel, sans entrer dans les formules de math. -- Xfigpower (pssst) 25 octobre 2011 à 18:19 (CEST)Répondre

Excellente idée. C'est déjà actif? j'entends par là, si je modifie cette sous-table, cela modifie le résultat du modèle conversion? Du coup, je suppose que le lk=2 est considéré comme trop imbitable? Si même un pro s'y casse les dents... Merci encore fabriced28 (d) 25 octobre 2011 à 19:12 (CEST)Répondre
Non, le but est déjà de rectifier tout les libellés. Après, j'ai encore du taf pour générer tout ça beau.
Mais sinon, je confirme que les paramètres sont très tordus... -- Xfigpower (pssst) 26 octobre 2011 à 13:59 (CEST)Répondre
Je t'ai modifié ft en pi après avoir peiné à comprendre même ton tableau! Je ne sais pas si tu veux uniformiser les majuscules en tête de mot de la deuxième colonne? et un détail, abréviation ne prend qu'un b en français! Plus sérieusement, l'usage de m² au lieu de m2 a déjà donné lieu à des fights mémorables pour une telle futilité, aussi je pencherais pour l'usage généralisé de la seconde solution, non pas pour moi mais parce que l'atelier typo (de mémoire) était favorable à la solution la plus lisible. Bon courage! fabriced28 (d) 26 octobre 2011 à 16:42 (CEST)Répondre

Quelqu'un peut-il tester {{Conversion2}} pour me confirmer qu'il marche bien ? J'espère qu'à présent le code est plus clair (plus maintenable, c'est sur...)-- Xfigpower (pssst) 27 octobre 2011 à 11:39 (CEST)Répondre

Bel effort, ça me semble marcher, à part toujours ce lk=2 qui supprime la première unité: je crois qu'il faut rajouter une branche au premier "if lk=", car il ne répond pour l'instant que si lk=1 ou "on", mais pas si lk=2, alors qu'il devrait répondre comme si lk="" (vide). Dans les 3 derniers exemples, il faudrait un cas où on voit une différence entre disp02, disp=/ et disp=nombre. Je ne sais pas à quoi cela sert. En tout cas j'ai presque compris le modèle, cette fois (à part les 154 crochets imbriqués...). Merci! fabriced28 (d) 27 octobre 2011 à 14:00 (CEST)Répondre
Bug du lk=2 résolu. reste à me renseigner du disp. Faut que j'aille piocher ces les anglais?.--Xfigpower (pssst) 27 octobre 2011 à 16:09 (CEST)Répondre
Ou supprimer si personne ne voit ni différence ni utilité... Merci fabriced28 (d) 28 octobre 2011 à 12:04 (CEST)Répondre
J'ai retrouvé l'usage que cela devrait avoir: passer de 32 mètres (105 pieds) à 32 mètres (105 pi) ou à 32 m (105 pi), qui forment les 3 dispositions logiques d'unités abrégées ou non dans un texte. le disp=/ devrait donner 32 mètres / 105 pieds, il donne pour l'instant mètres / ft. Cela fait 4 options au total. Dans la version actuelle je n'ai pas réussi à différencier disp=2 de disp=nombre. fabriced28 (d) 31 octobre 2011 à 11:01 (CET)Répondre
j'ai transférer le modèle. {{conversion}} utilise la nouvelle syntaxe. Je crois que le chantier à mener est celui d'une documentation plus clair sur l'usage des paramètres. -- Xfigpower (pssst) 2 novembre 2011 à 12:06 (CET)Répondre

m/s en km/h modifier

Bonjour,

Il semble y avoir un problème avec la conversion de mètre par seconde en km/h. Le rapport est de 1 m/s = 3,6 km/h mais quand j'ai utilisé le modèle ça a donné 1 m/s = 0,54 km/h.

Pierre cb (d) 18 mars 2013 à 20:14 (CET)Répondre

J'ai corrigé l'erreur. Merci de l'avoir signalé ! Supermusik 28 octobre 2013 à 14:49 (CET)Répondre

Règles d'accord modifier

Bonjour,
En français les adjectifs carré et cube s'accordent avec le nom de l'unité. On a donc des mètres carrés, des mètres cubes, des pieds carrés, (ou même des mètres par seconde carrée), etc.
Le modèle {{conversion}} donne : 19 000 pieds carrés (1 765 m2), au lieu de : 19 000 pieds carrés (1 765 m2).
Par ailleurs, on a bien l'accord dans : 10 milles marins (19 km), mais on a : 0,25 kilomètres (250 m), là où on devrait avoir le singulier : 0,25 kilomètre (250 m).
Merci de bien vouloir rectifier le modèle. Cordialement, Ggal (discuter) 14 décembre 2014 à 07:47 (CET).Répondre

Correction faite. Ggal (discuter) 25 décembre 2014 à 21:34 (CET)Répondre

Milles par heure modifier

Bonjour,

La conversion mi:h est redue par mile par heure, avec un seul « l ». En français, le mille s'écrit avec 2 « l ». Est-ce que quelqu'un pourrait corriger cette erreur?

Pierre cb (discuter) 27 avril 2015 à 08:02 (CEST)Répondre

Bonjour,
En effet, d'autre champs concernant le mille étaient corrects, celui-là non. Changement fait.  
Gonzolito Pwet 17 mai 2015 à 14:15 (CEST)Répondre
Merci! Pierre cb (discuter) 17 mai 2015 à 15:05 (CEST)Répondre

kelvin au pluriel modifier

@FDo64, @Xfigpower et @Gdgourou est ce qu'il serait possible que « kelvin » prenne un « s » lorsque le chiffre est supérieur ou égal à 2. Actuellement ce n'est pas le cas comme on peut le voir dans cette section. Merci d'avance. Pamputt 14 novembre 2016 à 00:02 (CET)Répondre

  -- Xfigpower (pssst) 14 novembre 2016 à 11:54 (CET)Répondre

Plusieurs nombres modifier

  Xfigpower et Gdgourou : Bonjour. Y a-t-il un moyen de mettre plusieurs nombres à convertir, séparés par des petits mots (à, et, un tiret... comme dans le Modèle:Unité) comme : « 40 à 50 pieds (12,192 à 15,24 m) » au lieu de répéter « 40 pieds (12,192 m) à 50 pieds (15,24 m) » ? Si c'est possible je n'ai pas su faire. Si ça ne l'est pas, pouvez-vous l'ajouter ? Merci d'avance. Cordialement, — Antimuonium U wanna talk? 29 juillet 2018 à 10:31 (CEST)Répondre

Non car le modèle n'accepte qu'une valeur --GdGourou - Talk to °o° 29 juillet 2018 à 12:33 (CEST)Répondre
  Gdgourou : d'accord, mais ne peut-on pas essayer de l'ajouter au modèle pour pouvoir l'utiliser ? — Antimuonium U wanna talk? 2 août 2018 à 08:36 (CEST)Répondre
Si bien sur... mais je te conseille plutôt de développer un modèle dédié... --GdGourou - Talk to °o° 2 août 2018 à 10:06 (CEST)Répondre
  Gdgourou : le problème c'est que je ne sais pas faire... et j'ai essayé de voir le code du Modèle:Unité (pour s'en inspirer) mais on ne le voit pas... — Antimuonium U wanna talk? 2 août 2018 à 12:10 (CEST)Répondre

Singulier et pluriel modifier

Bonjour, en utilisant ce modèle "conversion | 4 | ft | m | 0 |" j'obtiens 4 pieds (1 mètres) (1 mètres) au lieu de 1 mètre. Et en acceptant les abréviations pour éviter cela, l'abréviation "pi" pour pied (qui a été critiquée déjà plus haut, mais je n'ai pas compris si cela a été corrigé par une option, je ne la trouve pas). Merci d'avance, -- Cgolds (discuter) 1 janvier 2019 à 13:46 (CET)Répondre

Salut   Cgolds :
tu peux temporairement utiliser la forme {{convert | 4 | ft | m | 0 }} qui donnera : 4 pieds (1 m) ? J'essaie de regarder mais ça m'a l'air compliqué cette histoire...
En effet, on peut forcer le singulier, mais ça l'applique sur les deux nombres... :
{{convert|4|ft|m|0|sing=on}} donne 4 pied (1 m)
Gonzolito Pwet 1 janvier 2019 à 15:09 (CET)Répondre
En effet, j'obtiens soit le pluriel partout, soit le singulier partout, et bien sûr il y a des cas comme celui-ci où cela ne marche pas. Je n'arrive pas non plus à avoir une abbréviation seulement sur un terme (même si ce en serait pas une solution très jolie). Merci beaucoup pour l'aide. -- Cgolds (discuter) 1 janvier 2019 à 21:45 (CET)Répondre

┌─────────────────────────────────────────────────┘
Bonjour. Une question sur les Questions techniques au sujet de ce modèle fait réemerger cette question qui n'a pas été traitée. Ne serait-il pas possible de faire un simple test pour chacune des deux valeurs à afficher (celle entrée et celle calculée) ? : si comprise entre -2 et 2, activation, indépendamment de l'autre valeur, de l'option sing=on déjà implémentée dans le sous-modèle chargé de l'affichage du nom. Ainsi, il y aurait deux avantages à cela : l'utilisateur n'aurait plus besoin d'ajouter un paramètre sing=on en fonction de la valeur du premier paramètre ; il serait possible, si on le souhaite d'afficher les noms en entier pour les deux unités, y compris si une unité doit être au singulier et l'autre au pluriel.

Ideawipik (discuter) 5 juillet 2020 à 00:45 (CEST)Répondre

Je n'avais pas encore rencontré ce modèle, et ma première rencontre pose ce même problème de singulier/pluriel : {{conversion|1.2|UA|km|-6}} donne 1,2 unités astronomiques (180 000 000 km). — Ariel (discuter) 22 septembre 2020 à 18:14 (CEST)Répondre
P.S. Je vois aussi que le modèle est capable de mettre les symboles des unités, mais sans affichage in extenso par survol de la souris, contrairement au modèle {{unité}}. Dommage ! Je reviens donc à ce dernier modèle.

Pieds cubes modifier

Pour en:Utilisateur:Peter Horn/Gondole de chemin de fer#Camion ou wagon de mine J'ai besoin de {{conversion|30|cuft|m3}} ou {{conversion|30|cuft|L}} 30 pieds cubes (0,84950539776 m3) ou 30 pieds cubes (849,50539776 l) Peter Horn (discuter) 1 janvier 2022 à 18:15 (CET)Répondre

Et aussi Et aussi pour en:Utilisateur:Peter Horn/Gondole de chemin de fer#Camion ou wagon de mine {{conversion|30|ft|m|2|abbr=on}} 30 pi (9,14 m) {{conversion|15|ST|LT t}} 15 Unité « ST » inconnue du modèle {{Conversion}}. ( Unité « LT t » inconnue du modèle {{Conversion}}.) (15 short ton / long ton) Peter Horn (discuter) 1 janvier 2022 à 19:24 (CET) Peter Horn (discuter) 1 janvier 2022 à 19:30 (CET)Répondre

Bonjour Peter Horn. Réponse aux deux points.
Alternative. Éventuellement en dur dans l'article, solution de facilité : {{unité|30|pied|3}} ou {{unité|30|cu ft}} ({{unité|0.85|m|3}}, {{unité|849.5|L}}) →30 pied3 ou 30 cu ft (0,85 m3, 849,5 L)
Évolution effectuée dans le modèle
Volume : les sqft étant valides, les unités cubiques (codes cuin, cuft, cuyd, cumi) ont été ajoutées au modèle : syntaxes correctes en respectant les codes définis
  • {{conversion|30|cuft|cum}} → 30 pieds cubes (0,84950539776 m3)
  • {{conversion|30|cuft|l}} → 30 pieds cubes (849,50539776 l)
J'ai un doute sur l'abréviation à afficher usuellement en SI c'est un L minuscule, ce qui a été appliqué au modèle, mais il semblerait que sur Wikipédia le L soit de mise malgré la confusion possible avec le lambert. On peut modifier le code en conséquence.
Masse : J'ai ajouté l’abréviation shtn pour le modèle. Elle affiche des « tn ». Exemples :
  • {{conversion|15|t|shtn}} → 15 tonnes (16,534669663866 tn)
  • {{conversion|15|shtn|lt}} → 15 tonnes courtes (13,3928571 lt)
  • {{conversion|15|lt|shtn}} → 15 long tons (16,8 tn)
Dans les deux types de mesures, il serait possible ajouter des liens vers des articles d'unité si cela est souhaité.
La documentation du modèle reste à actualiser. Je préfère attendre quelques jours pour voir s'il y a des critiques, remarques ou suggestions. — Ideawipik (discuter) 2 janvier 2022 à 00:16 (CET)Répondre
Bonjour
  • de préference {{conversion|15|t|shtn|2|abbr=on}} → 15 t (16,53 tn)
  • de préference {{conversion|15|shtn|lt|2|abbr=on}} → 15 tn (13,39 lt)
Peter Horn (discuter)
Bonjour, OK
  • de préference {{conversion|15|t|shtn|2|abbr=off}} → 15 tonnes (16,53 tonnes courtes)
  • de préference {{conversion|15|shtn|lt|2|abbr=off}} → 15 tonnes courtes (13,39 long tons)
  • Au Wikipedia anglais on a la possibilité {{conversion|15|t|shtn lt|2|abbr=off}} → 15 tonnes (Erreur d’expression : opérateur round inattendu. ?????)
Voyez Hopper car#Typical American freight car weights and wheel loads Ouvrez la section et regardez la "wikitable"
Peter Horn (discuter)
  • de préference {{conversion|15|shtn|t|2|abbr=off}} → 15 tonnes courtes (13,61 tonnes)
  • de préference {{conversion|15|shtn|t|2|abbr=on}} → 15 tn (13,61 t)
  • de préference {{conversion|15|shtn|t|2|lk=on}} → 15 tonnes courtes (13,61 t)
Peter Horn (discuter)
Hi Peter Horn. Aren't the long tons (lt) and short tons (shtn) abbreviation OK ? « shtn lt » is not expected. The internal links should be fine now. Regards. — Ideawipik (discuter) 2 janvier 2022 à 22:25 (CET)Répondre
1er cas (shtn lt): Le modèle n'est pas prévu pour convertir dans plusieurs unités. Vous pouvez solliciter le modèle {{unité}} pour insérer séparément les différentes valeurs.
2e cas {{conversion|3|ft|3+3/8|in|m}} (avec ou sans signe +) : le modèle ne gère pas cela. Même un appel plus simple du type {{conversion|2+3/8|ft|in}} donne un calcul erroné, tandis que {{conversion|(2+3/8)|ft|in}} effectue un calcul de conversion correct mais présente un affichage imparfait : « (2+3/8) » au lieu de quelque chose comme « 238 ».
Sans grosse évolution et réécriture complète du modèle (il est actuellement en wikicode, pas en Lua), ces options ne seront pas disponibles. — Ideawipik (discuter) 9 juin 2023 à 18:06 (CEST)Répondre

Catégorie:Page avec des arguments non numériques dans formatnum modifier

Bonsoir Zebulon84  . Ce modèle provoque une dizaine d'erreurs. Par exemple, il y a {{Conversion|1/8|mi|m|abbr=on}} dans Board track racing.

Je ne sais pas s'il y a une façon de régler ce problème autrement qu'en y appliquant le nouveau modèle {{formatnum}} à la place du mot magique.

Si tel est le cas, je veux bien m'en charger.

--FDo64 (discuter) 19 avril 2022 à 22:01 (CEST)Répondre

Oui, je suis tombé sur un de ces cas, j'ai retouché un sous modèle, mais je ne pouvais pas modifier la base car le modèle est protégé. Il n'est pas nécessaire de modifier le deuxième formatnum, devant #expr, seulement le premier avec le param 1 (si je ne me trompe pas, je suis en déplacement, sur téléphone, pas très à l'aise pour regarder des modèles). Zebulon84 (discuter) 20 avril 2022 à 06:24 (CEST)Répondre

  FDo64 : Zebulon84 (discuter) 20 avril 2022 à 06:26 (CEST)Répondre

Merci Zebulon84  . J'ai donc effectué la modification et il reste deux pages : celle de cette discussion et celle de la mine de Dolcoath qui contient un « square » et un « long » non reconnus. --FDo64 (discuter) 20 avril 2022 à 09:11 (CEST)Répondre

Unités anglo-saxones modifier

Bonjour, pour info et avis une discussion concernant ce modèle : WP:Questions techniques/semaine 44 2022#Problème de conversion d'unité anglo_saxonne.-- Speculos 5 novembre 2022 à 09:35 (CET)Répondre

Bonjour Speculos. Pour information, le mégapascal et l'hectopascal ont été ajoutés au modèle. Pas les autres, peu usitées. Je crains que le « gr » abréviation de grain soit confondu avec le « g » de gramme. Le modèle ne convertit pas (encore) forces et energie (donc pas de joules), mais c'est ajoutable si besoin. — Ideawipik (discuter) 9 juin 2023 à 18:06 (CEST)Répondre

Kilogrammes et livres modifier

@Ideawipik, @FDo64, @Xfigpower et @Gdgourou En pied cube et ici {{conversion|28,29|kg|lb|abbr=on}} 28,29 kg (62,368773354 lb) ne marche pas. Par contre {{conversion|50|kg|lb|2|abbr=on}} 50 kg (110,23 lb) marche très bien ici. Pourqoi? Peter Horn (discuter) 8 juin 2023 à 20:30 (CEST)Répondre

  Peter Horn : Hi! As indicated in the message, It perfectly works with a dot instead of a comma.
{{conversion|28.29|kg|lb|abbr=on}} : 28,29 kg (62,368773354 lb)
--FDo64 (discuter) 8 juin 2023 à 22:09 (CEST)Répondre
Hello, In Englih, of course, it works with a period. That's not the idea. In French it should work wirh a comma as it indeed does in Spanish. See es:pie cúbico. If the Spanish can do it, why not the French? Salut. Peter Horn (discuter) 8 juin 2023 à 22:43 (CEST)Répondre
  • I just found out that in Spanih it works with either a period or a comma. I am going to be away for a while.
Peter Horn (discuter) 8 juin 2023 à 22:53 (CEST)Répondre
The reason is that this template uses the "formatnum" magic word. --FDo64 (discuter) 9 juin 2023 à 00:08 (CEST)Répondre
  -- Xfigpower (pssst) 9 juin 2023 à 09:23 (CEST)Répondre

Ajout d'un message d'erreur modifier

Bonjour. Je viens d'ajouter quelques conversions dans le modèle. J'en ai profité pour mettre un message explicite quant une unité n'est pas reconnue par le modèle. Cela me semble préférable à l'affichage de « ????? », dans le but d'aiguiller le rédacteur rencontrant un problème. La présence, dans ce message, d'un lien interne vers la page du modèle peut être à l'origine d'une autre erreur (de syntaxe/affichage), quand un lien interne est placé sur l'unité. Mais je ne pense pas que cela soit plus dérangeant que le problème de conversion invalide. En outre, je n'ai pas l'impression que ces « ????? » étaient utilisés pour comme valeur d'erreur dans un test. Si cela pose problème, merci de retoucher.

Notons que ce modèle ne permet pas (encore) la conversion des grandeurs d’énergie et de force, quand bien même le kN est paramétré dans le sous-modèle des cibles de liens. Bien entendu, il faut veiller à ce que les différents sous-modèles soient maintenus simultanément. La documentation aura besoin d'une actualisation.

Ce modèle a plusieurs limitations relevées dans la présente page et gagnerait vraisemblablement à être converti en Lua afin de faciliter les tests et analyses de paramètres. — Ideawipik (discuter) 9 juin 2023 à 18:06 (CEST)Répondre

Insécabilité excessive modifier

Bonjour. Suite d'une demande d'intervention par Pharma. Mieux vaut discuter ici d'une solution technique, avant de demander une modification administrateur.

Une possibilité serait de laisser le class="nowrap" mais de placer des <span style="white-space:normal;">…</span> dans les définitions de labels de plusieurs mots. Lourd et d'autres espaces resteront potentiellement problématiques.

L'exemple soulevé est le suivant. Pour l'instant, toutes les espaces sont rendues insécables : « 18,73 milles carrés (48,51 km2) ». En pratique, les recommandations typographiques en requièrent ici seulement devant « milles » et devant « km ».

Attention ! Si des abréviations d'unités sont affichés les unes à la suite des autres, l'espace insécable (idéalement fine) est de mise (ou un symbole « · » ou « . » pour les produits, ou « / » pour les quotients). C'est à garder à l'esprit.

On remarquera que dans le code du modèle principal Modèle:Conversion, on a des &nbsp; dont la plupart sont redondants avec la classe CSS qui englobe actuellement tout le contenu affiché.

Peut-être, commencer par retirer la classe nowrap et le caractère espace insécable situé devant la parenthèse (à remplacer par {{espace}} pour prendre en compte les "coupes" de la syntaxe des test #if), quitte à en placer un nouveau devant le « / » dans l'option disp=/ (Ici ce symbole est un séparateur qui n'a rien à voir avec un quelconque « par » d'unité inversée.). Avis bienvenus. — Ideawipik (discuter) 22 décembre 2023 à 12:14 (CET)Répondre

Pas d'avis sur l'aspect technique mais merci d'avoir ouvert la discussion   — Pharma 💬 22 décembre 2023 à 16:53 (CET)Répondre
Bonsoir Ideawipik et Pharma  
Conseil habituel, surtout pour les modèles protégés, et que j'ai appliqué : utiliser le bac à sable et la page de test.
Je pense que le résultat est correct.
--FDo64 (discuter) 22 décembre 2023 à 18:11 (CET)Répondre
Pour améliorer à court terme la situation, on pourrait remplacer le nowrap global par deux nowraps, autour de chacune des deux parties (la valeur de départ, et la valeur convertie). On aurait ainsi une césure entre les deux parties, et l'insécabilité de chacune des parties. En attendant une éventuelle gestion plus affinée (mais plus complexe).
Pour le cas avec le séparateur « / », désire-t-on avoir &nbsp;/&#32; ou &#32;/&nbsp; ?
od†n ↗blah 24 décembre 2023 à 20:59 (CET)Répondre
Bonjour   Pharma, Ideawipik, FDo64 et Od1n. Comme la demande n'a pas reçu de nouvelle depuis presque 2 mois, je me permets de la clore en l'état. Bien sûr, s'il y a un besoin de modifier le modèle après obtention d'un consensus, ne pas hésiter à faire une nouvelle demande.   Cdlt, — Antimuonium U wanna talk? 17 février 2024 à 10:19 (CET)Répondre
Si on m'avait répondu pour le cas avec le séparateur « / », s'il faut faire &nbsp;/&#32; ou &#32;/&nbsp;, j'aurais pu arranger le modèle. D'ailleurs vous avez toujours la possibilité de répondre ! od†n ↗blah 17 février 2024 à 14:28 (CET)Répondre
Désolé ! Personnellement, je serais d'avis qu'il y ait une espace insécable avant et après le « / ». — Pharma 💬 18 février 2024 à 20:56 (CET)Répondre
Oui mais non, lol. Il est nécessaire que l'une des deux espaces soit normale, parce que c'est là que pourra avoir la césure (et seulement là). Autrement dit, c'est quoi le moins pire, d'avoir le « / » en fin ou en début de ligne ? od†n ↗blah 19 février 2024 à 17:21 (CET)Répondre
Dans ce cas je pense fort qu'il est préférable d'avoir le « / » en fin de ligne ! — Pharma 💬 19 février 2024 à 18:07 (CET)Répondre
Bonjour Antimuonium et Od1n. Merci pour le rappel. La dernière réponse de Pharma me convient parfaitement. Toutefois, je ne suis pas sûr que cette possibilité de séparation par une barre oblique soit très heureuse : gros risque de confusion. On notera heureusement que le paramètre disp n'est employé, non vide, que dans 45 pages (wstat.fr) et bien souvent sans effet, puisque toute valeur différente de « / » est invalide. Seuls dix articles portent un disp=/. L'affichage d'un « ; » serait peut-être meilleur, quand la parenthèse par défaut ne convient pas. En outre, ce genre de paramètres optionnels peu recommandés ne devraient pas être introduits vides dans les appels du modèle. — Ideawipik (discuter) 19 février 2024 à 20:17 (CET)Répondre
Je viens de mettre en place l'insécabilité entre les deux composantes, voir mes modifs de ce jour sur le modèle. Peut-être qu'il y a encore des choses à améliorer, mais ça devrait déjà aller nettement mieux. od†n ↗blah 19 février 2024 à 23:36 (CET)Répondre
Simple question : est-ce que la version que je proposais dans le bac à sable et qui ne rendait insécable que le nombre et le premier mot suivant n'était pas mieux ? On peut comparer dans la page de test.
Je ne me vexerai pas si la réponse est non   !
--FDo64 (discuter) 20 février 2024 à 00:21 (CET)Répondre
Si je n'ai rien loupé, la différence de ta version est que tu as supprimé les "nowrap", et il reste les espaces insécables entre le nombre et le premier mot de l'unité. Ça se tient aussi, mais je n'ai pas vraiment d'avis… En tout cas, vu que j'ai mis en forme le code, maintenant c'est facile à modifier. od†n ↗blah 20 février 2024 à 17:32 (CET)Répondre
Revenir à la page « Conversion ».