Discussion modèle:Conversion

Modification pour grammes

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)

• Le modèle a été corrigé le 24 février 2011 pour: grammes, livres et en onces. -Compte77 (d) 24 février 2011 à 14:44 (CET)

Feet, ou pieds ?

« 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)

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)

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)

Aide très incomplète

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)

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)

Problème avec lk

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)

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)

{{conversion|567|kg|lb|1|lk=on}} → Modèle:Conversion2 ? -- Xfigpower (pssst) 24 octobre 2011 à 13:05 (CEST)

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)

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)

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)

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)

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 m² 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)

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)

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)

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)

Ou supprimer si personne ne voit ni différence ni utilité... Merci fabriced28 (d) 28 octobre 2011 à 12:04 (CEST)

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)

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)

m/s en km/h

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)

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

Règles d'accord

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 m²), au lieu de : 19 000 pieds carrés (1 765 m²).
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).

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

Milles par heure

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)

Bonjour,

En effet, d'autre champs concernant le mille étaient corrects, celui-là non. Changement fait.

Gonzolito ^Pwet 17 mai 2015 à 14:15 (CEST)

Merci! Pierre cb (discuter) 17 mai 2015 à 15:05 (CEST)

kelvin au pluriel

@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)

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

Plusieurs nombres

 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)

Non car le modèle n'accepte qu'une valeur --GdGourou - Talk to °o° 29 juillet 2018 à 12:33 (CEST)

 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)

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)

 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)

Singulier et pluriel

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)

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)

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)

┌─────────────────────────────────────────────────┘
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.

• {{Conversion/Unité de mesure|mi|sing=on}} → mille
• {{Conversion/Unité de mesure|mi}} → milles

— Ideawipik (discuter) 5 juillet 2020 à 00:45 (CEST)

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)

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

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 m³) ou 30 pieds cubes (849,50539776 l) Peter Horn (discuter) 1 janvier 2022 à 18:15 (CET)

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  ( ) (15 short ton / long ton) Peter Horn (discuter) 1 janvier 2022 à 19:24 (CET) Peter Horn (discuter) 1 janvier 2022 à 19:30 (CET)

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 pied³ ou 30 cu ft (0,85 m³, 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 m³)
• {{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)

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 ( ?????)

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)

• Hello, Ideawipik there remains the problem of one input and two or more outputs as for example {{conversion|15|t|shtn lt|2|abbr=off}} 15 tonnes ( ?????) On the English Wikipedia this has been solved long ago Peter Horn (discuter) 2 janvier 2022 à 23:10 (CET)
• Hello, Ideawipik Could you do the following? {{conversion|3|ft|3 3/8|in|m}} 3 pieds ( ?) In Canadian French (Quebec) the abbreviation for pie(s) is pi, and for pouce(s) is po Thu the notations 3 ft 3 3/8 in (1 m), 6 pi 6 po (1,98 m) and 9 pi 0 po (2.7 m) Peter Horn (discuter) 4 janvier 2022 à 06:27 (CET)
• @Ideawipik, @FDo64, @Xfigpower et @Gdgourou Il y en reste trois choses a résoudre (notes rouges). Peter Horn (discuter) 8 juin 2023 à 19:28 (CEST)

1^er 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.

2^e 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 « 2 ³⁄₈ ».

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)

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

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)

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)

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

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)

Unités anglo-saxones

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)

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)

Kilogrammes et livres

@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)

• Ou 62,37 lb (28,2905561169 kg) Peter Horn (discuter) 8 juin 2023 à 21:55 (CEST)

 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)

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)

• 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)

The reason is that this template uses the "formatnum" magic word. --FDo64 (discuter) 9 juin 2023 à 00:08 (CEST)

-- Xfigpower (pssst) 9 juin 2023 à 09:23 (CEST)

Ajout d'un message d'erreur

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)

Insécabilité excessive

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 km²) ». 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   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)

Pas d'avis sur l'aspect technique mais merci d'avoir ouvert la discussion — Pharma ^💬 22 décembre 2023 à 16:53 (CET)

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)

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  /  ou  /  ?

od†n ↗^blah 24 décembre 2023 à 20:59 (CET)

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)

Si on m'avait répondu pour le cas avec le séparateur « / », s'il faut faire  /  ou  / , 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)

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)

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)

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)

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)

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)

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)

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)

Défauts à résoudre, réécriture en Lua

Bonjour, j'ai posté ce message : Discussion Projet:Modèle#Modèle:Conversion, concernant divers défauts de ce modèle, et qui pourraient justifier/nécessiter une réécriture en Lua. od†n ↗^blah 29 juin 2024 à 13:55 (CEST)