Как лучше составлять форму с кучей контрлов?

← →
12 © (2010-05-26 10:01) [0]

Есть программы, наверное все писали, где список (грид), краткой информации о записи, а потом жмакаем - и выезжает форма, где порядка 50-100 едитов, чекбоксов, а если еще каждый подписать для чего он(label поставить), то в 2 раза больше..
А потом как поменяют форму - начинаешь перетаскивать, удалять, код править..
А как делаете Вы?
Как бы это дело меньше руками делать?

← →
Ega23 © (2010-05-26 10:03) [1]

50 эдитов на модальной форме - это у вас что-то база ректально спроектированаю

← →
12 © (2010-05-26 10:08) [2]

> Ega23 © (26.05.10 10:03) [1]

спроектировано не ректально, инфы по записи хотят видеть как можно больше
не из одной таблички поля, там и из других 6-7 связанных присутствует инфа

← →
Ega23 © (2010-05-26 10:15) [3]

TStringGrid, TListView и много-много других. Нафига 50 эдетов и 50 лейблов - не понимаю.

← →
Sergey13 © (2010-05-26 10:15) [4]

> [0] 12 © (26.05.10 10:01)
> А как делаете Вы?

Так и делаю.
> перетаскивать, удалять, код править

Таких форм как правило не много, посему и занимаешься ими "в индивидуальном порядке". Особенно если просят, что было похоже на печатный вариант формы.

← →
Игорь Шевченко © (2010-05-26 10:16) [5]

> 50 эдитов на модальной форме - это у вас что-то база ректально
> спроектированаю

Это ты с базами не знаком

← →
Ega23 © (2010-05-26 11:16) [6]

> Это ты с базами не знаком

О да, я лох педальный, школота и сказочный дол...б.

← →
Anatoly Podgoretsky © (2010-05-26 11:20) [7]

> Ega23 (26.05.2010 10:15:03) [3]

Tabs

← →
Ega23 © (2010-05-26 11:25) [8]

> Tabs

Да решений много. Например, дерево категорий слева и набор фреймов. Можно и черех PageControl. Через мастер.
Но 50 редактируемых значений на форме - это застрелиться и не жить.

← →
12 © (2010-05-26 11:39) [9]

о да, ИШ умеет сказать, что чувствуешь себя минут 5 [6] :)

TStringGrid, TListView, Tabs и решений много
Да.
но это, действительно, очень не похоже на печатный вариант формы

← →
pasha_golub © (2010-05-26 11:42) [10]

Ну, как бы... auto layout не поможет? если их действительно так дофига, то програмно узнаем тип поля, для него и создаем свой эдит (мемо, блоб и т.д.)

← →
tesseract © (2010-05-26 12:18) [11]

> то програмно узнаем тип поля, для него и создаем свой эдит
> (мемо, блоб и т.д.)

C layout куча проблем может вылезти. Обычно фрэймы, lookup-контролы и вложенность помогает.
А ещё лучше нормальное проектирование.
Как говорит великий гуру "человек не может воспринимать больше 5 сущностей одновременно".

← →
oldman © (2010-05-26 12:22) [12]

> Ega23 © (26.05.10 11:25) [8]
> Но 50 редактируемых значений на форме - это застрелиться
> и не жить.

А по 50 на каждой "вкладке" не хочешь?

← →
boriskb © (2010-05-26 12:26) [13]

> Ega23 © (26.05.10 11:25) [8]
> Но 50 редактируемых значений на форме - это застрелиться
> и не жить.

> 12 © (26.05.10 10:08) [2]
> инфы по записи хотят видеть как можно большене из одной
> таблички поля, там и из других 6-7 связанных присутствует
> инфа

Это проблема, между прочим.
Но не программирования, а общения с заказчиком.
Мне, папример, далеко не всегда удавалось убедить заказчика, что то, что он требует - глупость несусветная.

У меня жена дизайнер, рекламу делает. Частенько вижу как заказчики такую хрень требуют, что ихний макет способен развет только последних покупателей от них отвадить, не то чтот привлечь новых :)) И что? Делает, как заказчик требует.

