На этой странице обсуждения обсуждаются улучшения в шаблоне Val . |
|
Архивы : 1 , 2 , 3 , 4 , 5 , 6 |
|
Мысли о синтаксисе
Я пробовал подать заявку {{val}}
на статью о солнечном ветре , и у меня возникли следующие идеи:
- Поддержка
{{val|e=5|u=K}}
или{{val|e5|u=K}}
синтаксис, генерирующий 10 5 КБ. Это необходимо для предложений типа «порядка 10 5 К».{{val|1e5|u=K}}
не работает, так как генерирует1 × 10 5 К . {{val|p=~|300|u=km/s}}
(~ 300 км / с ) слишком сложно для такого простого и часто используемого случая. Может, поддерживаете{{val|~300|u=km/s}}
синтаксис (как и ≈ и ±)? Ключ сортировки должен просто выбросить ~ / ≈.- Поддержка
{{val|70-85|u=K}}
сокращенного синтаксиса для{{val|70|-|85|u=K}}
. Продолжайте поддерживать подробный синтаксис для таких случаев, как{{val|70|and|85|u=K}}
. - Поддержка
{{val|12-14|e6|u=AU}}
сокращенного синтаксиса для{{val|12-14|e=6|u=AU}}
. Это может показаться мелочью, но вместе со следующим пунктом в большинстве случаев позволяет полностью избавиться от именованных параметров. - Поддержка
{{val|500|km/s}}
сокращенного синтаксиса для{{val|500|u=km/s}}
. - Может быть, добавить
{{v}}
псевдоним для{{val}}
?
Эти изменения позволят пользователям создавать очень простые выражения , как {{v|500|km}}
, {{v|±3|mm}}
, {{v|≈30000}}
, {{v|20-30|m/s}}
когда они нуждаются в неразрывных пробелах, правильное форматировании больших чисел, автоматический тир для диапазонов и автоматического ключа сортировки. Простота использования и ясность синтаксиса значительно увеличат использование {{val}}
шаблона, что приведет к лучшему и более единообразному форматированию научных обозначений в Википедии. - 46.242.12.2 ( обсуждение ) 17:36, 3 августа 2019 г. (UTC)
- Спасибо, но я буду мокрым одеялом.
- 1: Используйте {{ 10 ^ }}:
{{10^|5}}
→ 10 5 - 2: Должны быть сотни случаев, чтобы оправдать экономию крошечного набора текста, связанного с использованием
|p=~
. Преимущество требованияp
параметра prefix состоит в том, что он уменьшает количество волшебных способов, которыми работает val. Лишь крошечное количество редакторов когда-либо в достаточной мере знакомы с val, чтобы знать, что иногда префикс может втиснуться в номер. - 3, 4: Код обработки диапазона уже сложен, и предлагаемый викитекст сбивает с толку большинство редакторов. {{ convert }} поддерживает такой диапазон, но я начал удалять примеры, которые нахожу в статьях, потому что небольшая экономия при вводе текста сбивает редакторов с толку.
- 5: Val на удивление сложна, и выяснение того, что второй безымянный параметр был единицей, потребует довольно много бессмысленных накладных расходов.
- 6: {{val}} в некоторой степени говорит само за себя, и сохранение двух символов путем написания {{v}} бесполезно, особенно для других редакторов.
- Johnuniq ( разговорное ) 03:55, 4 августа 2019 (UTC)
- Я также думаю, что количество ситуаций, в которых это действительно полезно, слишком ограничено, чтобы оправдать добавленную сложность. Кроме того, упрощение записи таким образом затрудняет чтение из-за возможной двусмысленности. Но несмотря ни на что, спасибо за отзыв. - SkyLined ( разговор ) 15:52, 6 августа 2019 г. (UTC)
- Я согласен со всеми комментариями Johnuniq, кроме, возможно, пункта 1. Использование шаблона имеет смысл для обеспечения стандартного форматирования (интервал и nowrap) для 10 5 КБ , и я думаю, что большинство редакторов не знакомы с {{ 10 ^ }} - на удивление я узнал об этом совсем недавно. Единственный аргумент, который я вижу здесь работающим, - это сложность и усилия, которые не оправдываются ограниченным числом применений. Я бы поддержал введение только одного из двух предлагаемых форматов:
{{val|e=5|u=K}}
(e5
не является стандартным в тех контекстах, где он1e5
есть). - Quondum 19:02, 7 октября 2019 г. (UTC)
- Я согласен со всеми комментариями Johnuniq, кроме, возможно, пункта 1. Использование шаблона имеет смысл для обеспечения стандартного форматирования (интервал и nowrap) для 10 5 КБ , и я думаю, что большинство редакторов не знакомы с {{ 10 ^ }} - на удивление я узнал об этом совсем недавно. Единственный аргумент, который я вижу здесь работающим, - это сложность и усилия, которые не оправдываются ограниченным числом применений. Я бы поддержал введение только одного из двух предлагаемых форматов:
- Я также думаю, что количество ситуаций, в которых это действительно полезно, слишком ограничено, чтобы оправдать добавленную сложность. Кроме того, упрощение записи таким образом затрудняет чтение из-за возможной двусмысленности. Но несмотря ни на что, спасибо за отзыв. - SkyLined ( разговор ) 15:52, 6 августа 2019 г. (UTC)
- {{val | e = 5 | u = K}} производит 10 5 К - разве вы не этого хотите? - Макракис ( разговор ) 21:20, 3 февраля 2021 г. (UTC)
- Предположительно, это было добавлено в промежуточный период. - Quondum 03:21, 4 июня 2021 г. (UTC)
- {{val | e = 5 | u = K}} производит 10 5 К - разве вы не этого хотите? - Макракис ( разговор ) 21:20, 3 февраля 2021 г. (UTC)
Биты и байты
Я хотел бы добавить преобразование битов и байтов, например, между килобайтами и мегабайтами и т. Д., В Template: Convert . Я видел, что в Template: Val есть записи для kB, MB, GB и TB (но не для или других кратных), а также несколько скоростей передачи данных, например Mbit / s . Придется ли нам их перемещать? Я не совсем понимаю связь между Val и Convert . С нетерпением жду ваших комментариев на Template talk: Convert # Bits and bytes . Спасибо! - Chrisahn ( разговорное ) 11:27, 13 октября 2020 г. (UTC)
неопределенности с трехосными размерами
Как мы форматируем (A × B × C) ± y? Я ничего не вижу в руководстве. Я поместил неопределенность в параметр единиц измерения, но это не идеально. - Квами ( разговор ) 00:25, 25 октября 2020 г. (UTC)
- Параметр неопределенности работает только с одним входом. Ваше решение в 2 Pallas хорошее. Кстати, единица повторяется при
x
использовании из-за WP: UNIT . Примеры:{{val|568|x|532|x|448|u=±12 km}}
→ 568 ± 12 км × 532 ± 12 км × 448 ± 12 км{{val|568|by|532|by|448|u=±12 km}}
→ 568 × 532 × 448 ± 12 км
- Johnuniq ( разговор ) 00:46, 25 октября 2020 (UTC)
Спасибо. Я думал, что раньше мы могли делать это напрямую. Может, неправильно запомнил. - Квами ( разговор ) 00:58, 25 октября 2020 г. (UTC)
Документация
Есть ли причина, по которой следующие случаи не задокументированы примерами ?:
- {{val | e = 5}} → 10 5
- {{val | e = 5 | u = K}} → 10 5 К
С другой стороны, в чем смысл:
- . {{val | 1234567.1234567}}. →.1 234 567 0,123 4567 .
Когда это будет значимым и полезным? Я был бы смелым и просто изменил бы их, но страница защищена. - Макракис ( разговор ) 21:20, 3 февраля 2021 г. (UTC)
- Я думаю, что эта функция существует с тех самых дней, когда я работал над этим шаблоном, я просто забыл их задокументировать, и никто этого не заметил. Эти случаи действительно должны были быть уже задокументированы; Я поддерживаю добавление документации для них и ценю вашу помощь в этом.
- {{ val }} выводит числа в соответствии с ToS . Расстояние в 1 234 567 .123 4567 упрощает интерпретацию, чем 1234567.1234567. Это сделано специально и не должно изменяться. - SkyLined ( разговор ), 22:02, 3 февраля 2021 г. (UTC)
- В Template: Val , щелкнув «view» после «Template documentation», вы перейдете к Template: Val / doc, который является незащищенной документацией. Суть примера 1234567.1234567 в том, что он документирует, что val делает с числами. Я не могу сказать, считаете ли вы этот пример нереалистичным или val должен вести себя по-другому. Если первое, то да, пример нереалистичный, но он вкратце показывает, что именно делает val и что не следует изменять. Johnuniq ( разговор ) 01:39, 4 февраля 2021 (UTC)
- Спасибо, я понял, что документ не защищен, но почему-то моя правка, в которой говорилось, что потерялась ....
- По поводу. {{Val | 1234567.1234567}}. Например, в чем смысл окружающих периодов? Чтобы показать, где начинается и заканчивается вывод шаблона? Если так, возможно, что-то вроде «123123» было бы более ясным. Кроме того, этот пример не был размечен так же, как другие, поэтому, похоже, он не был добавлен кем-то, кто был знаком с соглашениями на странице документа. - Макракис ( разговор ) 16:08, 4 февраля 2021 г. (UTC)
- В оригинале были пробелы до и после параметра, а точки показывают, что эти пробелы обрезаны. Джонуник ( разговорное ) 22:27, 4 февраля 2021 (UTC)
- Ах! Мне это было совершенно непонятно, отчасти потому, что окружающие периоды легко спутать с десятичными точками. Я восстановил пример, используя ⟨...⟩, как я предлагал выше. Хотя я не уверен, что это нужно. Кажется, это хороший тест на надежность пользовательского ввода, но вы предлагаете пользователям подражать этой модели? - Макракис ( разговор ) 22:47, 4 февраля 2021 г. (UTC)
- Нет, не следует вводить лишние пробелы. Однако, если кто-то планировал, например, использовать val в другом шаблоне, было бы полезно увидеть документацию, показывающую, что происходит со странным вводом. Джонуник ( разговор ) 22:54, 4 февраля 2021 (UTC)
- Ах! Мне это было совершенно непонятно, отчасти потому, что окружающие периоды легко спутать с десятичными точками. Я восстановил пример, используя ⟨...⟩, как я предлагал выше. Хотя я не уверен, что это нужно. Кажется, это хороший тест на надежность пользовательского ввода, но вы предлагаете пользователям подражать этой модели? - Макракис ( разговор ) 22:47, 4 февраля 2021 г. (UTC)
- В оригинале были пробелы до и после параметра, а точки показывают, что эти пробелы обрезаны. Джонуник ( разговорное ) 22:27, 4 февраля 2021 (UTC)
unit% (процент)
Похоже, что единица "%" трактуется по-другому:
{val|3.45|(23)|e=2|u=kg}
→ 3,45 (23) × 10 −2 кг{val|3.45|(23)|e=2|u=%}
→ 3,45 (23)% × 10 −2
Обходной путь |s=%
{val|3.45|(23)|e=2|s=%}
→ 3,45 (23) × 10 -2 %
- Депип ( разговор ) 14:50, 22 апреля 2021 г. (UTC)
- Это в основном потому, что никому не нужно писать (7,54 ± 0,21) × 10 8 %. Headbomb { t · c · p · b } 15:03, 22 апреля 2021 г. (UTC)
- Может быть, но почему непоследовательно? - Депип ( разговор ) 18:35, 22 апреля 2021 (UTC)
- Поскольку% определен в Module: Val / units с ANGLE. Я точно забыл, что это делает, но это было бы ответственно. Johnuniq ( разговор ) 01:10, 23 апреля 2021 (UTC)
- Может быть, но почему непоследовательно? - Депип ( разговор ) 18:35, 22 апреля 2021 (UTC)