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