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

Пожалуйста, вычеркивайте исправленное, добавляйте новое.

• Общее
  • Ко всем ID элементов в шапке и подвале добавлено brd-. Пусть так и будет (чтобы не пересекалось с другими ID элементов при интеграции форума)
  • При изучении страницы и тем более при внесении изменений стоит почаще смотреть на страницу с отключенным CSS.
  • Сделать иерархию и имена классов как можно проще.
  • Непонятные имена классов: hn. hn - то есть любой из тегов <h…>, а уже в зависимости от того, внутри какого блока он лежит, ему задаются свойства. Добавлено в документацию
  • Стили для <form> очень уж запутанные. Можно их упростить? Или хотя бы задокументировать, объяснив, что зачем нужно.
  • В общем духе было бы оформить options внизу страниц (главная, форум, топик) в виде <ul>, иначе без CSS это просто список через пробел. Или не заморачиваться?
• Шапка
  • Сделать общий div (и класс) для шапки: чтобы можно было задавать отступы или фон для всей шапки сразу. Сейчас придётся ковыряться с каждым входящим в неё div'ом по отдельности. Решили не делать: при желании можно использовать существующие div'ы для кастомизации. Если юзеры попросят, сделаем общий div для шапки по умолчанию.
  • Продумать стандартный (рекомендуемый нами) способ добавления лого в шапку. Если размер лого критичен, то обозначить рекомендуемые рамки.
  • <a href=”#brd-main”>Skip to forum content</a> – не работает, т.к. элемента с таким ID и нету. Аккуратно добавить. Добавлен <div id=“brd-main”>, в который включено “тело” страницы форума.
  • У первого элемента из ссылок-фич справа есть класс item1. Для гостей он присвоен пункту Active topics. После авторизации – New posts. Ясно, что это класс первого из элементов. Вопросы: почему у других элементов нету классов item2 и т.п.? может назвать его типа first-item? или ничего не менять? * При авторизации: <p id=“visit-links” class=“options”><span id=“visit-new” class=“item1”><a href=“http://markup/search.php?action=show_new” title=“Find topics containing posts made since your last visit.”>New posts</a></span> <span id=“visit-recent”><a href=“http://markup/search.php?action=show_recent” title=“Find topics which contain recent posts.”>Active topics</a></span> <span id=“visit-unanswered”><a href=“http://markup/search.php?action=show_unanswered” title=“Find topics which have not been replied to.”>Unanswered topics</a></span></p> item1 заменен на first-item. Добавлено в документацию

• Список форумов
  • Тут (и на других страницах) много текста, который не видим при CSS. Подумать, нужно ли это постоянно или проще такие случаи (вывод на печать или КПК) обрабатывать отдельно (сделать специальный шаблон/CSS)? Это конечно круто, но в духе PunBB было бы сделать страницу с минимально необходимым кодом. Видимо наиболее это необходимо для accessibility - для голосовых читалок и т.п. Впрочем полезно и для SEO. Так что вопрос неоднозначный ))
    • <p class=“item-summary”><span><strong class=“subject-title”>Forums</strong> in this category with details of <strong class=“info-topics”>topics</strong>, <strong class=“info-posts”>posts</strong>, <strong class=“info-lastpost”>last post</strong></span></p>
    • <div class=“main-options gen-content”> <h2 class=“hn”><span>Board options</span></h2> <p class=“options”><span class=“feed item1”><a class=“feed” href=“http://markup/extern.php?action=feed&amp;type=rss”>RSS active topics feed</a></span></p> </div>

надо будет позже разобраться со всеми этими after и left:-999 – Татьяна (цензор - Анатолий)

