monodevelop UI забавные контролы

> это ж ужас какойто!

ужас - это гуй, который после изменения dpi или темы превращается в говно

>извращаться с контейнерами
Нужно. И очень полезно.

В чем проявляется «ужас»?

Описание «ужаса» в студию.

Лорчую!

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

Ага, ну тогда тебе нужно почитать книжки/маны по проектированию UI в GTK+/Qt/SWING(Java).

А то, что ты сейчас изложил - Дельфи-стайл. Это очень дурной тон, поверь.

> Ага, ну тогда тебе нужно почитать книжки/маны по проектированию UI в GTK+/Qt/SWING(Java).

В список стоит добавить книжки по WPF, там тоже всё на контейнерах.

WPF + Mono = compile error.

Никто не мешает кинуть контейнер fixed и пользоваться дальше быдлометодикой говноразбрасывания контролов в заданные пиксели.

Именно поэтому я и не юзаю mono. Но ведь речь шла не о том, что можно заюзать, а о том, что почитать, для понимания контейнерного построения интерфейса?

> ужас - это гуй

Fixed.

Анкоры и в WinForms есть.

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

Просто под виндой ты юзал убогий WinForms, а не православный WPF.

Костыли и в WinForms есть.

fixed

>А то, что ты сейчас изложил - Дельфи-стайл. Это очень дурной тон, поверь.
Чем плохой? Мне, например, намного удобнее удобнее и быстрее раскидать в Qtcreator-е button/edit/spinbox/label/.... , переопределить метод, чтоб он двигал layout-ы при изменении размера. Обработчик события при нажатии создать очень просто.
//подумываю отказаться от этого способу)
//студент если что

ВНЕЗАПНО, даже в Qt графические элементы приложения располагаются согласно контейнеров. Это гарантирует то, что при запуске (окна) приложения на мониторе с другими характеристиками, оно будет выглядеть именно так, как ты его проектировал, а не иначе.

Именно поэтому я не юзаю WPF

//fixed

Но в общем и целом согласен.

Короче, если проектировать графический интерфейс с помощью контейнеров выше твоих сил, то GTK не для тебя, юзай Lazarus.

Короче, если проектировать графический интерфейс с помощью контейнеров выше твоих сил, то GTK не для тебя, юзай Lazarus.

толсто =)

Так поясните мне почему лучше проектировать ГУЙ через контейнеры?

Я уже объяснял это выше.

monodevelop UI забавные контролы (комментарий)

И откуда вы беретесь?

Медицинскую энциклопедию почитай.

ну зачем же их пускают к компу? Пусть пользуются чем нить попроще, если не понимают...

Со школных времени, когда я программировал на MFC, я не мог понять, почему это кнопочки позиционируеются вручную

Ну и много напрогал со школьных времён?

Мое быдлокодерство закончилось с середины 11 класса, когда я вполне насладился этим никчемным занятием

Откуда тогда столько гонору?

namezys

И откуда вы беретесь?

namezys

Пусть пользуются чем нить попроще, если не понимают...

Человек учится, спрашивает, а тут ты на коне, мол тебе это не нужно и вообще ты тупой...

Методичку читать надо прежде

> Откуда тогда столько гонору?

Он же маковод.

контейнеры/layout-ы/как_угодно_их_называй - это единственно верный способ писать GUI, и ТОЧКА остальное - недобыдлокодингстиль

извращаться с контейнерами?

Вручную расфасовывать виджеты - вот извращение.

Только не говори, что делаешь гуй фиксированного размера.

> единственно верный способ писать GUI - не делать этого, и ТОЧКА остальное - недобыдлокодингстиль

FIXED.

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

Не моно, но может оказаться полезным посмотреть на эти картинки.