Формы комментариев: опросег

Субботний опрос на тему формы комментариев. К опросу приглашаются все абсолютно с маленькой поправкой не толкать сюда ссылки на мануалы по оформлению и проектированию форм, а высказывать своё мнение.

-----------

Какие формы для связи и комментирования вас больше всего раздражают. Например меня бесят формы перенаправляющие на отдельные страницы с кнопками функционально ведущими на отдельную страницу, бесят здоровенные и запутанные, не люблю когда нет описания того, что можно вводить из ассортимента тегов или синонимов типа bb-code.

Какие формы вас стремают? Нравятся ли вам простые с полями или всякие со свистелками, перделками и анимацией? Любите аякс в комментировании? Вечно сёрфите с заглушенным JS? Какие формы вызывают у вас желание прокомментировать и какие его отбивают?
Можно с примерами.

Расскажите о предпочтениях.

-----------

Отдельно. Делаете ли вы что то со стандартными формами Друпал или из-за сложности тюнинга забиваете? Хотелось ли вам что то изменить в в архитектуре форм друпал или всё устраивает? )

Страшная правда о юзабилити. Часть II

Чего только не сделаешь ради женщины... - "Страшная правда о юзабилити. Часть II" - http://tdocs.su/content/%D1%81%D1%82%D1%80%D0%B0%D1%88%D0%BD%D0%B0%D1%8F...

Страшная правда о юзабилити. Часть I

Специально для sanita , как и обещал - http://tdocs.su/content/%D1%81%D1%82%D1%80%D0%B0%D1%88%D0%BD%D0%B0%D1%8F...

Юзабельное меню

Господа, натолкнулся на вопрос, казалось бы достаточно простой, но никак не могу найти приличное решение. Посоветуйте, пожалуйста, как из отдельных меню, например Город и Раздел, сделать единое меню(скажем такое, как меню комментариев *сразу под постом*). Т.е. в любом городе я смогу выбрать любой раздел..

Пагинация комментариев. Как сделать более удобное обсуждение постов?

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

я знаю об этом глюке с пагинацией на комменты и нерабочих ссылках, и что никто пока-что кажется не предложил ничего.

Вопрос: что возможно сделать чтобы улучшить (сделать более удобным) обсуждение материалов сайта? То есть, сайт не только для обсуждения материалов, но и для дискуссий на эти темы.API иузучаю, но пока-что знаю слабо, и так же умею применять. Прошу всех кто "в теме" поделиться опытом, как возможно повысить удобство обсуждения (комментариев) в Drupal.

P.S. Использую Comment Notify для уведомления о комментариях, но пользователи подолгу не могут найти свой комментарий, когда страниц с комментами становится много.

Уважаемое сообщество пожалуйста покритикуйте сайт

Всем добрый вечер!

Есть сайт интернет-аптеки www.maxi-krasota.ru, изначально старался делать упор на юзабилити и качественный контент.

Но в Google Analytics стабильно высокий процент отказов > 80% и соответственно низкий уровень конверсии, что мне кажется ненормальным. Списывать это все на "положительный отказ" когда пользователь нашел что ему нужно и ушел как то в голове не укладывается, сайт ведь интернет-магазин.

Буду рад если Вы обрушите на меня шквал конструктивной и не очень критики. Заранее всем спасибо!

Реорганизация структуры drupal.ru: разделы документации, форумы, комментарии, теги

Осень, пора обострений у психов креатива и сбора урожая. В сообществе drupal.ru оживление, после летней спячки приятно видеть разнообразные инициативы. Кто-то грозится взломать сайты на друпале, кто-то строит свою консерваторию с вики и документацией, а мы тем временем займёмся перестановкой мебели в разделе доков, где на текущий момент завалялся пыльный book с архивом подшивок актуальнейшей инфы где-то до 1809 года. Это не первое такое начинание, старожилы помнят ещё wiki.drupal.ru, translation.drupal.ru и другие попытки упорядочить документацию на русском (и вообще её написать). В прошлой вики наибольшую активность проявляли спамеры и повторять это решение очередной раз нет желания. Собственно надо ли оно нам вообще? На сайте регулярно появляются топики с вопросами, на них даже отвечают, иногда даже по делу — что ещё надо от русскоговорящей тусовки вокруг англоязычного проекта? Оставлю этот вопрос неотвеченным с целью обсудить в комментариях, я же хочу предложить методы решения, основаные на наблюдениях за drupal.ru последние годы.

Что порекомендуете сделать, чтобы повысить юзабилите и общее впечатление от сайта (не контента)

Уважаемые коллеги,

Традиционно спрашиваю помощи (хотя, у кого же спрашивать помощи по друпалу, как не у вас). Вроде как доделал сайт, оптимизировал производительность, наполняю контентом, но хотелось бы сделать его удобным и красивым для посетителей (сейчас не могу понять что именно мне не нравится). Посмотрите, пожалуйста, что можно сделать с сайтом с точки зрения юзабилити/красивостей/инноваций...

http://www.lessonslearned.ru

Спасибо!

С уважением,
Алексей

Юзабилити: где лучше размещать блок "похожие статьи"

Собственно сабж

у меня 2 варианта.
1. в правом сайдбаре вверху (или в левом, но у меня нет левого)
2. Внизу материала

