= Сообщение: 2672 из 3030 =================================== GANJANET.LOCAL = От : Mithgol the Webmaster 2:5063/88 04 Sep 08 11:10:28 Кому : Konstantin Kuzov 04 Sep 08 11:10:28 Тема : URLы видов сообщений FGHI : area://GANJANET.LOCAL?msgid=2:5063/88+48bf8a40 На : area://GANJANET.LOCAL?msgid=2:5019/40.1+48beee90 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://GANJANET.LOCAL?msgid=2:5019/40.1+48c01fe5 ============================================================================== Так было 00:04 04 Sep 08 написано от Konstantin Kuzov к Mithgol the Webmaster:
KK>>> А оно так и задумано. Открывается либо на последнем прочитанном KK>>> сообщении, либо если указан msgid/mid и найдено такое сообщение KK>>> на нём.
MtW>> Значит, скверно было задумано ── или, во всяком случае, задумано чуть MtW>> более скверно, нежели много лет назад было задумано кодовое слово MtW>> MsgListFirst, которое, по крайней мере, давало читателю возможность MtW>> выбора.
KK> Имхо - совершенно неудобная фича.
Обоснуй.
KK> Кстати раз уж об этом заговорили, какое отображение лучше: постоянное KK> как в старом билде деда (даже отображался fghiurl при ползании по древу KK> сообщений) или как сейчас лишь в просмотре пока сообщения или и то и то, KK> настраиваемое в конфиге?
Не могу судить и выбрать между новым билдом и старым: я же старого билда не видывал, я твою версию установил только две недели назад.
Если желаешь знать моё мнение, то я считаю логичным однозначное соответствие между URLом и видом. То есть если бы я проектировал текстовый браузер, тогда при ползании по древу сообщений была бы строка адреса наверху (в которой URL для ползания по древу сообщений), и строка статуса внизу (в которой URL для того сообщения, на котором курсор стоит). То есть как в графическом браузере, если ты открываешь http://nikitin.wm.ru/wwwboard/forum/ и смотришь, то наверху адрес http://nikitin.wm.ru/wwwboard/forum/ виден, а внизу (в строке статуса) виден адрес того сообщения в дереве, на который ты курсор наводишь. Разница там только в том, что на http://nikitin.wm.ru/wwwboard/forum/ не одно лишь дерево, а несколько ── да и курсор наводится не с клавиатуры, а мышою. Но разница эта не принципиальна.
Подробнее идеи использования URLов для подсказывания браузеру желаемого вида я излагаю в FGHI URL 0.5, так что ты их беспременно прочтёшь, когда я наконец опубликую. Могу пока процитировать черновую версию, ещё не свободную от пары недостатков, а именно: в ней ещё не описан такой вид представления сообщений, как эхолист (ареалист), и в ней ещё не отражены вопросы разбиения представления на страницы для компактности (например, num= на твоём гейте). Вот эта версия:
7.2.3. Вид представления сообщений -+--------------------------------
Когда итоговое множество сообщений уж определено, ещё остаётся несколько способов отобразить его. В некоем окне фидонетовского браузера сообщения МОГУТ образовать или дерево, или список, или своего рода телетайпную ленту (ленту конвейера, рулон, свиток), или даже появляться одно за одним, по сообщению за раз, с некими средствами для их перелистывания.
Обыкновенно одни только настройки, установленные пользователем браузера, определяют вид, который выбирается браузером Фидонета. Однако, в некоторых обстоятельствах, автор URLа МОЖЕТ пожелать предложить один или более видов, которые он (или она) почитают нужными. В таком случае автору URLа не ТРЕБУЕТСЯ составлять нужную часть URLа вручную; браузер МОЖЕТ помочь. Например, МОГУТ быть два режима: по умолчанию, когда пользователь меняет вид, браузер Фидонета запоминает вид только внутренне; в специальном режиме браузер Фидонета также переменяет URL на панели адреса, откуда пользователь может взять такой URL, в котором отразился желаемый вид.
Значение необязательного параметра "view" содержит либо один жетон вида, либо список разделённых пробелом жетонов вида.
Каждый из жетонов вида является коротким словом или сокращением (не чувствительным к регистру), которое соответствует предлагаемому виду. Длина жетона всегда равна четырём символам. Вот все возможные жетоны, в алфавитном порядке:
*) bran (его определение дано в разделе 7.2.3.5) *) cale (его определение дано в разделе 7.2.3.14) *) exbr (его определение дано в разделе 7.2.3.11) *) expa (его определение дано в разделе 7.2.3.10) *) flat (его определение дано в разделе 7.2.3.12) *) flbr (его определение дано в разделе 7.2.3.13) *) glom (его определение дано в разделе 7.2.3.17) *) list (его определение дано в разделе 7.2.3.3) *) litr (его определение дано в разделе 7.2.3.6) *) mapm (его определение дано в разделе 7.2.3.15) *) objs (его определение дано в разделе 7.2.3.19) *) reel (его определение дано в разделе 7.2.3.7) *) sglo (его определение дано в разделе 7.2.3.18) *) sing (его определение дано в разделе 7.2.3.2) *) smap (его определение дано в разделе 7.2.3.16) *) topl (его определение дано в разделе 7.2.3.9) *) totr (его определение дано в разделе 7.2.3.8) *) tree (его определение дано в разделе 7.2.3.4)
Фидонетовский браузер МОЖЕТ полностью проигнорировать параметр "view", согласно пользовательским настройкам браузера или настройкам по умолчанию. Если браузер решает учесть параметр, тогда браузеру СЛЕДУЕТ взять первый данный жетон и отобразить предлагаемый жетоном вид. Если браузер не способен отобразить предложенный вид (не предполагается, что все фидонетовские браузеры способны отображать все возможные виды, перечисленные в следующих подразделах этого раздела), тогда браузеру СЛЕДУЕТ взять следующий жетон и выяснить, способен ли он отобразить вид, который этот жетон предлагает, и так далее. (И если в итоге ни один из жетонов не предлагает вид, который браузер способен отобразить, тогда параметр "view" ДОЛЖЕН наконец быть проигнорирован.)
Например, если браузеру встречается следующий URL:
(где знаками "+" представлены пробелы, см. раздел 5.2.2.4) и в браузере не реализован вид списка (который соответствует жетону "list"), но в браузере реализован вид дерева (который соответствует жетону "tree"), тогда браузеру СЛЕДУЕТ отобразить область FTSC_Public в виде дерева (если только установки браузера не велят проигнорировать параметр "view" совсем).
Если в URLе несколько параметров "view", и если браузер не собирается их игнорировать, тогда каждый из параметров ДОЛЖЕН быть проанализирован, чтоб найти первое из тех предложений, которые действительно МОГУТ быть отображены браузером. Если такое реалистическое предложение является одним и тем же для каждого из параметров, тогда это и есть то предложение, коему браузеру НАДОБНО последовать. Если же дано несколько различных реалистических предложений, тогда браузер МОЖЕТ дать выбрать пользователю, или МОЖЕТ последовать каким-либо предпочтениям, установленным в его настройках.
Автору URLа не ТРЕБУЕТСЯ заучивать все жетоны; ему (или ей) НАДОБНО быть способным скопировать URL с адресной панели браузера (или с любого другого в равной степени удобного элемента интерфейса браузера), и поэтому СЛЕДУЕТ обеспечить настройку, чтобы выбирать, отображаются ли пользовательские изменения вида на адресной панели (в параметре "view=..." URLа) или просто внутренне принимаются во внимание браузером (так что URL на адресной панели не содержит параметра "view=...", если считается, что нет в нём нужды).
7.2.3.2. Вид единственного сообщения -+----------------------------------
Жетоном для этого вида является "sing" (нечувствительным к регистру, и без кавычек).
В этом режиме просмотра читатель видит сообщения эхопочты только по одному. Ему (или ей) обыкновенно обеспечиваются какие-либо средства навигации к следующему или предыдущему сообщению в той же эхопочтовой области.
Аналогии в доFGHIном мире:
*) Это режим просмотра, используемый в GoldEd+ при чтении фидонетовских сообщений. Если настройка "MsgListFirst No" присутствует в конфигурационном файле GoldEd+, тогда это также режим просмотра по умолчанию при входе GoldEd+ в эхопочтовую область.
Этот вид бывает одним из наиболее уместных, если итоговое множество сообщений (определённое фильтрами) содержит в себе только одно сообщение. Если итоговое множество сообщений содержит несколько сообщений, тогда ДОЛЖЕН быть какой-нибудь интерфейс для перепрыгивания между сообщениями итогового множества, в дополнение к обычным средствам пролистывания сообщений эхопочтовой области. (Если только итоговое множество сообщений уже не является эхопочтовой областью, например когда в URLе упомянута только одна область, а фильтров нет или все сообщения удовлетворяют фильтрам.)
Если URL повелевает использовать вид единственного сообщения, тогда фильтры МОГУТ применяться с некоторой экономией времени и усилий, только до тех пор пока первое сообщение итогового множества не будет найдено и отображено, так что следующее сообщение итогового множества отыскивается, только если пользователь перепрыгивает к нему. Например, если применение поискового фильтра стоит значительного количества времени, то браузер МОЖЕТ найти и отобразить первое найденное сообщение, и останосить поиск до тех пор, пока кнопка "Предыдущее сообщение" или "Следующее сообщение" не будет нажата (и она тогда подействует как "Найти предыдущее" или "Найти следующее" соответственно). Конечно, это просто грубый пример; некоторые браузеры МОГУТ также выполнить ещё один шаг такой фильтрации загодя, чтоб выяснить, активна ли кнопка "Следующее сообщение" (или "Предыдущее сообщение"), и чтоб быть способными прыгнуть без промедления, а поиск выполнять в фоне загодя.
Порядок сортировки (см. раздел 7.2.6) определяет, какое сообщение является первым и какие следующими.
7.2.3.3. Список сообщений -+-----------------------
Жетоном для этого вида является "list" (нечувствительным к регистру, и без кавычек).
В этом режиме просмотра читатель видит отсортированный список сообщений, представленных только их строками заглавий и, возможно, некоторой другой информацией из их заголовка (их дата и время, их отправитель и адресат), но не телами сообщений.
В зависимости от конструкции и настроек браузера, читателю обычно даются какие-либо средства для выбора и просмотра любого из перечисленных сообщений; например, он (или она) МОЖЕТ быть способна войти в режим единственного сообщения (описанный в предыдущем разделе), чтобы увидеть выбранное сообщение; или, например, МОЖЕТ появиться дочернее окно под списком и отобразить выбранное сообщение.
Аналогии в доFGHIном мире:
*) Это режим просмотра, используемый в GoldEd+ при чтении фидонетовских областей сообщений. Если настройка "MsgListFirst Yes" присутствует в конфигурационном файле GoldEd+, тогда это также режим просмотра по умолчанию при входе GoldEd+ в эхопочтовую область.
*) Это режим просмотра, используемый в LiveJournal при просматривании эхопочтовых сообщений, транслируемых из RSS-потока. Например, см. блогосферическое зеркало области Ru.FTN.Develop: http://syndicated.livejournal.com/ruftndevelop/
Списку сообщений НАДОБНО содержать только итоговое множество сообщений согласно фильтрам сообщений. В зависимости от конструкции и настроек браузера, список сообщений МОЖЕТ содержать некоторые другие сообщения (например, если итоговое множество сообщений является подмножеством некоторой области эхопочты, тогда другие сообщения этой области МОГУТ появиться в списке), но в этом случае читатель ДОЛЖЕН быть способен различить сообщения из итогового множества: они ДОЛЖНЫ оказаться подсвеченными, и (или) другие сообщения ДОЛЖНЫ оказаться посеревшими, и т. п.
Порядком сортировки (см. раздел 7.2.6) определяется порядок сообщений в списке.
7.2.3.4. Дерево ответов -+---------------------
Жетоном для этого вида является "tree" (нечувствительным к регистру, и без кавычек).
Этот режим просмотра представляет (изображает) полное дерево ответов в некотором эхопочтовом обсуждении. Дерево начинается изначальным сообщением; первый ответ на него (как определяется кладжем REPLY, см. FTS-0009) появляется с отступом ниже изначального сообщения, а первый ответ на этот ответ появляется нижу с ещё большим отступом, и так далее. Следующие ответы появляются на том же уровне отступа, что и их собратья (то есть ответы на одно и то же сообщения появляются на одном и том же уровне отступа). И наконец образуется древоподобная структура ветвей и листьев, как в следующем примере:
Изначальное сообщение Ответ A на изначальное сообщение Ответ 1 на сообщение A Ответ 2 на сообщение A Ответ 3 на сообщение A Ответ B на изначальное сообщение Ответ C на изначальное сообщение Ответ 1 на сообщение C Ответ 2 на сообщение C Ответ 2a на вышележащий второй ответ Ответ 2b на вышележащий второй ответ Ответ 3 на сообщение C Ответ 4 на сообщение C Ответ D на изначальное сообщение Ответ E на изначальное сообщение
Где-то среди этих сообщений и ответов есть сообщение из итогового множества сообщений (составленного согласно фильтрам сообщений). Это сообщение ДОЛЖНО быть подсвечено; и если какие-либо другие сообщения из того же дерева ответов принадлежат к итоговому множеству сообщений, им СЛЕДУЕТ также быть несколько подсвеченными.
Если итоговое множество сообщений состоит более чем из одного сообщения, тогда читателя НАДО снабдить какими-либо средствами для перепрыгивания между такими сообщениями. (И если следующее или предыдущее сообщение итогового множества, которое достигнуто таким прыжком, принадлежит к другому дереву ответов, тогда это новое дерево НАДО составить и показать после прыжка; и если дерево достаточно велико, так что оно не помещается на экране, и оттого появляется некоторая прокрутка, то дерево НАДОБНО прокрутить так, чтоб читатель видел подсвеченное сообщение, место назначения прыжка.)
Порядок сортировки сообщений (см. раздел 7.2.6) определяет порядок тех ветвей, которые принадлежат к одному уровню дерева; например, который из ответов A, B, C, D, E (и соответствующих им ветвей под ними) показывается первым. Порядок сортировки сообщений также определяет порядок сообщений в итоговом множестве сообщений (то есть он таков же, как и порядок, проявляющий себя в последовательности последовательных перепрыгиваний).
Сообщения в этом режиме просмотра представлены только некоторыми элементами их заголовка; ими МОГУТ быть их строки заглавия, и (или) их дата и время, и (или) их отправитель, и (или) их адресат, но не тела сообщений.
В зависимости от конструкции и настроек браузера, читателю обычно даются какие-либо средства для выбора и просмотра тела любого из сообщений дерева; например, он (или она) МОЖЕТ быть способна войти в режим единственного сообщения (описанный в разделе 7.2.3.2), чтобы увидеть выбранное сообщение; или, например, МОЖЕТ появиться дочернее окно под деревом и отобразить выбранное сообщение. Читателю МОЖЕТ также быть дан какой-либо переключатель для раскрытия и сокрытия сообщения внутри дерева (под заголовком сообщения); читателю МОГУТ быть даны какие-либо средства для раскрытия и сокрытия целых ветвей дерева.
Аналогия в доFGHIном мире:
*) Дерево ответов реализовано в GoldEd+ и переключается командою READthreadtree (которая обыкновенно назначается на клавишу F8).
7.2.3.5. Ветвь ответов -+--------------------
Жетоном для этого вида является "bran" (нечувствительным к регистру, и без кавычек).
Этот режим просмотра подобен дереву ответов (см. предыдущий раздел), со следующими отличиями:
1) Прежде построения вида, первое из сообщений (согласно порядку сортировки сообщений, см. раздел 7.2.6) отыскивается в итоговом множестве сообщений (которое определено фильтрами сообщений). Вместо полного дерева отображается только ветвь, начинающаяся от этого первого сообщения. Первое сообщение итогового множества становится корнем этой ветви.
2) Всякий раз, когда читатель перепрыгивает к любому другому сообщению из итогового множества сообщений, отображается новая ветвь ответов, начинающаяся с этого сообщения как от нового корня ветви.
3) Корневое сообщение ветви (т. е. первое сообщение итогового множества, или, после перепрыгивания, любое из следующих сообщений итогового множества) отображается целиком (т. е. заголовок и тело сообщения), в то время как ответы на него (и ответы на эти ответы, и так далее) по-прежнему показываются компактными (то есть представленными только некоторыми элементами их заголовка).
4) Читателю МОЖЕТ быть дана гиперссылка (или любой другой элемент интерфейса), которая может быть использована для перехода на один уровень выше от корня ветви, если он не является корнем дерева.
Жетоном для этого вида является "litr" (нечувствительным к регистру, и без кавычек).
Этот режим просмотра подобен дереву ответов (см. раздел 7.2.3.4), но несколько деревьев отображаются на одном и том же экране (на одной и той же странице, в одном и том же окне, и т. д.): все деревья, которые содержат сообщения из итогового множества сообщений (которое определено присутствующими в URLе фильтрами сообщений). В зависимости от конструкции и настроек браузера, список деревьев МОЖЕТ содержать некоторые другие деревья (например, если итоговое множество сообщений является подмножеством некоторой области эхопочты, тогда другие деревья этой области МОГУТ появиться в списке), но в этом случае читатель ДОЛЖЕН быть способен различить сообщения из итогового множества: они ДОЛЖНЫ оказаться подсвеченными, и (или) другие сообщения ДОЛЖНЫ оказаться посеревшими, и т. п.; в этом случае читателю СЛЕДУЕТ также быть способным различить (с одного взгляда), содержит ли некоторое дерево хотя бы одно из сообщений из итогового множества сообщений (следовательно, НАДОБНО переменить кое-какие цвета тех деревьев, которые не содержат никаких сообщений итогового множества сообщений, или другими средствами сделать их заметными для читателя).
Таким образом, если читатель перепрыгивает к предыдущему или последующему сообщению из итогового множества сообщений, тогда список деревьев остаётся тем же; только фокус читательского внимания переменяется, поэтому браузеру СЛЕДУЕТ переменить подсветку и прокрутить страницу, где и если есть в том нужда.
Порядок сортировки сообщений (см. раздел 7.2.6) определяет порядок деревьев, и порядок ветвей на каждом уровне дерева, и последовательность перепрыгивания между сообщениями, принадлежащими итоговому множеству сообщений.
Аналогия в доFGHIном мире:
*) Посетите Keyhole BBS (форум сообщества Google Earth):
Нечётные деревья на белом фоне; чётные деревья светло-серые.
7.2.3.7. Лента сообщений -+----------------------
Жетоном для этого вида является "reel" (нечувствительным к регистру, и без кавычек).
В этом режиме просмотра сообщения целиком (заголовки сообщений и соответствующие тела сообщений) из итогового множества сообщений появляются одно под другим, образовывая одну более или менее длинную страницу. Порядок ответов не принимается по внимание; только порядок сортировки сообщений (см. раздел 7.2.6) определяет, какое сообщение первое, какое следующее, и так далее.
(Последовательность символов "%%" используется здесь для обозначения того места, где разрыв строки появляется внутри URLа, а затем того места, где URL продолжается; см. подробнее в разделе 5.2.2.5. Также отметьте, что RSS-поток, предоставленный Гуглом, не полон: даётся только несколько первых строк каждого сообщения.)
У вышеприведённого примера есть эквивалентный FGHI URL:
Жетоном для этого вида является "totr" (нечувствительным к регистру, и без кавычек).
В этом режиме просмотра читатель видит ленту сообщений, которая подобна описанной в предыдущем разделе (то есть содержит заголовки сообщений и соответствующие тела сообщений), но содержит только вершину каждого из деревьев ответов, то есть содержит только сообщения без кладжей REPLY, но не содержит ответы на них, или ответы на ответы, или какие- либо из последующих ответов. Однако общее количество всех ответов в дереве, тем не менее, МОЖЕТ отображаться подле вершины каждого дерева.
7.2.3.9. Список вершин деревьев -+-----------------------------
Жетоном для этого вида является "topl" (нечувствительным к регистру, и без кавычек).
Этот режим просмотра почти точно подобен ленте вершин деревьев (см. предыдущий раздел). Есть только одно отличие: в этом режиме просмотра тело сообщения вершины каждого дерева не отображается, и, следовательно, читатель видит только список заглавий и других подробностей заголовка таких сообщений, и НЕОБЯЗАТЕЛЬНЫЙ счёт откликов в деревьях.
Жетоном для этого вида является "expa" (нечувствительным к регистру, и без кавычек).
Этот режим просмотра почти точно подобен дереву ответов (см. раздел 7.2.3.4). Есть только одно отличие: в этом режиме просмотра тело сообщения каждого из сообщений дерева также отображается, и, следовательно, читатель видит не только заглавие и другие подробности заголовка такого сообщения, но также и текст сообщения. Заголовок и тело любого отвечающего сообщения НАДОБНО в равной степени выделить отступом под тем сообщением, на которое это сообщение отвечает.
Жетоном для этого вида является "exbr" (нечувствительным к регистру, и без кавычек).
Этот режим просмотра почти точно подобен ветви ответов (см. раздел 7.2.3.5). Есть только одно отличие: в этом режиме просмотра тело сообщения каждого из сообщений ветви также отображается, и, следовательно, читатель видит не только заглавие и другие подробности заголовка такого сообщения, но также и текст сообщения. Заголовок и тело любого отвечающего сообщения НАДОБНО в равной степени выделить отступом под тем сообщением, на которое это сообщение отвечает.
Некоторые ответы появляются свёрнутыми, однако МОГУТ быть вручную развёрнуты их читателем.
7.2.3.12. Плоское дерево -+----------------------
Жетоном для этого вида является "flat" (нечувствительным к регистру, и без кавычек).
В этом режиме просмотра отображаются только сообщения, принадлежащие к некоторому дереву ответов, то есть какое-либо сообщение, в котором нету кладжа REPLY, и все ответы на это сообщение, и все ответы на эти ответы, и так далее.
Однако, порядок этих сообщений обуславливается только порядком сортировки сообщений (см. раздел 7.2.6), а не их положением в дереве ответов. В этом смысле этот режим просмотра весьма похож на ленту сообщений (см. раздел 7.2.3.7), но есть два важных различия:
1) Лента сообщений МОЖЕТ содержать сообщения из нескольких деревьев ответов (например, area://FTSC_Public?view=reel означает вид, содержащий все сообщения из FTSC_Public); вид плоского дерева, как раз наоборот, состоит только из сообщений из одного дерева ответов.
2) Лента сообщений содержит только сообщения, принадлежащие к итоговому множеству фильтрованных сообщений, и она содержит все такие сообщения. Плоское дерево изначально сосредоточено на первом сообщении из итогового множества фильтрованных сообщений, но отображает всё то дерево, к которому первое сообщение принадлежит. Некоторые из отображаемых сообщений не принадлежат к этому итоговому множеству, и некоторые сообщения итогового множества не отображаются первоначально (поскольку они не принадлежат к тому же самому первоначальному дереву, к которому принадлежит первое итоговое сообщение).
Поэтому сообщениям, которые принадлежат к итоговому множеству фильтрованных сообщений, НАДОБНО оказываться подсвеченными (для того чтобы читатель способен был отличить их от других сообщений), и СЛЕДУЕТ предоставить какие-нибудь навигационные элементы, чтобы читатель был способен перепрыгивать к следующему (или к предыдущему) сообщению итогового множества (если оно содержит более одного сообщения). Если такой прыжок помещает в фокус сообщение из другого дерева, тогда отображаемое дерево ДОЛЖНО быть заменено тем другим деревом, которое содержит сообщение, бывшее целью пользовательского перепрыгивания.
Аналогии в доFGHIном мире:
*) Keyhole BBS (Google Earth Community Forum), если кнопка 'Threaded' (в верхнем правом углу) не нажата: http://tinyurl.com/4l6e3g
Жетоном для этого вида является "flbr" (нечувствительным к регистру, и без кавычек).
Этот режим просмотра подобен плоскому дереву (см. предыдущий раздел), со следующими отличиями:
1) Прежде построения вида, первое из сообщений (согласно порядку сортировки сообщений, см. раздел 7.2.6) отыскивается в итоговом множестве сообщений (которое определено фильтрами сообщений). Вместо полного дерева отображается только ветвь, начинающаяся от этого первого сообщения. Первое сообщение итогового множества становится корнем этой ветви.
2) Всякий раз, когда читатель перепрыгивает к любому другому сообщению из итогового множества сообщений, отображается новая ветвь ответов, начинающаяся с этого сообщения как от нового корня ветви.
3) Читателю МОЖЕТ быть дана гиперссылка (или любой другой элемент интерфейса), которая может быть использована для перехода на один уровень выше от корня ветви, если он не является корнем дерева. В этом случае родительское сообщение корня ветви и (или) верхнее сообщение всего дерева МОГУТ быть показаны прямо над ветвью (хотя их СЛЕДУЕТ аккуратно пометить неактивным серым цветом или хотя бы иначе подсветить, чтобы читатель был способен отличить их от сообщений, непосредственно принадлежащих к ветви).
7.2.3.14. Календарь -+-----------------
Жетоном для этого вида является "cale" (нечувствительным к регистру, и без кавычек).
В этом виде показывается список лет, и (или) список месяцев, и (или) календарь, т. е. таблица дат месяца и соответствующих дней недели, для одного месяца или нескольких месяцев. Дни и месяцы связаны с сообщениями из итогового множества фильтрованных сообщений: если есть такие сообщения, написанные в показанную дату, тогда дата эта ДОЛЖНА оказаться подсвечена в календаре, и число, счёт таких сообщений, ДОЛЖНО появиться подле этой даты, и месяц МОЖЕТ тоже оказаться подсвеченным (особенно если есть отображённые пустые месяцы, т. е. месяцы, не содержащие сообщений итогового фильтрованного множества). Когда выстраиваются взаимосвязи между датами и сообщениями, дата сравнивается с местным временем сообщения, если только необязательный параметр "usetz" не присутствует в URLе; если "usetz" присутствует, то должно использоваться UTC (см. раздел 7.2.1.2.10).
Подсвеченные даты ДОЛЖНЫ быть некоторыми элементами интерфейса (например, гиперссылками), которые обеспечивают читателя возможностью читать дневную порцию фильтрованных сообщений из итогового множества только за один тот день. Именам непустых месяцев также СЛЕДУЕТ обеспечивать возможность читать долю сообщений только за тот месяц. В URLовом смысле, эти элементы интерфейса добавляют к текущему URLу фильтр "time", соответствующий их дате (месяцу), сужая фильтрованное множество, а также они изменяют параметр "view", поскольку эта дневная (месячная) доля сообщений осматривается, естественно, не как календарь. Чтобы определить режим просмотра дня (месяца), браузер МОЖЕТ просто проанализировать параметр "view" текущего URLа (но принимая во внимание только жетоны после "cale"), или он МОЖЕТ последовать своей собственной конструкции или своим настройкам (по умолчанию или заданным читателем).
Пустые годы НЕ СЛЕДУЕТ показывать вообще. Пустые месяцы МОГУТ также не быть показанными. Но браузер НЕ ДОЛЖЕН пропускать пустые дни в непустом месяце, поскольку это обыкновенно делает календарь неуютным физически.
*) Министерство природных ресурсов Российской Федерации (http://www.mnr.gov.ru/) реализовало календарь в левом столбце сайта; если жмякнуть по активной дате, появляется список сообщений (новостей) для этой даты.
*) Архив газеты на http://kp.ru/daily/archive/ подсвечивает непустые дни; каждая из дат является гиперссылкою на ленту вершин деревьев (статей), где комментарии читателей скрыты, и даже тела статей отображаются лишь частично.
Жетоном для этого вида является "mapm" (нечувствительным к регистру, и без кавычек).
В этом режиме просмотра показывается карта, которая представляет географические местоположения, указанные в сообщениях, принадлежащих итоговому множеству. (См. подразделы 7.2.1.5.1-7.2.1.5.3.) Такие местоположения изображаются значками (для точек, определённых кладжами GEO), прямоугольниками (для областей, определённых кладжами GEOBOX), и ещё более сложными очертаниями (определённых кладжами GEOKML; они появляются, если браузер способен отображать KML или перенаправлять вид во внешний отображатель).
Кликая или нависая над такими изображениями своей мышью, читатель достигает сообщений и читает их тексты. Если несколько сообщений привязаных к одной и той же географической точке или прямоугольнику или очертанию, то им СЛЕДУЕТ отображаться совместно (в соответствии с порядком сортировки сообщений). Чтобы определить режим просмотра этой геопометки, браузер МОЖЕТ просто проанализировать параметр "view" текущего URLа (но принимая во внимание только жетоны после "mapm"), или он МОЖЕТ последовать своей собственной конструкции или своим настройкам (имеющимся по умолчанию или настроенным читателем).
Аналогии в доFGHIном мире:
*) Демонстрационный Flash-ролик на домашней странице http://mirtesen.ru/ помещает на видном месте несколько сообщений и форумов (или чатов); они сгруппированы на карте в соответствии с местонахождением их чата или отправителя (так что сайт этот также является примером для следующего подраздела).
Жетоном для этого вида является "smap" (нечувствительным к регистру, и без кавычек).
Этот вид аналогичен предыдущему (см. предыдущий раздел); единственная разница состоит в том, что показываются не местонахождения сообщений, а местонахождения отправителей сообщений. Географические координаты отправителей сообщений собираются из ноудлистов и пойнтлистов (см. раздел 7.2.1.5.4) или из кладжей ORIGEO (см. раздел 7.2.1.5.5). Эти местонахождения всегда бывают просто точками, никогда не бывают областями или очертаниями.
Жетоном для этого вида является "glom" (нечувствительным к регистру, и без кавычек).
Этот вид совершенно аналогичен карте сообщений (см. раздел 7.2.3.15), но использует глобус земного шара (вместо карты) в качестве фона для значков и прямоугольников и очертаний.
Жетоном для этого вида является "sglo" (нечувствительным к регистру, и без кавычек).
Этот вид совершенно аналогичен карте отправителей (см. раздел 7.2.3.16), но использует глобус земного шара (вместо карты) в качестве фона для значков, символизирующих отправителей.
Аналогия в доFGHIном мире:
*) Служба Mail to GE читает координаты отправителя e-mail (которым является олень в ошейнике) и показывает их на фотоглобусе Google Earth:
7.2.3.19. Список кодированных объектов -+------------------------------------
Жетоном для этого вида является "objs" (нечувствительным к регистру, и без кавычек).
В этом виде читатель видит список всех объектов, которые были закодированы (см. раздел 7.2.2) внутри сообщений эхопочты, принадлежащих к итоговому множеству сообщений (ко множеству, определённому фильтрами сообщений). Читатель снабжается некими средствами для доступа к каждому из этих объектов (вероятнее всего, даётся гиперссылка для каждого из объектов).
Если встречаются несколько объектов, имеющих одно и то же имя, они появляются один возле другого; браузер МОЖЕТ использовать порядок сортировки сообщений (см. раздел 7.2.6), чтобы определить порядок таких объектов в соответствии с порядком сообщений, в котором объекты были отосланы. Браузер также МОЖЕТ применять некоторые из предложенных порядков сортировки ко всему списку объектов (например, "sort=siz" МОЖЕТ значить, что список объектов НАДОБНО отсортировать по размеру объектов); однако, в этом случае значение имеют качества объектов, а не качества сообщений (в вышеприведённом примере, размеры объектов вместо размеров сообщений).
Разумеется, чтобы сполна достигнуть желаемого, необходимы дальнейшие перемены интерфейса: например, строка URL (адресная строка) должна стать в твоём Голдеде не просто отображаемой, но и редактируемой (в том числе с копированием в буфер и со вставкою из буфера), и должно быть сочетание клавиш для перехода в строку адреса (например, Ctrl+L, как в большинстве браузеров Паутины). Ну и, конечно, понадобится возможность брать из URLа ту настройку, которую только MsgListFirst предоставлял прежде, да и то не сполна; например, URL следующего вида:
должен находить то твоё сообщение, на которое я сейчас отвечаю, а затем отобразить на экране всё дерево и треугольничком подсветить то одно сообщение, которое входит в итоговое множество сообщений после фильтра msgid (остальные сообщения показываются просто для полноты дерева):
Сооб─────────────────────── Message Thread List ──────────────────Написано─ 1164 Mithgol the Webmaster 23 Aug 08 1169 └ Konstantin Kuzov 01 Sep 08 1172 └ Mithgol the Webmaster 02 Sep 08 1180< └ Konstantin Kuzov 04 Sep 08 1184 └ Mithgol the Webmaster 04 Sep 08
Некоторые желаемые изменения (например, возможность по Tab бегать по ссылкам внутри письма и видеть в строке статуса их URLы), пожалуй, вообще будет трудно или невозможно в GoldEd+ всобачить. Хотя опыт Lynx показывают, что они полезны.
Больше я пока никаких мыслей не прибавлю к этому ── очень уж отвлекают меня те шесть реактивных истребителей, которые летают сейчас над моим городом. Авиашоу.
Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/ Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... 47. Собрание протеста или поддержки. (Джин Шарп) --- Оффтопик может возыметь на модеpатоpа лишь действие, обpатное ожидаемомy. * Origin: Помните ли? ─ в уголке сидело человек десять вьетнамцев (2:5063/88)
