| |
|
|
| | в зависимости от Regim надо сделать список с мультивыбором или без, однако
такая вот конструкция выдает ошибку
-Невозможно присвоить значение объекту
Select Case Regim
Case 1: 'Выбор одного
Me.ListVakans.MultiSelect = 0
Case 2: ' Выбор нескольких
Me.ListVakans.MultiSelect = 1
End Select
|
А вот что говорит ХЕЛП
To set the MultiSelect property, you can use the following:
Forms("Order Entry").Controls("Country").MultiSelect = 2 ' Extended.
Из другой формы пробовал (до открытия и после открытия), тоже не катит.
Подскажет кто-нибудь? В чем дело? | |
| |
| |
| |
|
|
| | а чего не сразу так? 
Me.ListVakans.MultiSelect = Regim-1
|
This property can be set only in form Design view.
|
| |
| |
| |
| |
|
|
| | "с мультивыбором или без" - элементы разного класса. Изменить это свойство можно изменить только в режиме конструктора (как, например, и св-во "Всплывающая" формы).
Сделайте "с мультивыбором" и, при необходимости, после выделения 2-й строки снимайте выделение с предыдущей. | |
| |
| |
| |
|
|
| | Да, я уже сделал
Public Function OpenFrmGruppsVakans(Regim As Byte)
On Error GoTo err1
DoCmd.OpenForm "FrmGruppsVakans", acDesign
Forms("FrmGruppsVakans").Controls("ListVakans").MultiSelect = Regim
DoCmd.Close acForm, "FrmGruppsVakans", acSaveYes
DoCmd.OpenForm "FrmGruppsVakans", , , , , acDialog
Exit Function
err1:
Debug.Print err.Description, err.Number
End Function
Public Sub AAAtst()
OpenFrmGruppsVakans (1)
End Sub
|
Спасибо. | |
| |
| |
| |
|
|
| | а два разных конторола - два разных списка (один видимый другой нет) это не кошерно? | |
| |
| |
| |
|
|
| | Блин. А я только так и делал, а программно даже не задумывался. Так что считаю, что кошерно. | |
| |
| |
| |
|
|
| | Рассматривал этот вариант. Но решил, что не гуд. Т.к. он зависит от другого списка. Лишние связи неохота задавать. | |
| |
| |
| |
|
|
| | ну да, ну да... а вот так, конечно, лучше :)
DoCmd.OpenForm "FrmGruppsVakans", acDesign
|
| |
| |
| |
| |
|
|
| | А ЧЁЁ?  | |
| |
| |
| |
|
|
| | в дизайн моде пользовательскую форму открывать?
в общем-то можно, конечно... | |
| |
| |
| |
|
|
| | ещё и скрыто
мы так юзали... даже в коммерческих продуктах :)) никто не жаловался | |
| |
| |
| |
|
|
| |
Ага-ага. Вам пожалуйся.
Кому охота словить 165 кг. в пятак?  | |
| |
| |
| |
|
|
| | И что это означает. Открыть форму "....", в каком режиме? acDesign. Что дает в итоге. | |
| |
| |
| |
|
|
| | Собственно решает поставленную задачу.
acDesign - открыть в режиме конструктора.
Затем меняем нужное свойство(которое нельзя изменить НЕ В Конструкторе).
Смотри код выше.
И все. | |
| |
| |
| |
|
|
| |
Но решил, что не гуд. Т.к. он зависит от другого списка.
|
Очень даже гуд.
Всяко лучше открывания формы в конструкторе, тем паче, что в mde такое не прокатит.
Нужно просто сделать грамотно:
Два списка и одна доморощенная типизированная переменная, в которой ссылка на нужный в данный момент список.
Все отловы событий и прочие "завязки" делать не на сами списки, а на типизированную переменную.
И фсио. :) | |
| |
| |
| |
|
|
| | В общем-то, я согласен.
У меня есть такие формы. Где поле со списком или список используются таким образом.
Вопрос, собственно, возник при попытке изменить свойство мультиселект.
И есче. Время открытия формы зависит от источников данных списков. Чем их больше, тем заметнее, особенно в сети. Это еще одна причина, почему задумался об одном списке.
Хотя, конечно, можно цеплять данные по мере надобности...
Короче, всем спасибо. | |
| |
| |
| |
|
|
| | >>> Хотя, конечно, можно цеплять данные по мере надобности...
дык | |
| |
| |
| |
|
|
| | вообще определил (для себя)
что достаточно двух основных контролов для реализации практически любой интерфейсной задачи: FlexGrid и RichTextEdit :) | |
| |
| |