В пользу первого варианта говорит теория:
человек зашел по запросу с ПС, посмотрел на первый абзац, понял что не то, и увидел блок похожие статьи - пошел читать другие по теме

В пользу второго варианта
Человек дочитал до конца, а тут мы ему "хочешь добавки" и пошел читать другие материалы по теме

В общем, я не знаю как быть, как лучше?

посоветуйте

К черту e-mail

На Одноклассникахвконтакте отмечена новая тенденция — отказ от привязки аккаунта к электронной почте. Пользователь просто заходит на сайт и регистрируется, не мучаясь с подтверждениями по почте или самим вводом. Для пользователей без электронной почты выигрыш еще более значителен - ранее им приходилось искать какую-то почту и регистрировать там чертов адрес, на что уходит от 15* до Х драгоценных минут, которые можно было потратить на повышение лояльности нового посетителя.

Имхо идеальная схема: введи свое имя и пароль (+ опционально капча) и всё. Заполнить остальную муру, если она тебе, конечно, понадобится, ты сможешь позже, дружище, а пока пей бухай веселись просто радуйся жизни.

Ранее уже всплывала идея производить регистрацию черезе механизм OpenID, используя распространность сервисов, предоставляющих таковой (ткни сайт, где уже зарегистрирован и будешь атворизован тут). Но отказ от мыла - еще лучше!

В связи с этим у почемучки Аль Маджида возникает вопрос: как сделать поле e-mail необязательным при регистрации?
_______________________
* Вчера левое мыло регистрировал на мыле.ру - 15 минут ушло пока вкурил все эти сраные советы и ошибки про уже существующие адреса, плохие пароли и неверный капчаввод.

Новый украинско-русский модуль - список всех блоггеров сайта и заголовки последних постов из их блогов.

Опубликовал на drupal.org модуль, который показывает список блоггеров с их аватарами, реальными именами (если модуль RealName включен) и Х заголовков последних постов в блоге.

Список блоггеров сортируется по общему количеству постов в блоге. Чем больше постов - тем выше блоггер в списке. В настройках модуля можно указать выводить это количество для каждого блоггера, а также дату регистрации на сайте.

Страница выводится по адресу: example.com/blogs

В настройках модуля можно указать:

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

В релиз включен полный перевод модуля на русский язык.

Скриншот страницы, которую выводит модуль:

Время разработки
Модуль достаточно простой, а значит должен работать как часы. Я считаю, что лучше иметь набор простых модулей, которые четко и ясно работают, чем "швейцарский нож", которым трудно пользоваться и не всегда понятно как.

Модуль был написал - с секундомером в руках - за 95 минут. Почти половину времени заняло написаний фунций темизации, потому что это слабо знакомая область и пришлось по ходу дела разбираться.
После этого были некоторые улучшения и доработки, что также заняло время, но секундомера не было...

Юзабилити: вес пунктов меню должен быть очевиден

Друпал предоставляет замечательную возможность - сортировать пункты в любом меню с применением прозрачной системы "весомости" того или иного пункта. Это удобно ровно до тех пор, пока осуществляется простое управление порядком меню через интерфейс администрирования, где пункты можно растащить мышкой по нужным местам. А когда дело доходит до включения нового пункта в меню, будь то при создании материала или в админчасти, удобство улетучивается. А почему?

14 ноября - Всемирный день юзабилити.

"В знак признания важнейшей роли юзабилити-инженерии и ориентации на человека при проектировании объектов и систем во множестве стран мира, начиная с 2005 года, ежегодно проводится праздник Всемирный день юзабилити."
В этом году праздник пройдет под девизом - Designing for a Sustainable World (Проектирование для экологически рационального мира). Официальный сайт - www.worldusabilityday.org.

P.S. Отмечать будем? Мне например стукнула в голову мысль, повысить юзабилити двух форм Drupal'а, формы со списком юзеров, в управлении юзерами и формы из раздела "Содержание", им жизненно не хватает поиска.
А что ты сделал для повышения юзабилити Drupal?

Eye-tracking Drupal.ru

«Некоторое время назад, наша компания провела тест на главной странице русскоязычного сайта известной CMS Друпал – www.drupal.ru Задачей теста было найти ссылку на демо-сайт этой CMS. В качестве испытуемых бралось две группы по 5 человек – «компьютерщики» и «менеджеры». Обе группы не имели отношения к сайтам и не работали с CMS.

Тестирование проходило с помощью eye-tracker’а – прибора, отслеживающего направление взгляда испытуемого. То есть, в процессе тестирования определялось, как испытуемый изучает страницу и где он ищет нужную ему информацию.»

Дальше: http://habrahabr.ru/blogs/web_design/73332/

p.s. А где у нас ссылка на демо-сайт?
p.p.s. А нету у нас её. =)

Юзабилити растет: Ajax Tabs

Модуль Ajax Tabs позволяет переходить между локальными задачами (menu local tasks) без полной перезагрузки страницы, с использованием AJAX. Причем можно задавать, на каких страницах механизм будет работать, а на каких - нет.

Модуль зависит от ajax_load.module. Уверьтесь, что табы обернуты в page.tpl.php чем-то вроде

<div id="tabs-wrapper">
  <?php print $tabs ?>
</div>

Страница проекта
http://drupal.org/project/ajax_tabs