Поголовно грамотные все.
Футбол :)

← →
Sergey13 © (2010-05-26 12:50) [14]

> [11] tesseract © (26.05.10 12:18)
> А ещё лучше нормальное проектирование.

Не всегда проектирование, как таковое, возможно в принципе. У меня вот оборудование выдает лог - 198 полей, только что пересчитал. И чего тут проектировать? Слава аллаху я единственный, кто с этим логом работает, а я ним только запросами общаюсь - форму не надо рисовать. 8-)

← →
RWolf © (2010-05-26 13:37) [15]

> Sergey13 © (26.05.10 12:50) [14]

поля кладём в XML, его и показываем. Одного контрола должно хватить.

← →
12 © (2010-05-26 13:43) [16]

> И что? Делает, как заказчик требует.

именно так и требует : )

Насчет динамического создания надо подумать.

Можно все поля из запроса представить квадратиками/прямоугольничками, показать paitbox с примитивами - пусть сам таскает/ровняет

или на форме накидать как попало и разрешить таскать, кнопку запомнить FormClass&ControlPosition забабахать..

надо подумать, короче :)

← →
tesseract © (2010-05-26 13:49) [17]

> У меня вот оборудование выдает лог - 198 полей,

И все нужны для редактирования в базе на ОДНОЙ форме ?

← →
Игорь Шевченко © (2010-05-26 14:00) [18]

я не совсем понял - а что, стоит задача минимизации числа контролов ?

> Как бы это дело меньше руками делать?

Попробуй делать головой

← →
12 © (2010-05-26 14:07) [19]

> я не совсем понял - а что, стоит задача минимизации числа
> контролов ?

нет
Стоит задача - сделать форму с многими контрлами и минимизировать переделку при ахтунге

ЗЫ

> Попробуй делать головой

нгрпаекавк
во, попробовал - че то не то получается..

извините :)

← →
Игорь Шевченко © (2010-05-26 14:13) [20]

12 © (26.05.10 14:07) [19]

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

Имеет смысл, если форма меняется достаточно часто. Иначе проще руками контролы передвинуть/добавить/удалить и не парить мозг окружающим.

← →
Омлет © (2010-05-26 14:16) [21]

Программистов надо учить эргономике.

← →
Sergey13 © (2010-05-26 15:12) [22]

> [17] tesseract © (26.05.10 13:49)
> И все нужны для редактирования в базе на ОДНОЙ форме ?

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

только просмотр что ли?

и для этого придумалось рассовывать данные полей по контролам?

нет, не только просмотр
чекбоксы, эдиты, связанные гриды
лабели аля ссылки, на онклик - показываю мини формочку с БДдеревом выбора
вот такая ерунда..

ладно, похоже "по-честному", руками, проще все же будет

Да всё решаемо. Просто нуно подумать какие поля показывать. В Treeview с отбором например.

Они вообще не редактируются

нет, не только просмотр

не редактируются, но не только просмотр.
видимо еще и любование данными (если не радактируются, но не только просмотр)

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

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

← →
ocean (2010-05-27 14:07) [29]

Хороший вопрос. Вообще-то я согласен с тем же > Ega23 © , экран меньше печатного листа, имеет другую конфигурацию, удобная программа должна избегать громоздких форм. Видел я исключения, напр. один хацкер сбацал - нет другого слова - неск. форм для подделки документов на нечестный автомобиль. Но такие вещи делаются конкретно под людей, знающих, что им надо.
Если это все же необходимо, мне нравится подход распространенный у империалистов, формы PDF. Легко редактировать, и кстати прекрасно ложится на веб-сайт.

> формы PDF

опять искать что за фрукт ..
:)

> удобная программа должна избегать громоздких форм.

Еще один поклонник Прокруста. Откуда вы беретесь, такие ограниченные ?
Зайди на любой survey, посмотри на количество полей для ввода, подумай.

Как лучше составлять форму с кучей контрлов? Найти похожие ветки