|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Svyatoslav Abramenkov 2:464/8088.100 20 Jul 2001 15:22:05
To : kazav@vngdu.udmurtneft.ru
Subject : Что бы это значило?
--------------------------------------------------------------------------------
At 20 Jul 01 09:13:47, kazav@vngdu.udmurtneft.ru wrote to All:
k> То, что головой, с этим никто не спорит. А вот на счет мышеюзанья у меня
k> складывается впечатление, что у работающих с Linux, это становится
k> навязчивой идеей: усматривать во всех подходах, кроме ручного кодинга,
k> число
k> зверя. Если кому-то нравится кодировать фэйс, не пару окошек, а большое
k> количество элементов с докингом и.т.п, вручную то это только его проблема,
k> я
k> в RAD-среде сделаю это на порядок ,если не на два, быстрее, и сомневаюсь,
k> что ручной вариант будет в чем-то эффективнее. Я программил под DOS, и там
k> весь фэйс писал ручками (у меня была своя библиотека для графического UI)
k> поэтому знаю, что это такое.
Тогда, плиз, расскажи мне простую вещь: как сделать так, чтобы простое
окошко (TForm) с 10-20 контролами типа TLabel, TEdit и TButton после активации
имело бы размер 3/4 экрана по вертикали и горизонтали и находилось бы
посередине, чтобы все контролы находились на своих местах (пропорционально!,
т.е., скажем первый контрол на 10% по вертикали и 10% по горизонтали от (Top,
Left) и имел бы размер 15% от Width окна по горизонтали и 5% от Height окна по
вертикали и так со всеми остальными), чтобы при этом текст не вылазил со своих
мест и форма бы не становилась скроллируемой, и чтобы часть контролов не
пропадала за краями формы при любом изменении разрешения экрана (ну хотя бы от
640х480 до 1280х1024) и размера системного шрифта (от 100% до 400% в свойствах
экрана).
И еще, pls, расскажи, как мне в этом поможет "RAD" навроде VB, Delphi,
Kylix или MSVS, и на сколько порядков быстрее получится.
--
Svyatoslav <absolute_sh@mail.ru>
[Registered Linux user #219421]
--- QDed/Linux
* Origin: AbSolute Soft&Hard (2:464/8088.100)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
