Обсуждение:Элемент cite

Материал из FictionBook.

(Различия между версиями)
Версия 21:53, 5 февраля 2006
BergShrund (Обсуждение | вклад)

← К предыдущему изменению
Версия 08:30, 6 февраля 2006
Gremlin (Обсуждение | вклад)

К след. изменению →
Строка 22: Строка 22:
Если вы за, то просто перенесите ее в основной текст. Против -- прибейте комментарий Если вы за, то просто перенесите ее в основной текст. Против -- прибейте комментарий
([[Участник:BergShrund|BergShrund]] 06 февраля 2006 00:16 ) ([[Участник:BergShrund|BergShrund]] 06 февраля 2006 00:16 )
 +
 +На самом деле и таблица и мой (оригинальный) варианты имеют ряд недостатков.
 +Идеи которые применялись в моей записи:
 +# Вложенные списки (если список нумерованный - это значит, что последовательность важна, если нет - то как раз или один из списка, или произвольная последовательность из элементов (то, что я указывал текстом).
 +# Пометки обязательности/числа элементов (у меня указывается как "численное" обозначение, так и словесное). Это я сам считаю перебором и подумываю обзначать просто "+", "?", "*", ну и можно "." или ничего для случая один и обязательно... a-la DTD).
 +Твоя таблица, смотрится несколько аккуратнее и более структурировано, но ты же сам и указываешь на невнятность в случае последовательностей и выбора.
 +
 +Пока у меня назревает идея несколько формализовать свой вариант представления ... заодно его можно запихнуть и в твою таблицу (ну а для порядка везде указывать ссылку на легенду):
 +
 +{| border="1" cellspacing="0" cellpadding="5"
 + ! Структура !! Элемент !! комментарии
 + |-
 + | 1 '''(*)''' || ||
 + |-
 + |   • '''(?)''' || [[Элемент р|<p>]] ||
 + |-
 + |   • '''(?)''' || [[Элемент subtitle|<subtitle>]] ||
 + |-
 + |   • '''(?)''' || [[Элемент empty-line|<empty-line>]] ||
 + |-
 + |   • '''(?)''' || [[Элемент poem|<poem>]] ||
 + |-
 + |   • '''(?)''' || [[Элемент table|<table>]] ||
 + |-
 + | 2 '''(?)''' || [[Элемент text-author|<text-author>]] ||
 + |}
 +
 +Хотя запись вида:
 +
 +# ''(*)'' -
 +#* - [[Элемент р|<p>]]
 +#* - [[Элемент subtitle|<subtitle>]]
 +#* - [[Элемент empty-line|<empty-line>]]
 +#* - [[Элемент poem|<poem>]]
 +#* - [[Элемент table|<table>]]
 +# ''(?)'' - [[Элемент text-author|<text-author>]]
 +
 +Смотрится ну хуже, хотя оба варианта и требуют легенды для расшифровки, но по крайней мере позволяют задать однозначные ограничения (правда тут тоже спорно, в какой степени это описание должно дублировать схему...)
 +
 +Кроме того можно подумать о картинках (на которых нарисовать что-то вроде структурной диаграммы), но их хорошо сделать в дополнение к списку.
 +
 +В любом случае надо подобрать оптимальный вариант.
 +
 +P.S. Запустил Konquer (3.2.3) - никаких проблем с уникодными путями не заметил - а это уже достаточно древний.
 +Может у тебя результат неудачной борьбы с возможной подменой на основе IDN?
 +
 +--[[Участник:Gremlin|Gremlin]] 11:30, 6 февраля 2006 (MSK)

Версия 08:30, 6 февраля 2006

Возможно имеет смысл оформить список подчиненных элементов примерно таким образом

Элемент Кол-во Ограничения
<p> 0..n нет
<subtitle> 0..n нет
<empty-line> 0..n нет
<poem> 0..n нет
<table> 0..n нет
<text-author> 0..n только последним

На мой взгляд таблица более наглядно представляет все нюансы применения подчиненных элементов. В имеющимся же варианте, во-первых придется вчитываться в текст, во вторых из него не понятно что text-author одолжен быть именно последним. Есть еще пара замечаний...

Таблица явно требует доформотрирвания и возможно некоторой смысловой раскраски. Если вы за, то просто перенесите ее в основной текст. Против -- прибейте комментарий (BergShrund 06 февраля 2006 00:16 )

На самом деле и таблица и мой (оригинальный) варианты имеют ряд недостатков. Идеи которые применялись в моей записи:

  1. Вложенные списки (если список нумерованный - это значит, что последовательность важна, если нет - то как раз или один из списка, или произвольная последовательность из элементов (то, что я указывал текстом).
  2. Пометки обязательности/числа элементов (у меня указывается как "численное" обозначение, так и словесное). Это я сам считаю перебором и подумываю обзначать просто "+", "?", "*", ну и можно "." или ничего для случая один и обязательно... a-la DTD).

Твоя таблица, смотрится несколько аккуратнее и более структурировано, но ты же сам и указываешь на невнятность в случае последовательностей и выбора.

Пока у меня назревает идея несколько формализовать свой вариант представления ... заодно его можно запихнуть и в твою таблицу (ну а для порядка везде указывать ссылку на легенду):

Структура Элемент комментарии
1 (*)
  • (?) <p>
  • (?) <subtitle>
  • (?) <empty-line>
  • (?) <poem>
  • (?) <table>
2 (?) <text-author>

Хотя запись вида:

  1. (*) -
  2. (?) - <text-author>

Смотрится ну хуже, хотя оба варианта и требуют легенды для расшифровки, но по крайней мере позволяют задать однозначные ограничения (правда тут тоже спорно, в какой степени это описание должно дублировать схему...)

Кроме того можно подумать о картинках (на которых нарисовать что-то вроде структурной диаграммы), но их хорошо сделать в дополнение к списку.

В любом случае надо подобрать оптимальный вариант.

P.S. Запустил Konquer (3.2.3) - никаких проблем с уникодными путями не заметил - а это уже достаточно древний. Может у тебя результат неудачной борьбы с возможной подменой на основе IDN?

--Gremlin 11:30, 6 февраля 2006 (MSK)

Личные инструменты