Связывание сообщений: интерфейсы и схема данных
Несколько типов ссылок (в правом верхнем); длинный тап на главной ссылке
Страницы:
Распечатать
- 1
- 2
К данной теме присоединены сообщения из темы «Архивная тема ошибок, существовавшая до выпуска 3.0 beta»
. Редактировалось 14 раз, последний — #2
(перекрёстные ссылки)Система адресации постов и вложений
Может ли одна тема принадлежать сразу нескольким разделам?
Адрес (гиперссылку) конкретного сообщения удобней получать в формате "Prompt". При этом всплывает модальное окошко, в котором поле с адресом гиперссылки уже выделено. (осталось нажать [Ctrl]+[C]).
А если уж оставить этот адрес в формате гиперссылки, то пусть он откртывает соответствующее сообщение "во весь рост" и, главное, отдельно: одно сообщение на страницу (и без лишних кнопочек).
-
Формат "один пост на страницу" полезен для встраивания во фрейм: из главного фрейма идёт управление через дерево ссылок, а в двух правых фреймах (один над другим) отображаются соответствующие посты, эмулируя вопрос-ответ:
Как для вложенных цитат, так и для структуры обсуждений главное - не количество запросов к серверу, а степень понятности контента, предназначенного для конечных пользователей.
Вообще-то, серверный трафик от древовидных структур можно снизить разными способами, он напрямую не связан с деревьями, и может быть даже меньше, чем в случае традиционного представления форумских страничек. Он будет сравнительно небольшим, если большую страницу составить из нескольких (хоть все сообщения темы), и предварительно архивировать её.
html-страница – в роли БД:
Может ли одна тема принадлежать сразу нескольким разделам?
А если уж оставить этот адрес в формате гиперссылки, то пусть он откртывает соответствующее сообщение "во весь рост" и, главное, отдельно: одно сообщение на страницу (и без лишних кнопочек).
-
Формат "один пост на страницу" полезен для встраивания во фрейм: из главного фрейма идёт управление через дерево ссылок, а в двух правых фреймах (один над другим) отображаются соответствующие посты, эмулируя вопрос-ответ:
- верхний фрейм - вопрос
- нижний фрейм - ответ
Как для вложенных цитат, так и для структуры обсуждений главное - не количество запросов к серверу, а степень понятности контента, предназначенного для конечных пользователей.
Вообще-то, серверный трафик от древовидных структур можно снизить разными способами, он напрямую не связан с деревьями, и может быть даже меньше, чем в случае традиционного представления форумских страничек. Он будет сравнительно небольшим, если большую страницу составить из нескольких (хоть все сообщения темы), и предварительно архивировать её.
html-страница – в роли БД:
. Редактировалось 1 раз, последний — #3
_1_ написал(а):
Адрес (гиперссылку) конкретного сообщения удобней получать в формате "Prompt". При этом всплывает модальное окошко, в котором поле с адресом гиперссылки уже выделено.
Непонятно зачем нужные сложности. Гораздо проще щелкнуть правой кнопкой мыши по ссылке и сделать "Скопировать адрес ссылки", чем показывать это окно.
_1_ написал(а):
главное, отдельно: одно сообщение на страницу (и без лишних кнопочек).
Режима "Одно сообщение на страницу" в IntB не будет. Так как а) непонятно зачем нужно, б) плохо с точки зрения SEO (и даже если закрыть подобное от индексации, все равно оно будет источником лишнего траффика и нагрузки на сервер), в) если пользователь приходит на это отдельное сообщение, то он может не сразу сообразить, как переключиться на нормальную тему (сам на это напарывался с vBulletin в свое время).
_1_ написал(а):
Формат "один пост на страницу" полезен для встраивания во фрейм: из главного фрейма идёт управление через дерево ссылок, а в двух правых фреймах (один над другим) отображаются соответствующие посты, эмулируя вопрос-ответ:
И зачем подобное может быть надо? При таком подходе получается,что каждое следующее сообщение нужно загружать отдельным щелчком по левому фрейму. Я подобное наблюдал в на форумах Народ.Ру в начале 2000-х, очень неудобное решение.
_1_ написал(а):
Такой страницей (содержащей дерево ссылок) можно наглядно показывать структуру обсуждений в конкретной теме.
В разделе "Планы развития" очень четко и однозначно сказано, что древовидного режима ответов в IntB никогда не будет.
Критикуя — предлагай, предлагая — обосновывай!
4xpro.ru — мой личный сайт-мультиблог на Intellect Board.
. Редактировалось 4 раза, последний — #4
4X_Pro написал(а):
В разделе "Планы развития" очень четко и однозначно сказано, что древовидного режима ответов в IntB никогда не будет.
Да я помню. Мы с Вами обсуждали это ещё до Нового года. Но у меня остались некоторые доводы, которые ждут своей очереди. Думаю, что будущий разговор окажется интересным. Для всех.
Позитивно отнесусь к перемене Вашего мнения о древовидных структурах. Даже не стану заострять внимание на этом факте.
. Редактировалось 8 раз, последний — #5
(, )< от 4X_Pro:
Вы правы в том, что с корнем вырывать пост из контекста, где этот пост изначально был опубликован — это плохо: не эргономично, не понятно. Хотя, с другой стороны, сами же идёте против этого правила, когда перемещаете посты в другие темы.
< от 4X_Pro:
а) непонятно зачем нужно
-
б) даже если закрыть подобное от индексации, все равно оно будет источником лишнего трафика и нагрузки на сервер
Спорное утверждение. Ваш стереотип: считаете, что пакет из нескольких постов можно разместить только на странице. Но ведь это не так: вложениями приведу ещё два способа:
Есть не изменяемая информация: контент (и даже его можно редактировать локально)). А есть — структурная: взаимосвязь_фрагментов. Хотелось бы наладить обмен такой структурной информацией: виртуальные темы. Количество постов в группе может быть во много раз больше, чем при страничном способе.
-
в) если пользователь приходит на это отдельное сообщение, то он может не сразу сообразить, как переключиться на нормальную тему
Плавающие блоки дают интуитивно-понятный способ обособленного отображения частей страницы: см. doc-вложение к посту #1(п.14). Это могут быть даже более мелкие части, чем отдельный пост.
И ещё о безграмотном оформлении: ( - последняя часть поста)
Планы развития на ближайшее будущее ...
• Имейте в виду, что в Intellect Board никогда не будет древовидной структуры комментариев вместо линейной ....
_1_ написал(а):И не "вместо", а "вместе". Вместе с обычной линейной структурой пользователи смогут работать с TreeView-конструктором. Это удобно, это полезно.
Вы правы в том, что с корнем вырывать пост из контекста, где этот пост изначально был опубликован — это плохо: не эргономично, не понятно. Хотя, с другой стороны, сами же идёте против этого правила, когда перемещаете посты в другие темы.
< от 4X_Pro:
Режима "Одно сообщение на страницу" в IntB не будет. Так как а) непонятно зачем нужно, б) плохо с точки зрения SEO (и даже если закрыть подобное от индексации, все равно оно будет источником лишнего трафика и нагрузки на сервер), в) если пользователь приходит на это отдельное сообщение, то он может не сразу сообразить, как переключиться на нормальную тему (сам на это напарывался с vBulletin в свое время).
а) непонятно зачем нужно
|
-
б) даже если закрыть подобное от индексации, все равно оно будет источником лишнего трафика и нагрузки на сервер
Спорное утверждение. Ваш стереотип: считаете, что пакет из нескольких постов можно разместить только на странице. Но ведь это не так: вложениями приведу ещё два способа:
- ScrapBook-архив
- chm-файл (или pdf)
Есть не изменяемая информация: контент (и даже его можно редактировать локально)). А есть — структурная: взаимосвязь_фрагментов. Хотелось бы наладить обмен такой структурной информацией: виртуальные темы. Количество постов в группе может быть во много раз больше, чем при страничном способе.
-
в) если пользователь приходит на это отдельное сообщение, то он может не сразу сообразить, как переключиться на нормальную тему
Плавающие блоки дают интуитивно-понятный способ обособленного отображения частей страницы: см. doc-вложение к посту #1(п.14). Это могут быть даже более мелкие части, чем отдельный пост.
И ещё о безграмотном оформлении: ( - последняя часть поста)
Прикрепленные файлы:
- SB.rar (33 Кб)
- IntB_3.chm (35 Кб)
Мой броузер добавляет плавающие блоки после окончания загрузки страницы. Поэтому код блка всегда расположен ниже основного контента. Это очень удобно, так как позволяет по ссылкам из блока фокусироваться на оригинальных идентификаторах. То есть, например, блок содержит копию поста; и, кликнув в правом верхнем углу этой копии, я заставляю страницу (которая под блоком) показать этот пост в контексте обсуждения.
Так должно быть. Но для этого придётся изменить тип главной ссылки, как-то так: #p621
? Интересно, а в чём была фишка использования таких странных адресов: post-621.htm (как будто, это ссылка на файл; хотя, на самом деле, движок каждый раз собирает этот пост из базы, причём, в составе страницы)). Чем оправданы эти дополнительные запросы к серверу? — вместо того, чтобы просто перепрыгнуть на текущей странице, приходится её перезагружать.
. Редактировалось 7 раз, последний — #7
Я не против, пусть ссылка post-621.htm останется главной…
|
. Редактировалось 3 раза, последний — #8
4X_Pro написал(а):
_1_ написал(а):Адрес (гиперссылку) конкретного сообщения удобней получать в формате "Prompt". При этом всплывает модальное окошко, в котором поле с адресом гиперссылки уже выделено.
Непонятно зачем нужны такие сложности. Гораздо проще щелкнуть правой кнопкой мыши по ссылке и "Скопировать адрес ссылки", чем вызывать это окно, и копировать из него адрес.
По трудоёмкости — обе операции ~равны.
Есть слабенькие доводы в пользу всплывающих сообщений:
ради статистики кликов...
ради статистики кликов (с учётом конкретных кликнувших пользователей). При каждом онлайн-клике броузер передаст серверу информацию об этом. Суммируя клики, можно находить важные сообщения. Или вычислять сферу интересов конкретного человека: собирать информацию не только о посещённых им темах, но и о конкретных сообщениях, заинтересовавших его.Учёные давно используют похожий параметр: «индекс цитирования». Я же предлагаю учитывать не только явные цитаты, но и попытки их сделать (например, попытку скопировать гиперссылку в локальный документ).
Но вся эта статистика неполноценна, ненадёжна: её можно накрутить. Поэтому, её придётся дополнить: использовать платные рейтинги{7}, и основную статистику вести на их основе...
-
Вместо всплывающих сообщений, клики можно собирать при каждой попытке открыть всплывающий список ссылок (#7): все типы гиперссылок разместить в этом списке.
для ручного редактирования типа ссылки...
В том же списке ссылки похожи. Зная одну - можно вручную сделать все остальные типы...Эта тема была упомянута по адресу http://4xpro.ru/lytdybr/1893/post-6489.htm
Эта тема была упомянута по адресу http://4xpro.ru/lytdybr/1893/post-6490.htm
Страницы:
Распечатать - 1
- 2
У вас нет прав для отправки сообщений в эту тему.