Как запретить изменение размеров формы посредством щелчка на заго

← →
Крутыш © (2004-01-23 18:27) [0]

Добрый вечер программисты!!!
Помогите пожалуйста решить проблемы.
Я всё сделал так чтобы пользователь не смог изменить размеры главной формы.
Но проблемы остались с заголовком.
Когда пользователь щёлкает на заголовке формы, она начинает изменять свои размеры,
как мне сделать так чтобы щёлкая на заголовке форма не изменяла свои размеры
(отключить эту возможность). Помню как-то делал в Visual Basic-e.
Но сейчас не могу вспомнить. Было очень давно.
С уважением!!!

← →
Goida © (2004-01-23 18:33) [1]

Есть в инспекторе объектов у формы свойсво Constraints. С помощью этого свойства можно задавать максимальную и минимальную ширину и высоту формы.

← →
TUser © (2004-01-23 18:45) [2]

в borderIcons отключить maximzie.

← →
TUser © (2004-01-23 18:45) [3]

в borderIcons отключить maximzie.

← →
Sphinx (2004-01-23 19:46) [4]

А свойство Form.BorderStyle менять не пробовал, к примеру bsDialog или bsToolWindow - это как раз запрещет изменение размеров и формы окна пользователем.

← →
TUser © (2004-01-23 20:06) [5]

2 Sphinx
У него, видимо, стоит bsSingle, а при этом можно максимизировать форму. Отсюда сабж.

← →
Sphinx (2004-01-23 20:38) [6]

>TUser © (23.01.04 20:06) [5]

Хм...смотря что он хочет добиться! Если совсем запретить изменение размеров то Form.BorderStyle самое оно, а если что-то другое придумал и это свойство bsSingle, то отключение кнопки максимизации приведет именно к тому эффекту что он написал. При двойном клике на заголовке окно будет разворачиваться на весь экран.

← →
Александр из Минска © (2004-01-23 22:50) [7]

А лучше юзать уже готовые компоненты. К примеру, FormPlacement1 (просто на форму кидаешь и в свойствах указываешь что и как запретить) из RXLib

← →
Юрий Зотов © (2004-01-23 22:53) [8]

> Александр из Минска © (23.01.04 22:50) [7]

Извините, а ЧЕМ же это лучше? Тем, что вместо одной строки кода в EXE потащится здоровенный кусок аж целой библиотеки?

← →
Agent13 © (2004-01-23 22:58) [9]

> Извините, а ЧЕМ же это лучше?

А тем, что для неопытного программера это легче. Хотя я всё же предпочитаю научиться реализовывать требующуюся фичу самому. Чего и Крутышу советую. Да к тому же кучи сторонних компонентов захламляют палитру (правда к RXLib это не относится).

← →
Александр из Минска © (2004-01-23 23:02) [10]

Зато проверено и работает без глюков! А большого объема программе не добавит.

← →
Юрий Зотов © (2004-01-23 23:02) [11]

> Agent13 © (23.01.04 22:58) [9]

Тогда надо говорить не ЛУЧШЕ, а ПРОЩЕ.
Потому что действительно проще. Но хуже, а не лучше.

← →
Юрий Зотов © (2004-01-23 23:05) [12]

> Александр из Минска © (23.01.04 23:02) [10]

BorderStyle тоже проверено и тоже работает без глюков. И не добавляет вообще никакого объема. И, кстати, намного проще.

← →
Александр из Минска © (2004-01-23 23:06) [13]

Давайте все на С перейдем или на Асемблер и будем только одну операцию умножения рассписывать на страничку. Это я к тому, что Дельфи, как мне кажется, и был создан для облегчения создания собственных программ, использую уже готовые вырезки...

← →
Юрий Зотов © (2004-01-23 23:08) [14]

> Александр из Минска © (23.01.04 23:06) [13]

Именно для этого. Поэтому надо просто щелкнуть мышкой в Инспекторе и не морочить голову ни себе, ни другим.

← →
Александр из Минска © (2004-01-23 23:09) [15]

> BorderStyle тоже проверено и тоже работает без глюков. И
> не добавляет вообще никакого объема. И, кстати, намного
> проще.

А если ему надо до определённого размера растягивать, или установить минимальный размер... А также позиции на экране...
BorderStyle тоже поможет?

