Автоматический layout гуя типичной опердени

[metaclass]

Как известно, в оперденях большое количество кода реализует один типичный класс операций - ввод первичных данных.
Безотносительно к тому, что оно все херово обобщаемое даже на уровне работы с сугубо данными (нетривиальные зависимости, которые без sum types плохо моделировать, валидация из разряда "юзеры, умершие 15 нисана получают дополнительную жизнь, если в поле father написано God" и прочее такое) есть еще одна проблема, решения которой, отличного от "специально назначенные женщины-программисты рисуют гуй руками" я не видел.

А именно - layout интерфейса. Обычно оные окна ввода выглядят как 10-20-50 контролов вида "имя поля, данные поля, дополнительные данные вычисляемые из поля (подпись из справочника), кнопочька для вызова справочника или календаря". И если это чюдо не выровнять аккуратно - интерфейс начинает выглядеть как говно. При этом, если интерфейс используется для разных языков - то оно должно быть выравнено еще и для разных длин строк. А еще, желательно, чтобы окно можно было ресайзить и чтобы поля интерфейса ресайзились соответственно, да еще и с учетом допустимых значений (например, целочисленное поле нету смысла ресайзить больше чем 11 символов*ширину символа+хрен пойми какой отступ, зависящий от темы, версии ос, DPI и хрен знает чего, аналогично для дат и прочего).
В итоге, получается, что даже в простейшем случае "вертикально расположены 10 полей ввода" - нужно выровнять их подписи согласно их реальному размеру, учесть идиотизм с отступами, ClientSize, Margin, Padding и прочей чернью, затем выровнять сами поля ввода, выровнять зависимые поля, выровнять кнопочьки справочников и прочую чернягу, сделать минимальный размер окна таким, чтобы это все влазило и было читабельным, проверить на разных dpi, языках, темах UI и версиях виндов, включая модифицированные zvercd-cool-fucked-up-ui-edition и все это очень сильно огорчает.
Простейшие случаи я как-то автоматизировал, но радости все равно не возникает, малейшее дополнение в требованиях, типа "вместо одной кнопки справочника - две для разных действий" и вся генерация гуя ломается. А писать/рисовать гуй вручную, особенно в проклятых дизайнерах - это унижение для разумных существ.

Comments

[inconceivable2.livejournal.com]

А этот есть же, какой-то специальный constraint solver для гуя, вот например (https://en.wikipedia.org/wiki/Cassowary_%28software%29).

[gineer.livejournal.com]

Вот, да. +++

[wizzard]

насыпать эвристик в констрейнт солвер и/или повыводить из типичных шаблонов, да.

[hshhhhh.livejournal.com]

прозвучит, конечно, смешно, но HTML же просто идеален для таких интерфейсов.

[cross-join.livejournal.com]

Массовое овладение разработкой формочек сделало ручной расклад неунизительным и дешевым занятием.

[swizard.livejournal.com]

Когда я приду к власти — все опердени в стране будут работать на базе емакса.

[perplexed-bear.livejournal.com]

Гм. А нейронную сеть обучить строить интерфейс?

[justy-tylor.livejournal.com]

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

А если ресурсов нет, то используется какой-нибудь готовый грид типа "простыня". Ибо нефиг.

[osdm.livejournal.com]

XAML и его потомки не подходят?

[clayrat.livejournal.com]

вот тут что-то с FRP мутят http://www.vpri.org/pdf/m2013003_ksapps.pdf

[berezovsky.livejournal.com]

рисовать и придерживаться рекомендаций MS по рисованию интерфейов, сколько между чем чего должно быть

[binf.livejournal.com]

1) Чтобы гуй не выглядел колхозно-уёбищно, надо взять какую нить Metro UI либу. Я пользуюсь опенсорцной Mahapps Metro, но щас есть много качественных с платным саппортом, для опердней там расценки смешные вообще. тогда можно делать Гуй без проф.дизайнеров и UXнутой хуеты

2) Надо, чтобы бизнесс-лоджик вызывал гуй, а не наоборот. Чтобы гуй можно было делать из repl. Тогда проще писать тесты, лучше модульность, все дела

3) Я обычно делаю маленькие вьюшки на жутком Хамле без С# или с минимумом C#. MVC-биндинг (или SmartUI обвеска в зависимости от задачи) и вся логика Гуя - на F#, так проще жить

[lekard.livejournal.com]

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