![[MC-04 logo]](/mc-04/chrome/site/logo.png){kind=logo}
Changes between Initial Version and Version 1 of Ticket #1500
- Timestamp:
- Jul 1, 2026, 5:30:15 PM (8 hours ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #1500 – Description
initial v1 3 3 [[Image(ss1.jpg, width=100%)]] 4 4 5 Самой главной информацией в истории изделия является комментарий - именно в нем описано что, собственно, произошло, ради чего в БД была занесена данная запись. Как видно на вкриншоте, этой самой важной информации отведено от силы 20% пространства окна, занятого отображением всей записи (область отмечена на скриншоте диагональной штриховкой). На одну строчку при такой компоновке помещается буквально не более двух слов текста!5 Самой главной информацией в истории изделия является комментарий - именно в нем описано что, собственно, произошло, ради чего в БД была занесена данная запись. Как видно на скриншоте, этой самой важной информации отведено от силы 20% пространства окна, занятого отображением всей записи (область отмечена на скриншоте диагональной штриховкой). На одну строчку при такой компоновке помещается буквально не более двух слов текста! 6 6 7 7 Примерно такая же площадь пространства окна отведена для отображения даты и времени (выделено на скриншоте розовым). Да, дата и время события тоже важны, но это все-таки метаданные события - второстепенная по отношению к комментарию информация... … … 9 9 Примерно столько же места, сколько и комментарию, отведено в сумме для отображения серийного номера и наименования изделия (выделены на скриншоте синим и зеленым фоном соответственно) при том, что серийный номер состоит всего из 6 символов, и наименование платы тоже обычно не сильно длиннее. Мало того, серийный номер и наименование изделия зачем-то **отображаются по много раз** (на данном скриншоте четыре, и то только потому что другие не поместились в область, отведенную для журнала событий)!!! 10 10 11 Кстати, сам журнал событий зачем-то ограничен в размерах. На приведенном скриншоте этого не видно, но даже на маленьком дисплее макбука он занимает лишь половину высоты окна браузера. Как резальтат, для просмотра истории приходится скр иллить историю внутри журнала соытий по вертикали, при том что еще половина эерана не используется (в том смысле, что история, ради просмотра которой и была открыта страница, там не отображается)...11 Кстати, сам журнал событий зачем-то ограничен в размерах. На приведенном скриншоте этого не видно, но даже на маленьком дисплее макбука он занимает лишь половину высоты окна браузера. Как резальтат, для просмотра истории приходится скроллить историю внутри журнала соытий по вертикали, при том что еще половина эерана не используется (в том смысле, что история, ради просмотра которой и была открыта страница, там не отображается)... 12 12 13 13 Наконец, для типа записи и имени пользователя, сделавшего запись (на скриншоте выделено желтым фоном), отведено **ВДВОЕ БОЛЬШЕ** площади экрана, чем для собственно комментария! … … 17 17 **Предлагаю** изменить компоновку записей таким образом, чтобы: 18 18 19 - главной информации отводилось наибольшее пространство за сче м уменьшения пространства, выделенного второстепенной информации (метаданных);19 - главной информации отводилось наибольшее пространство за счет уменьшения пространства, выделенного второстепенной информации (метаданным); 20 20 - выводить текст комментария полностью (!!!), чтобы не требовалась прокрутка (ну или требовлась только если он не помещается в полном окне); 21 21 - устранить дублирование метинформации (выводить серийный номер и наименование изделия только один раз - ); 22 22 - не ограничивать исскусственно размер журнала событий, чтобы исключить ненужный скроллинг. Если уж история не поместилась на экран, пользователь прокрутит ее общим скроллбаром страницы. 23 23 24 Могу предложить примерн такой вариант компонови записи:24 Могу предложить примерно такой вариант компоновки: 25 25 26 26 [[Image(ss2.jpg, width=100%)]]
