Нерациональное отображение информации в журнале событий

[alx]

В r566/base я заметил очень нерациональное отображение информации в журнале событий. Проиллюстрирую примером:

Самой главной информацией в истории изделия является комментарий - именно в нем описано что, собственно, произошло, ради чего в БД была занесена данная запись. Как видно на скриншоте, этой самой важной информации отведено от силы 20% пространства окна, занятого отображением всей записи (область отмечена на скриншоте диагональной штриховкой). На одну строчку при такой компоновке помещается буквально не более двух слов текста!

Примерно такая же площадь пространства окна отведена для отображения даты и времени (выделено на скриншоте розовым). Да, дата и время события тоже важны, но это все-таки метаданные события - второстепенная по отношению к комментарию информация...

Примерно столько же места, сколько и комментарию, отведено в сумме для отображения серийного номера и наименования изделия (выделены на скриншоте синим и зеленым фоном соответственно) при том, что серийный номер состоит всего из 6 символов, и наименование платы тоже обычно не сильно длиннее. Мало того, серийный номер и наименование изделия зачем-то отображаются по много раз (на данном скриншоте четыре, и то только потому что другие не поместились в область, отведенную для журнала событий)!!!

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

Наконец, для типа записи и имени пользователя, сделавшего запись (на скриншоте выделено желтым фоном), отведено ВДВОЕ БОЛЬШЕ площади экрана, чем для собственно комментария!

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

Предлагаю изменить компоновку записей таким образом, чтобы:

• главной информации отводилось наибольшее пространство за счет уменьшения пространства, выделенного второстепенной информации (метаданным);
• выводить текст комментария полностью (!!!), чтобы не требовалась прокрутка (ну или требовлась только если он не помещается в полном окне);
• устранить дублирование метинформации (выводить серийный номер и наименование изделия только один раз - );
• не ограничивать исскусственно размер журнала событий, чтобы исключить ненужный скроллинг. Если уж история не поместилась на экран, пользователь прокрутит ее общим скроллбаром страницы.

Могу предложить примерно такой вариант компоновки:

Думаю, суть предложения понятна: метаданные изделия (наименование и серийный номер) отображается один раз в самом верху. Метаданные записи отображаются в одной строчке минимальной высоты, а под ней располагается текст комментария, которому позволено занять столько места, сколько только ему потребуется. Как вариант, если метаданные записи почему-то не помещаются в одну строчку, можно разместить их в блоке float, а текст комментария пусть его обтекает - количество пустых мест будет минимальным. Ну и текст метаданных можно выводить более мелким шрифтом чем комментарий...

Это, конечно, только вариант компоновки - цветовое оформление может быть каким угодно...