debi12345 писал(а):Ну не знаю... С якорями, спэйсерами и сплиттерами - практически любую раскладку можно сделать.
В Delphi я делал любую какую хотел, а в MSE не смог сделать первую потребовавшуюся... вот ваше "практически"...
Вот, что я хочу:
1. поставить ttoolbar, растянуть его на всю ширину и прижать к верху (аля alTop)
2. поставить два грида и сплитер между ними.
3. левый грид должен прижаться к левому и нижнему краю, к ttoolbar (аля alLeft)
4. правый грид должен прижаться к правому и нижнему краю, к ttoolbar (аля alRight)
5. сплитер должен прижаться к обоим гридам, к верхнему и нижнему краю
debi12345 писал(а):Если не секрет - что за проекты такие, что важен каждый пиксел ?
В MSE не зря поддерживаются шаблоны, с их помощью можно реализовать темы/скины для программы.
Допустим, мы делаем файловый менеджер, и делаем раскладку приведенную выше (это только в минимальном виде). Я хочу сохранять параметры tfacecomp, tframecomp в файл темы. Допустим, цвет формы серый, т.к. по идее (которую я не могу реализовать в полной мере из-за бага) сама форма не видна (его рабочая область полностью закрывается дочерними контролами), то нет смыла беспокоиться об её цвете. Дизайнер хочет сделать ttoolbar, не серого цвета, а, допустим, песочного, да и еще с небольшим вертикальным градиентом. Пытается сделать, а справа от ttoolbar полоска серого цвета - дизайн в мусорку, отказывайся от градиента, задавай также цвет формы, тогда ничего не будет заметно - очень гибко, прям простор для фантазии дизайнера тем.
Далее... с гридами... левый грид мы прижали к левому краю, прижать правый в притык мы не можем, т.к. появляется прокрутка... вынуждены (где же ваша хвалёная гибкость) делать отступ справа... раз мы сделали отступ справа прийдется сделать его и слева... у нас будут те же проблемы с отступом в низу... и его далаем...
итого, мы вынуждены (эх как хочеться повторить, но см. выше) три отвратительных никому не нужных отсупа... Зачем? ведь у нас и так есть рамка окна и рамки гридов...
debi12345 писал(а):Мартин изначально считал этот способ 1) нормальным и 2) оптимальным.
Смотря с какой стороны смотреть: с точки зрения размера программы, это несколько лишних килобайт - в зависимости от числа/размера иконок и размера отспупа. Хотя говорить о нескольких килобайтах как-то не удобно, в то время как размер проги с пустой формой уже более 1Мб...
debi12345 писал(а):Один фиг придется иконки рисовать/редактировать - так лучше заложить в них эти отступы, чем грузить GUI отрисовкой этой мелочевки.
Я не умею рисовать, я использую готовые, и мне не лучше... приходиться запускать редактор и править иконки - лишний час работы, которую я не люблю.
debi12345 писал(а):> And tframecomp.template.imagedist I forgot.
Во, это решает проблему
imho, с margin/padding как очевиднее
ну да ладно, проехали, главное решение нашлось.
Attid писал(а):даже где-то было иследование на эту тему, что добавление в програму настроек внешнего вида в корпаративном ПО сьедает в среднем 15 минут рабочего времени пользователя в день на настройки, но повышает эффективность его работы . вот . =)
...а сохранение настроек внешнего вида в профиле пользователя, экономит 10 минут в день рабочего времени потраченого на настройки
debi12345 писал(а):Но роль одного пиксела преувеличена. Считаю, что там, где стал важен один пиксел - там misdesign, и нужно делать отступ пять и больше пикселов.
Попробуй объясни это дизайнеру, который считает, что ты в хлам убил весь его дизайн - мне приходилось верстать дизайн сайта почти в пиксель-в-пискель. Сверстать пиксель-в-пиксель не реально (вобщем, только из-за шрифтов), но более ювелирной работы мне выполнять не приходилось.
Ну а в целом, я не понимаю, почему я мог это сделать в Delphi/Lazarus не задумываясь, а в MSE я вынужден делать отступы, которые я раньше никогда не делал и не вижу смысла делать.
Не порю, я видимо просто делаю что-то не так, что в MSE это нужно делать как-то иначе, не очевидным для делфяшника образом... ведь самом MSEide, в редакторе все контролы в притык и ни отступов, ни лишних полос прокруток...