• Список топиков
  • : Предлагаю просто вернуть вид списка топиков к тому, что есть в 1.3RC.
    • Вообще подумать над вариантами представления информации в строке топика: может сделать её по-компактнее?
      • В PunBB 1.2 было так: Test post by admin (в одну строчку) и 2008-08-19 17:18:03 by admin (в одну строчку). Может вернуться к такому варианту?
    • Если в топике несколько страниц с постами: Started by admin ( Pages 1 2 ). Подумать, где и как лучше писать страницы. PunBB 1.2: Test post by admin [ 1 2 ] .
  • Справа: Topics found [ 2 ]. Мне кажется или число найденных топиков сейчас приходится искать взглядом? Может сделать его более заметным или расположить поудобнее?
  • Для модератора, внизу страницы: RSS Forum Feed | Mark forum as read | Moderate forum. Может RSS разместить слева, а все действия справа? Или оставить так? То же для операций над постом.

• Вроде всё ОК
• В списке топиков показывается число просмотров топика, а в самом топике это число никак не узнать. Может всё же где-то вывести?

• Форма нового поста
  • Впорядке.
  • Ревью топика (Topic review)
    • Впорядке
• Отправка нового поста или топика
  • Анатолию: Если я заполнил форму, но отправил не сразу и потерял авторизацию, то я получаю сообщение You do not have permission to access this page. Проблема в том, что при этом я теряю сообщение! Такого быть не должно. Можно например вывести исходник сообщения (и название топика для нового топика). Да и вообще лучше всего было бы предложить авторизоваться, а затем вернуть юзера к уже заполненной форме отправки. Добавил Feature request.
  • Превью (Preview reply) выглядит не так как сообщение будет выглядеть потом в списке. Имеет смысл в точности повторять тот вывод или так ОК?
  • Если сообщение введено с ошибкой (например hello [b]world), то выводится сообщение типа Warning! The following errors must be corrected before your message can be posted:: сверху слишком маленький отступ.
  • Ссылки You may use: BBCode Images Smilies открываются в новом окне с помощью JS. target=“_blank” – это зло? почему земляне не в курсе?

• Собственно вход
  • Вроде всё аккуратно и лаконично. Надо что-то менять?
  • Поля ввода на форме уехали вверх (FF 3.0.3, IE 6.0)
  • Может добавить кнопку Cancel? Пусть и тут тоже не работает
    Или любой другой способ вернуться обратно (туда, где юзер нажал на Login). В PunBB 1.2 была ссылка Go back рядом с кнопкой Register.
• Запрос нового пароля (login.php?action=forget)
  • При неверно введённом адресе (123) табличка с ошибкой – кривая: у Warning! … отступ сверху слишком мал. Кстати, у неё класс .ct-box – не очень-то понятно из названия, для чего этот класс
  • Анатолию: Не работает кнопка Cancel!

• По самой форме регистрации у меня нет замечаний (Анатолий)
• Анатолию: При ошибках при заполнии формы: может выделять визуально неверно заполненные поля? хотя бы через JS (после загрузки страницы менять класс контейнеров для указанных ID полей). Итого: можно придумать класс для неверно заполненных полей формы (точнее - для всей div-строки включающий label и input). Добавил Feature request
  • Например если пароли не совпадают просто выводится надпись Passwords do not match. и нужно глазами искать, где и что не так. У нас форма регистрации маленькая, а если после кастомизации (рсширениями) она разрастёться до 10-20 позиций?
• Может добавить кнопку Cancel?
• Если задать “правила” (Administration » Settings » Registration (/settings.php?section=registration) » Require agreement), то они отображаются перед регистрацией - криво (маленькие отступы, FF3) Исправлено в коммите [545]

• Форма поиска
  • Вроде всё ОК

• Общее
  • Мне кажется или верхнее меню Introduction | Identity | Settings… дисгармонирует с остальной вёрсткой: слишком высокое, и стрелочка-указатель раздела вообще не в кассу. Предлагаю оставить вкладки как в 1.3RC?
  • View all admin's posts | View all admin's topics: может убрать admin's – и так ясно, где находишься. Тоже самое для View all your posts | View all your topics | View all your subscriptions Оставить: это неважно.
  • оставить как в 1.3RC: И вообще идея представить на странице профиля пользователя то, как его инфа будет выглядеть около поста (на странице топика), мне кажется правильной. В 1.3RC к этому были ближе. Хотя как лучше (и при этом унифицированно) расположить действия типа View all… не очень понятно. Возможно надо добавить в общий CSS способ вывода нестандартных блоков (не на всю строчку, а скорее добавляющих столбец) справа или слева. Если это сложно, то заморачиваться не надо.
  • оставить как в 1.3RC: По-моему, страницы, где надо заполнять формы, получились более “размазанными”, менее чёткими, чем в 1.3 RC. Может быть надо добавить контраста или убрать фон из под текста на формах. Или сделать фон полегче-потеплее типа #F4F9FD как у .profile в 1.3RC.
