Чем может быть вызвана такая разница в размерах:
Почему при работе TPageControl может быть короче того, что задано во время разработки, хотя размеры форм и верхняя граница совпадают? Не то, чтобы это сильно мешало, но всё-таки?
Разница в размерах TPageControl designtime vs runtime
Модератор: Модераторы
-
Troublemaker
- постоялец
- Сообщения: 292
- Зарегистрирован: 16.04.2008 13:00:44
- Откуда: Биробиджан, Дальний Восток
- Контактная информация:
Разница в размерах TPageControl designtime vs runtime
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Заголовочная часть во время разработки и после компиляции меняется (в частности Height)?
Я не уверен, но похоже, что ClientHeight формы (содержащей контрлы) после компиля изменяется.
Я не уверен, но похоже, что ClientHeight формы (содержащей контрлы) после компиля изменяется.
-
Troublemaker
- постоялец
- Сообщения: 292
- Зарегистрирован: 16.04.2008 13:00:44
- Откуда: Биробиджан, Дальний Восток
- Контактная информация:
Если и меняется, то не мной, потому и удивляюсь. Сейчас попробую выдать размеры в рантайме и посмотрю...VirtUX писал(а):Заголовочная часть во время разработки и после компиляции меняется?
Добавлено спустя 25 минут 4 секунды:
Попробовал... В дизайнтайме и до вывода формы на экран высота 508, после прорисовки формы высота становится 489, все остальные параметры (top, left, width) остаются без изменений. С чего бы?
-
Troublemaker
- постоялец
- Сообщения: 292
- Зарегистрирован: 16.04.2008 13:00:44
- Откуда: Биробиджан, Дальний Восток
- Контактная информация:
Дык, я не сторонник пластмассовых кнопочек, поэтому тема в вин-ХР у меня классическая, безо всяких наворотов. Только меню "пуск" включил нового образца, где есть список последних запущенных программ и шорткаты на браузер и почту.Attid писал(а):от темы окошек плавать может
Сейчас попробую принудительно выставить после прорисовки высоту 508...
Добавлено спустя 8 минут 8 секунд:
Запихал в form.onshow принудительное выставление высоты - выставилась, как я и хотел, но это же не дело...
Не знаю как в Windows, но под Linux (у меня включены почти все эфекты компиза, оформление окна - эмеральдовское) таких проблем не видел 
-
Troublemaker
- постоялец
- Сообщения: 292
- Зарегистрирован: 16.04.2008 13:00:44
- Откуда: Биробиджан, Дальний Восток
- Контактная информация:
А какая среда - gnome/kde? Под какой интерфейс сборка? Там тоже есть (у меня, во всяком случае) проблемы. Ходи сюда.VirtUX писал(а):под Linux ... таких проблем не видел
Почитал. Считаю, что все же с Parent были проблемы. Нужно делать так: TProgressBar.Parent:=SB1.Panels[SB1.Panels.Count-1] as TWinControl; - должно работать.
У меня в любом Х-окружении нет проблем. Я обязательно везде (по возможности) использую свойство контролов - Align и BorderSpacing.
Код: Выделить всё
Error: Incompatible type for arg no. 1: Got "TStatusPanel", expected "TWinControl"У меня в любом Х-окружении нет проблем. Я обязательно везде (по возможности) использую свойство контролов - Align и BorderSpacing.
-
Troublemaker
- постоялец
- Сообщения: 292
- Зарегистрирован: 16.04.2008 13:00:44
- Откуда: Биробиджан, Дальний Восток
- Контактная информация:
Но почему под виндой этого не надо?VirtUX писал(а):Нужно делать так
Так нужно делать не из-за того, что это та или иная ОС, а просто так правильней (логичней). К стати, если требуется вновь созданным компонентам изменять обработчики их событий во время исполнения (типа: SB1.Panels[SB1.Panels.Count-1].OnClick := MyClicks;), то нужно использовать вместо {mode objfpc} {mode delphi}.Troublemaker писал(а):Но почему под виндой этого не надо?
А по поводу почему в одной ОС так, а в друй ОС сяк - это вопрос к разработчикам среды Lazarus.
PS Разрабатывать защищенные от возможных боков и несовпадений приложения пока вреда никому не приносило.