← →
Юрий Зотов © (2004-01-23 23:12) [16]

> Александр из Минска © (23.01.04 23:09) [15]

Нет, BorderStyle в этом случае не поможет. Зато поможет Constraints и снова все та же мышка.

← →
Александр из Минска © (2004-01-23 23:16) [17]

> Constraints

Можно искать там и там кучи недостатков. Это чисто мой выбор. Я не хочу вступать с вами в жуткие споры, но остаюсь при своем мнении.

И все же советую глянуть эту компаненту. Может пригодится...

← →
sniknik © (2004-01-23 23:18) [18]

сменить BorderStyle или Constraints можно вообще без кода.
а вот поставить новый компанент гораздо гемморнее, нужно следить за версией, под какие дельфя, есть ли исходники, есть ли на него свободная лицензия, и это(использование нестандартных компонент) также может быть запрещено корпоративными правилами фирмы в которой работаете... (или пока еще нет, но что скажете когда придете наниматся?)

p.s. к чему катимся? для изменения визуальных свойств отдельные компоненты! ужас. а я еще возмущался что вокруг одной функции компоненты наворачивают.... ;о))

← →
Александр из Минска © (2004-01-23 23:20) [19]

> sniknik © (23.01.04 23:18) [18]

Проблем с exe не было ни у кого с RXLib! +там не только одно функция.

> Проблем с exe не было ни у кого с RXLib! +там не только одно функция.
не будьте так уверены. перед вами живое свидетельство этих самых проблем. (именно с самим пакетом а не с качеством его написания, к нему претензий не имею, не использую и не имею. код в них говорят грамотный (но вряд ли совместимый от версии к версии))

время от времени приходится разбиратся с разными продуктами (в основном своей же фирмы, филиалов или партнерами), так вот когда приходят какие либо закрытые продукты (dll, com обьекты) обычно прилагаются програмки тесты чтобы просто и наглядно показать возможности обьекта (зачем он вообще нужен), и стоит ли его использовать (простота, наглядность вызовов). програмки естественно должны быть в исходниках и без всяких нестандартных компонент. это правило. тем не менее приходится неделями разбиратся не с самим обьектом или даже кодом, а с тем чего туда понапихали (часто даже сам писатель не может сказать почему в стандарте нет того модуля что есть у него а без него не работает... хотя он вроде ничего не использовал). выяснять приходится по телефону. приятного мало в общем. а впечатление от таких "компонентных" решений, такое что без них они ничего из себя не представляют...
а после долгих разборок когда присылают исправленый вариант, он представляет собой такое жалкое зрелище ... что за ним не водно основного (COM), ради чего все и затевалось. от продукта отказываются а я только время свое теряю, и ладно бы с пользой или наоборот на личные нужды/безобразия ;о), так нет же без толку.

Свой код всегда лучше. Я не говорю, что ВСЕ надо писать самому, иногда не стоит изобретать велосипед, но для практики и последующнго сопровождения программы, это только плюс. А то пришел я на работу, а до меня там любитель всяких компонентов работал, мне и говорят, мол, вот сырцы надо то-то и то-то, а прога не компилируется, компонентов нет!!! Приходится или искать или заменять, если это возможно, а это, как вы понимаете геморой.
А что касаемо обсуждаемого здесь вопроса, то КОНЕЧНО ненужны никакие компоненты. Но это, конечно же, сугубо мое мнение, которое, я думаю, многие со мной разделят. Проблема выеденного яйца не стоит.

Да использую я эти свойства Bordericons=single;
Constrains, но при constrains форма начинает дрыгаться.
Нужно запретить именно щелчок на форме.

попробуй Bordericons=bsDialog, дрыгается?

т.е. не на форме, а на заголовке.

попробовал?

так если сделать dialog а кнопка для сворачивания
тоже нужна.

Использовал это Constrains. Получилось не очень удачно, т.к. я установил минимальные размеры формы, а когда запустил прогу и попытался их (размеры) уменьшить ЧЕРЕЗ ЛЕВЫЙ ВЕРХНИЙ УГОЛ ФОРМЫ, то размеры не поменялись (так и надо) НО ЗАТО ФОРМА ВНИЗ И ВПРАВО УЕХАЛА!!!! А в RxLib такого галюна нет!

Как запретить изменение размеров формы посредством щелчка на заго Найти похожие ветки