Системы написания WikiProject | (Номинальный шаблон-класс) |
---|---|
От трех до двух подтаблиц
Для упрощения я сложил две дополнительные подтаблицы с пятью плоскостями в одну подтаблицу:
- Часть 1 Базовая (БМП): 156 рядов. Часть 2 Дополнительная (SMP ... PUA-B): 64. Я думаю, что числа это позволяют. [1] .- Депип ( разговор ) 10:44, 9 февраля 2012 (UTC)
Структура таблицы
Разделение, в настоящее время на 2 подтаблицы, бесполезно. Таблица имеет структуру, которую трудно понять читателям (даже опытным; я читал cmts столько раз, что эту получить нелегко). Разделение было сделано для уменьшения массивности [2] ES: Слишком длинная таблица разделена на bmp / smp / ssp . (это редактирование создало три подтаблицы, а не две слева) - Депип ( разговор ) 10:47, 9 февраля 2012 г. (UTC)
Чтобы сделать таблицу простой простой структурой, я предлагаю преобразовать ее в одну таблицу, все 224 строки в одну. Я хотел бы услышать, не будет ли это «слишком длинным» (мотивация разделения), особенно по сравнению с простотой обзора. - Депип ( разговор ) 10:47, 9 февраля 2012 г. (UTC)
- Я могу добавить, что когда таблица разделена, поиск может вводить в заблуждение (забыть открыть вторую таблицу) или автоматизирован на странице (нет совпадений, когда таблица сложена). Хотя я знаком с этим шаблоном, это случалось со мной очень часто. - Депип ( разговор ) 13:47, 9 февраля 2012 г. (UTC)
- Я согласен сделать это единой таблицей,
но должен быть способ указать, к какой плоскости принадлежит каждый блок ... новый столбец слева с сокращенным названием плоскости («BMP», «SMP» и т. Д.) ?Также предложите удалить столбец «Примечания» и поместить примечания C0 / C1 в сноску. BabelStone ( разговор ) 18:38, 9 февраля 2012 (UTC)- повторно ваши правки:
- - «No_Block» определяется Unicode. Он используется в «Block = No_Block» для каждой кодовой точки, не входящей в блок.
@missing: 0000..10FFFF; No_Block
в файле данных Blocks.txt. Таким образом, кодовая точка может иметь это значение. - - es: «Это термины ISO / IEC 10646, а не бывшие имена Unicode» в отношении первых двух блоков. «прежние» имена действительно неверны: имя все еще используется в Unicode [3] [4] . В общем, можно упомянуть псевдонимы. На некотором уровне «Latin 1» также используется для «Latin-1 Supplement» (что немаловажно, потому что ISO / IEC 8859-1 также известен как «Latin 1», но включает диапазон 0000-00FF (256 точек). т.е. не то, что Unicode псевдонимы Latin_1). Есть еще псевдонимы и имена, которые мы могли бы добавить для описания вещей, но те, что C0, C1, Latin_1, сбивают с толку. Не помогает то, что Unicode продолжает использовать все варианты и многое другое. - Депип ( разговор ) 21:25, 9 февраля 2012 г. (UTC)
- Снова в одну таблицу . Альтернативные имена (включая псевдонимы Unicode) могут быть добавлены повторно. - Депип ( разговор ) 20:06, 17 февраля 2012 г. (UTC)
- Я согласен сделать это единой таблицей,
Можем ли мы сделать сворачивание необязательным параметром?
Можем ли мы иметь параметр, который указывает, должна ли таблица быть свернута или нет, передаваемая при включении шаблона? Таким образом, шаблон может быть показан в несвернутом виде в статье о блоках Unicode, где нет смысла свертывать его, но показан в свернутом виде на странице свойств символа Unicode, где читатели могут не захотеть видеть все блоки. То же самое для шаблона: коды сценариев ISO 15924 и Unicode . BabelStone ( разговор ) 18:46, 9 февраля 2012 (UTC)
- Да. Если это одна таблица, мы можем сделать это:
class="wikitable sortable collapsible {{{state|autocollapse}}}"
. Таким образом, он разворачивается, когда это первая таблица на странице, и свертывается, когда это вторая или последующая таблица. И редактор может написать в статье, например,{{Unicode blocks| state=uncollapsed}}
чтобы отменить механизм autocollpase и принудительно установить любое состояние (развернутое или свернутое). Это не работает с текущей ситуацией сложенного шаблона (заголовок всегда является первым шаблоном). - Депип ( разговор ) 20:36, 9 февраля 2012 г. (UTC)
как объяснено По умолчанию: state = autocollapse. Вариант: используйте {{блоки Unicode | state = uncollapsed}}, чтобы принудительно установить состояние на странице. - Депип ( разговор ) 20:08, 17 февраля 2012 г. (UTC)
Предварительное добавление информации о будущих версиях Unicode в виде комментариев
Я отменил закомментированные добавления блоков из конвейера Unicode, сделанные Vanisaac, поскольку я считаю, что добавление частичной информации о версии после следующей Unicode с большей вероятностью приведет к путанице и ошибкам, чем будет полезным. В число добавленных блоков входят некоторые, которые, безусловно, будут в 7.0, но также некоторые, такие как Tangut и CJK-E, которых определенно не будет, поскольку они недостаточно продвинуты в процессе ISO, и они могут быть по ошибке раскомментированы при выпуске 7.0. Также закомментированные блоки включают количество символов, которое может быть не таким же, когда блоки окончательно закодированы, и если редактор просто раскомментирует блоки при выпуске 7.0, то у нас будут неправильные подсчеты. В целом я считаю, что предоставление неточной и неполной информации, которая может быть изменена заранее, бесполезно, и безопаснее всего дождаться выпуска 7.0 перед обновлением этой и других страниц, связанных с Unicode. BabelStone ( разговор ) 11:20, 3 февраля 2013 (UTC)
Группировка
@ Drmccreedy : Почему вы отменили мою правку? Почему избавиться от группировки по десять - это плохо? 217.117.125.72 ( разговорное ) 17:50, 29 сентября 2020 (UTC)
- Я отменил вашу правку, потому что она изменила давний формат таблицы с группировкой по десять человек, не обсуждая его сначала. Я не придумал группировки, но у этого формата есть то преимущество, что плоскость отображается при прокрутке. В нескольких плоскостях, таких как BMP, так много блоков, что без группировок вы не увидите аббревиатуру плоскости, пока не прокрутите несколько экранов вниз. При группировке по десять вы всегда это видите. Если есть консенсус об отказе от группировок, аббревиатуры следует, по крайней мере, выровнять по верхнему краю ячейки, чтобы они были видны без первоначальной прокрутки. Но я не знаю, есть ли консенсус по поводу изменения формата. DRMcCreedy ( обсуждение ) 18:06, 29 сентября 2020 (UTC)
Обновить, использовать шаблон форматирования строки
Я отредактировал таблицу, чтобы использовать новые {{ блоки / строку Unicode }}. В основном, строка форматирует блочный ввод, введенный в таблицу. доработку добавления блоков можно выполнить на главной странице таблицы (для обычного редактирования содержимого не нужно менять / row tempalte).
В основном: ввод похож на
{{Блоки Unicode / строка | plane = SMP | planelink = yes | диапазон = U + 10000..U + 1007F | name = [[Слоговая азбука линейного письма B]] | cp = 128 | char = 88 | contains = [[Линейное письмо B]]}}
Шаблон / row создает строку таблицы.
- Подробности
|plane=SMP
устанавливает и форматирует название самолета, стандартизировано. По умолчанию|plane=BMP
.|planelink=yes
wikilinks к разделу плоских статей (и добавляет привязку, чтобы можно было использовать § SMP в таблице). Это будет использоваться при первом появлении самолета.- Я добавил самолет в каждый ряд. Как описано выше, имя плоскости должно быть видно при прокрутке более 100 строк. Otoh, когда они группируются по 10 или около того, это визуально предполагает, что они образуют некую подгруппу (а это не так). Надеюсь, это приемлемо.
- Номера выровнены по правому краю.
- Порядок сортировки в столбце диапазона теперь числовой (десятичный).
- Цель состоит в том, чтобы упростить настройку форматирования, а при редактировании содержимого (блочных данных) получить больше информации. - Депип ( разговор ) 20:22, 17 февраля 2021 (UTC)
- Скорректированы цвета плоскости bg для улучшения контраста с цветом шрифта (w3c). См. / Testcases . - Депип ( разговор ) 01:45, 18 февраля 2021 (UTC)