Организация интерфейса списка

[GoogleCodeExporter]

У меня разрешение экрана 1600*900
При этом я наблюдаю на странице две линейки 
прокрутки  (2 и 3) и переключатель страниц 
списка (1) (см. вложение). Если нужно  
ограничить "длинну" страницы - используется 
переключатель страниц списка. Если не 
нужно ограничивать, то список не 
разбивается на страницы. Я не могу понять 
зачем нужна прокрутка 2.

Original issue reported on code.google.com by slobodya...@gmail.com on 4 Jan 2012 at 12:45

Attachments:

• 1.jpg

[GoogleCodeExporter]

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

Original comment by kolgen...@gmail.com on 4 Jan 2012 at 2:57

[GoogleCodeExporter]

Вдогонку: а вторую прокрутку, конечно, 
нужно убрать

Original comment by kolgen...@gmail.com on 4 Jan 2012 at 2:58

[GoogleCodeExporter]

Тут плавающая шапка 
http://www.acronis.ru/enterprise/products/ATIES/comparison.html

Original comment by slobodya...@gmail.com on 4 Jan 2012 at 7:49

[GoogleCodeExporter]

>Если нужно  ограничить "длинну" страницы - 
используется переключатель страниц 
списка. Если не нужно ограничивать, то 
список не разбивается на страницы. Я не 
могу понять зачем нужна прокрутка 2.
-Все очень просто. Посмотрите на то как 
выглядит CRUD на 1280х1024.
http://xmages.net/storage/10/1/0/d/d/upload/8e60b9e2.jpg
Действительно, строки начинают занимать 
больше места в высоту. А что же будет с 
1024х768? 
Если у меня сейчас на страницу помещается 5 
строчек. То на 1024х768 поместится максимум 4, а 
то и 3. Когда мы загружаем по 25 строк, и можем 
прокрутить вниз данные мы можем иметь 
более наглядное представление с чем мы 
работает. Какие тут записи, правила и т.д. 
Допустим тот же поиск на страницу CTRL+F. Если 
же мы будем загружать всего по 3 записи то 
места на странице это займет столько же, но 
ведь для понимания записи становятся 
гораздо тяжелее. На много проще понять 
когда видишь сразу много записей. Там так 
сделано, там так и т.д. 
Я считаю, что должен быть как Pager так и 
полосы прокрутки. Зачем Pager-очень просто. 
Зачем грузить сервер? Да и в слишком 
большом кол-ве записей легко потеряться. 
Если pager и вертикальный скролл, думаете, что 
нецелесообразен, то посмотрите 
современные решения. В них Вы также найдете 
и разбиение на страницы. И тот же скролл.
http://www.sigmawidgets.com/products/sigma_grid2/demos/example_master_details.ht
ml
http://www.trirand.net/demophp.aspx
http://dev.sencha.com/deploy/ext-4.0.0/examples/grid/paging.html
>Замечание дельное, идея была - оставить на 
экране кнопки Добавить и К списку, а также 
оставить шапку таблицы на месте при 
прокрутке её содержимого (найденный Димой 
компонент этого не смог обеспечить). 
Думаю. что правильно было бы предоставить 
пользователю регулировать количество 
отображаемых гридом строк (добавить на 
интерфейс такой элемент управления), тогда 
можно будет в зависимости от размеров и 
разрешения экрана настраивать так чтобы и 
кнопки были видны, и шапка таблицы.
-Да это вовсе не компонент.. Это CSS и JS. Сам 
написал. Не более. 
Если же этим заняться более серьезно то 
можно будет обеспечить необходимый 
функционал. Я же говорил, что это временное 
решение. Так таблица "вылазила" за пределы 
окна... Нужно было что-то делать и я принял 
быстрое решение. 
Сейчас займусь этим вплотную. На счёт pager 
нужно еще подумать. Может как то его в 
интерфейс таблицу можно удобно встроить. 

Original comment by DVel...@gmail.com on 5 Jan 2012 at 8:53

[GoogleCodeExporter]

Я так понимаю, что Дима хочет использовать 
desktop-like решения интерфейса. В принципе 
вопрос достойный общего обсуждения. Я 
когда-то по этой причине предлагал перейти 
на JSF. Там уже все готовое. Это в общем.

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

Original comment by slobodya...@gmail.com on 23 Jan 2012 at 11:06

[GoogleCodeExporter]

http://fixedheadertable.com/

Original comment by slobodya...@gmail.com on 15 Mar 2012 at 9:53