Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Категория, привязка и объединение [ править ]

{{ FormattingError }} также добавляет в категорию страницы с ошибками, поэтому легко найти страницы с ошибками форматирования. Он также добавляет привязку к странице, на которой возникает ошибка (#FormattingError). Я хотел бы добавить аналогичные функции для {{ Error }} и использовать {{ Error }} в {{ FormattingError }}, чтобы макет и то и другое можно было изменить в одном месте. - SkyLined ( разговор ) 08:41, 13 ноября 2009 г. (UTC)

Я бы не возражал. Изначально я создал это просто так, как мы выводим ошибки в централизованном месте, на случай, если расширение функции синтаксического анализатора MediaWiki когда-либо изменит способ оценки ошибок. Категоризация их (вероятно, с возможностью переопределения с помощью {{{categories}}}шаблона), безусловно, имеет смысл, хотя я ожидаю, что сначала будет много ложных срабатываний при различном использовании на страницах документов шаблона.
Что вы имеете в виду под изменением макета? Я думаю, теги ошибок должны быть стилизованы в файлах css скинов. Амальтея 11:51, 13 ноября 2009 г. (UTC)
Re: ложные срабатывания : {{ FormattingError }} имеет необязательный аргумент nocategory = true, который можно использовать для предотвращения добавления категории. Любой шаблон, который его использует, должен также реализовать этот аргумент и передать его, чтобы страницы, которые специально создают ошибки (например, страницы документов), не попадали в категорию «страницы с ошибками».
Re: изменение макета : Независимо от того, как они стилизованы, они должны быть стилизованы одинаково. В настоящее время, если мы решим внести изменения в макет, требующие изменения HTML, нам придется изменить как {{ Error }}, так и {{ FormattingError }}. Если мы превратим {{ FormattingError }} в оболочку для {{ Error }}, нам нужно будет обновить только один шаблон.
    - SkyLined ( разговор ) 16:08, 13 ноября 2009 г. (UTC)

Я бы хотел, чтобы это было более широко известно [ править ]

Как случайный автор шаблонов (и опытный инженер-программист), мне нравится заставлять их «изящно выходить из строя», когда вводятся неверные данные. (Конечно, это не всегда возможно, учитывая ограничения языка шаблонов, но, по крайней мере, можно попробовать, а не произвести непонятный вывод.) Так что этот шаблон действительно великолепен! Но мне жаль, что я не знал об этом раньше. Мне кажется, есть много хороших шаблонов, которые очень трудно найти: вообще-то проблема с Википедией; человек имеет тенденцию находить что-то, если он знает, что он ищет, что, скорее, противоречит сути.

Итак, спасибо за это, теперь я знаю, что он существует, я воспользуюсь им! (И я знаю, что любой ответ, вероятно, будет начинаться со слов «э-э, это называется ошибкой, это довольно очевидно», но проблема не в том, что не «что делает {{error}}?», А «что мне делать, чтобы выводить ошибку?»). Си Трю ( разговор ) 10:33, 29 июня 2010 (UTC)

Я знаю, что Вы имеете ввиду. Я написал этот шаблон, чтобы попытаться обобщить все ошибки. Насколько я могу судить, к сожалению, не так уж много людей начали его использовать. Еще одна похожая проблема заключается в том, что я часто натыкаюсь на несколько шаблонов, которые, по сути, делают одно и то же.
Я думаю, что лучший способ решить эту проблему - иметь актуальный список шаблонов по категориям, который включает имя и краткое описание. Я не верю, что будет легко найти кого-нибудь, кто его создаст, и думаю, что его будет еще труднее поддерживать.
Одним из факторов, способствующих этому стремительному росту шаблонов, является то, что люди копируют шаблоны с других языков и переводят названия различными способами. Таким образом, вы можете получить несколько копий одного и того же шаблона (например: «sizeof_string», «string_size», «char_count» и «string_length»).
В любом случае, рад, что вам понравилось: D - SkyLined ( разговор ) 14:07, 29 июня 2010 (UTC)
Да, это не столько вопрос того, что я говорю «как мне сделать это красным и так далее», как я могу это сделать ... и все такое, но у меня всегда есть такое чувство, что где-то, возможно, не раз, кто-то должен это уже приводит к поиску (обычно безуспешно) множества существующих шаблонов, которые, кажется, делают что-то похожее, но не закодированы для повторного использования. И поиск действительно кажется неадекватным для обнаружения этих вещей.
Например, я только что создал, который хочет вывести список вещей, таких как «Том, Дик и Гарри». Неужто где-то есть что-то вроде того, что разделит свои параметры запятыми или "и"? Не то, чтобы я мог найти. В итоге я пишу, зная, что изобретаю колесо. У меня было подобное чувство с и его собратьями.{{Ety}}{{englist}}{{Ety/List}}{{Cardinal to word}}
Я думаю, было бы намного лучше, если бы существовал своего рода процесс проверки хорошего шаблона, который задавал бы вопросы: задокументирован ли он? делает то, что говорит? Изящно ли он выходит из строя при неправильном вводе? (Не многие.) И так далее. Таким образом, своего рода «библиотеку», которую вы задумали, можно было бы по крайней мере начать с «шаблонов, которые нам нравятся и которым мы доверяем». Многие люди, которые знают, как писать шаблоны, но не утруждают себя их документированием, в конечном итоге практически невозможно использовать повторно (также существует большая тенденция вносить критические изменения). Си Трю ( разговор ) 14:59, 29 июня 2010 (UTC)
FWIW, я всегда классифицирую свои мета-шаблоны в категории «Метатемплиты Википедии» или ниже, где есть несколько интересных шаблонов. Но категоризацию, несомненно, можно улучшить. Сохранять {{ ROOTPAGENAME }}, {{ Navbox }} и {{ Television in Europe templates }} в одной и той же категории по-прежнему представляет собой беспорядок . : \
Amalthea 16:04, 29 июня 2010 г. (UTC)
Я действительно не понимаю, что вы подразумеваете под метатаблицей. Если вы имеете в виду просто шаблон, который используется другими шаблонами, я не знаю, что это всегда уместно. Я вижу, что «Телевидение в Европе» - это действительно метатемплейт в том смысле, что он описывает шаблоны, но Navbox кажется скорее «базовым классом» и ROOTPAGENAME, кто знает? Мне это кажется обычным шаблоном. Си Трю ( выступление ) 16:30, 29 июня 2010 г. (UTC)

Переделал несколько моих [ править ]

Возможно, вам будет приятно узнать, что я преобразовал вывод ошибок в и (и их различные подшаблоны), чтобы использовать его. Это начало. Си Трю ( разговор ) 13:23, 1 июля 2010 (UTC){{Time of day in words}}{{Number to word}}

Как сделать «несильный»? [ редактировать ]

Может ли / doc описать, как получить несильный вывод? - Депип ( разговор ) 20:13, 1 сентября 2010 г. (UTC)

Оно делает. Амальтея 20:21, 1 сентября 2010 г. (UTC)
Нет. Он показывает, что tag = p, div, span дает слабый результат (в моем браузере). Но это другое дело. Они не определяют «сильный / несильный». И вообще, показ - это не описание , и это был мой вопрос. - Депип ( разговор ) 20:33, 1 сентября 2010 г. (UTC)
Вам нужно заключить его в один из этих тегов, иначе он не будет распознан как ошибка функции парсера. Оберните его в промежуток, и вы получите «несильный» текст. Амальтея 20:49, 1 сентября 2010 г. (UTC)
Это то, что я сейчас вставил в / doc. Не все, кто знаком с CSS, знакомы с обработкой ошибок, и тем более. Я надеюсь, что помог им. - Депип ( разговор ) 21:24, 1 сентября 2010 г. (UTC)

Шаблон: FormattingError [ править ]

{{ FormattingError }} - похожий шаблон, который я создал, чтобы другие шаблоны могли сообщать об ошибках. Этот шаблон также добавляет страницу в Категория: Страницы с неправильным форматированием шаблонов используют, поэтому редакторы, которые хотят убедиться, что ни на одной из страниц нет ошибок, могут легко найти те страницы, на которых есть ошибки. Во-вторых, он добавляет id = "FormattingError" к тегу, который он создает для сообщения об ошибке, что означает, что вы можете легко прокрутить вниз до первой ошибки на странице, добавив "#FormattingError" к URL-адресу страницы. Может быть полезно сравнить оба шаблона и скопировать полезные функции из одного в другой. Возможно даже, что один будет использовать другой для отображения ошибок или даже объединить их в один шаблон. К сожалению, у меня не так много времени, как раньше, поэтому, если кто-то другой не может взглянуть, это сообщение служит «запиской для себя» на тот случай, если я когда-нибудь окажусь менее занятым другими делами. - SkyLined ( разговор ) 14:51, 2 сентября 2010 г. (UTC)

Доступен стиль сообщения об ошибке (рекомендации)? [ редактировать ]

Есть ли рекомендации, стили или хорошие примеры для текста сообщения? Дружелюбно, ясно и по существу, разве мы не должны давать ссылку на страницу справки или / doc. Ошибка (построенная демонстрация): параметр отсутствует в {{ in (tut) }} . - Депип ( разговор ) 08:26, 7 сентября 2010 г. (UTC)

Мне жаль фу ... [ править ]

Foo может быть не лучшим примером нераспознанного слова в разделе использования. 50.64.119.38 ( разговорное ) 19:52, 20 сентября 2017 (UTC)

В математических выражениях распознаются всего несколько слов. См. Mw: Help: Extension: ParserFunctions ## expr . Распознаваемые слова:
not ceil trunc floor abs exp ln sin cos tan acos asin atan div mod round and or or
- wbm1058 ( обсуждение ) 22:02, 20 сентября 2017 г. (UTC)
Просто пытаюсь быть полезным. Но не лучшая ошибка совпадет с ошибкой в ​​реальной жизни. (например, flor, ciel, rounb и т. д.) 50.64.119.38 ( обсуждение ) 22:36, 20 сентября 2017 г. (UTC) Кстати , он не распознает функции гиперболы? грех,