В ListView прятал ID таким образом в Data. Есть что

то подобное в DBGrid? Что бы id из базы юзеру не показывать? MyItem := ListView1.Items.Add;
MyItem.Data := Pointer(SQLQuery1.FieldByName('ID').AsInteger);

Что мешает скрыть колонку?

Хм... ну так как то удобно было.

Грид связываешь с источником данных, затем на нужных колонках устанавливаешь свойство Visible в false, в источнике данных можешь спокойно обращаться к этим полям

Тоже думал, но а все же, теперь ради интереса, как можно еще?

Спрятать ID от пользователя?

Колонки в DBGrid настраиваемые

То что ты выводишь в гриде (сетке) может очень сильно не зависеть от того, что есть в датасете. Например, поле sex в датасете 0 или 1, а в гриде МужОбъелсяГруш или Дэвушка. Или какие-то радужные названия )))

Понимаю 👍

Да, грид не первой свежести (если убрать верхние кнопки-это он), но его очень сильно можно менять. Для примера. Слева-та самая фиксированная колонка. Отметки можно делать мышкой и клавишами (как стандартно) и они не пропадают от случайного нажатия. В верхнем левом углу отметить все или снять. "б"-это срабатывает фильтр по текущей колонке. И отвечаю. Здесь не про красоту, а что можно прикрутить к старенькому DbGrid`у

Вырви глаз )

Ну мои уже вроде на уровень 2000ных вышел. 👍

Через 5-10 лет вы будете плеваться на нынешний интернет смартфонов? )) Думаю, что да

Да и в этом нет ничего плохого

Да! И примерно об этом предупреждала )

Да. Это называется "прогресс"... развитие...

Дизайн на смартфонах по сравнению с ноутбуками даже - это не прогресс, а обкоцанное приспособленчество )))

Расскажи это всей индустрии мобильных устройств и приложений и хомячкам, этим пользующимся :))

А как же mobile-first? По мне, так весьма хорошая тема, выпрямляет мышление, что информацию на пользователя надо вываливать дозированно. И для этого предлагает делать это в крайне ограниченном пространстве.

Это возражение моим словам?

Промахнулся с адресатом :)

А зачем? Мне достаточно знать, согласны вы или нет. Если нет, то почему. То что втуляют всему миру, это совсем другое. Как может быть удобен интерфейс, если две кнопки меньше натруженного мозолями пальца мужчины? )) И чтоб два раза не вставать. А что first? Вначале делается обрезанный интерфейс, а потом масштабируется )))

Есть результаты исследований про количество вещей, которые человек может держать в фокусе внимания. Это что-то в районе 4-10 штук. Мобилки с отображением этого числа вполне справляются. Но тут надо напрягаться, думать, как это организовывать. То ли дело гриды на 50к записей, или меню с пятью уровнями вложенности. Пользователь разберётся, давайте на него ещё чего-нить вывалим, вдруг понадобится?

Бгг. Т.е. Word на компе сложно? ))) А вот давайте на телефоне упростим, чтоб понятно было. Да там тупо места нет, и без всяких исследований ясно

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

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

+1 это была основная причина. К тому-же с момента появления Рибона под полным запретом меню двойной вложенности, даже одинарной крайне не желательны и считаются моветоном

Ай я маладец) С сотовыми такое не катит, пикселей не хватает )))