Проблема с переключателями (Option Button)

[dimix]

Чего-то я не догоняю...

Есть у меня два переключателя (Option Button). У каждого - по два значения. Но почему точка, показывающая выбор того или иного значения, у этих переключателей общая? Как будто это один переключатель с четырьмя значениями.

Называются они у меня так:
Option1(0)
Option1(1)
Option2(0)
Option2(1)

Я был крайне удивлен увидев, что этого недостаточно...

[BV]

Их нужно разделить по к.л. контейнерам. По два в каждый.
Например, во Frame или PictureBox.

[dimix]

Типа в разные рамки? Это не прикол? Если прикол, то признаюсь - я повелся и попробовал. Не помогло. А что подразумевалось под сокращением "к.л."?

Кстати, про Frame. У меня рамка "закрывает" Label'ы. Как бороться? (Send To Back не помогает). У нее же нет BackStyle Transparent...

[d3drm]

не прикол, только так и работает. проверь еще раз.

[Amed]

Надо контролы'ы помещать В рамку. Вырезаем контрол, выделяем рамку, вставляем контрол.

[dimix]

Блин, вот фигня-то... Когда я сначала рисую рамку а потом в нее вставляю переключатель - то работает. А вот когда рисую рамку поверх уже существующего переключателя - облом... Но я вообще не понимаю, почему недостаточно просто назвать элементы по-разному. Нафига в принципе может понадобиться единый переключатель, но при этом с разными именами пунктов?

[dimix]

Ой, вроде и писАл недолго, а уже всё за меня сказали...

[Amed]

Например, при написании СУБД.

[d3drm]

не ломай череп, юзай checkbox...

[dimix]

Например, при написании СУБД.

Ладно, не буду спрашивать, зачем конкретно. Буду писать СУБД - теперь знаю, к кому обращаться

Но все-таки, почему рамка "закрывает" Label'ы и как победить?

[Amed]

Вырезаем контрол, выделяем рамку, вставляем контрол.

[dimix]

не ломай череп, юзай checkbox...

Это как? В смысле, не что такое CheckBox, а как его превратить в переключатель? Программно снимать галочки? А внешний вид? (он же квадратный).

[dimix]

Вырезаем контрол, выделяем рамку, вставляем контрол.

Я два раза два раза не повторяю не повторяю Я подумал, что ты всё про переключатель. Спасибо, для Label тоже помогло.

[Al Khamid]

""

[alibek]

Один начинающий Access-программист использовал...

Access-программист это как? Или это шутка такая?

[Al Khamid]

--

[alibek]

То, что делается в Access, сложно назвать разработкой ПО.
Это скорее разработка системы, шаблонов. И предназначался Access для домашнего пользования, для опытных пользователей, но уж никак не средство полноценной разработки софта.

[Konst_One]

2alibek
ну не скажи, я в свое время очень большие системы ERP-класса делал на акцессе (2-ом, а потом 97) и там кода было даже больше чем сейчас на VB порой.

[Konst_One]

к тому же был раньше Developer SDK для акцесса, который позволял делать полные профессиональные инсталляции таких разработанных систем

[alibek]

Я тоже довольно много чего делал на Access, но он от этого не становится средой разработки.
Довольно многим, и мне в том числе, надоедают неудобства Access и они переделывают программу в другой среде разработки, оставляя Access лишь как хранилище данных.
А если нет, то через какое-то время те, кому предстоит разбираться с этой системой на Access, начинают крыть матом своих предшественников.

[Konst_One]

это точно, поэтому и перешел в свое время на VB

[Al Khamid]

()

[alibek]

Серьезное неудобство Access - в убогости его GUI. Попробуй сделать что-нибудь нестандартное.

[Al Khamid]

""

[alibek]

Да я и не спорю, на Access можно многое сделать.
Но даже по части БД, чем дальше развивается проект, тем большую часть функциональности приходится переносить из конструктора в код.
А нафига он, Access, тогда нужен?