• Settings (profile.php?section=settings&id=2)
  • Topics per page: < .. > тут отступ кривой (FF 3.0.3) Leave blank to use forum default. Исправлено в коммите [548]
• Administration
  • оставить как в 1.3RC: те же проблемы, что при выборе форумов в форме поиска. В этом случае опять можно оглянутсья на 1.3 RC: там было попроще. Тут же не раздел поиска, куда будут заходить часто и искать по разным форумам. Модераторов обычно меняют не часто, так что на этой странице можно просто вывести весь список форумов и позволить отметить нужные – без лишних причуд.

• Форма поиска
  • Кислотная подсветка при выборе форумов для поиска - надо сделать человеческую ))
    А ещё можно бледно подсвечивать выбранные форумы.
• Результаты поиска
  • Нет возможности уточнить поиск (если я опечатался или хочу добавить критерий). Есть только Perform new search – этого недостаточно. Надо добавить вниз ссылку Уточнить поиск, где в GET-параметрах в форму передадутся текущие параметры поиска. Тоже Feature request.
  • Отображение результатов в виде топиков
    • //Анатолию:// Started by висит без имени пользователя. Надо исправить: выводить имя. И может быть писать просто by вместо Started by?
    • Вообще подумать над вариантами представления информации в строке топика
  • Отображение результатов в виде постов
    • Re: Test post (2 replies, posted in Test forum) – по-моему вообще ерунда какая-то, и форматирование аляповато. Надо продумать над тем, как лучше расположить информацию: тема топика, форум (а надо ли его вообще?). Чисто постов в топике тут по-моему лишнее.
      • Кстати в PunBB 1.2 всё было очень лаконично. В шапке был путь, каждый элемент которого – ссылка: Test forum » Test post » 2008-08-19 17:18:03
      • Пространство слева (под именем пользователя) не использовано
      • Имя пользователя слева сделать ссылкой?
    • Согласовать структуру блока и стили с обычным выводом постов топика

• Возвращаемся к старой вёрстке (1.3 RC)
• Что хорошего в новой вёрстке (переносим в основную ветку):
  • Множественный выбор форумов в форме поиска
  • Active topics в шапке справа
  • Для админа теперь справа-вверху появилась ссылка New Alerts, при наличии алертов (убираем большой алерт-бокс).
  • Шаблоны (tpl)
  • Структура самого CSS файла (более чёткая) - надо навести порядок
• Что плохого (забудем об этом):
  • Цветовая гамма: на моём ЖК читается хуже, чем прежняя
  • Разметка форм стала “тяжелее”, прежняя была более “ясной”.
  • Вывод списков топиков и постов в прежнем виде был лучше. В новой появился лишний текст Started by и пр. Юзеры тоже это подметили.
  • Шапка новой админки по-моему хуже, чем раньше.
  • Вывод options внизу: типа RSS active topics feed | Mark all forums as read (решили, что раньше лучше было)
• Неоднозначности:
  • Для каждой страницы в админке - свой лангфайл (оно реально надо?)

===

• .hn – любой из тегов <h1>, <h2>… В зависимости от того, внутри какого блока он лежит, ему задаются свойства.
• .first-item – для обозначения первого элемента в списке опций.
• .main-first-item – для обозначения первой строчки в списке тем форума.

• Разработка ядра PunBB 1.3
• Статус разработки

• Тикеты: #176, #149, #1.
• Специальная ветка
  • в Треке (браузер кода)
  • в SVN