Rambler's Top100
Форум: MS ACCESSVBVBA MS OfficeMS SQL server
Новые сообщения: 0000

Форум: MS ACCESS

Вопросы связанные с MS ACCESS

Обновить визитку
Участники «Online»
Все участники

 
 

Доброго времени суток, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Скрытие ненужных полей в подчиненной форме!!!!
 
 автор: roman   (10.06.2011 в 10:56)   личное сообщение
 
 

Здраствуйте!столкнулся с такой проблемой,есть подчиненная и главная форма они связаны,на главной форме выпадающий список со значениями.Как сделать так чтобы при выборе например 1 значения в выпадающем списке,формировались только определенные поля в подчиненной форме и их можно было заполнять?

  Ответить  
 
 автор: Explorer   (10.06.2011 в 11:04)   личное сообщение
 
 

проще (и лучше, с учетом особенностей среды разработки)
сделать две (или сколько надо) разные подчиненные формы - для разных выбираемых вариантов.

при выборе того или иного варианта менять SourceObject контрола отображающего подчиненную форму,
соответственно будет отображаться подчиненная форма только с нужными в данном случае элементами

  Ответить  
 
 автор: Гоблин   (10.06.2011 в 13:19)   личное сообщение
 
 

Как-то так и делал. Получалось до 4 различных подчиненных форм. По умолчанию видна только форма1. Потом на событие после обновления в полесосписком ставил что-то типа

Select Case Me.ПолеСоСписком

Case Is = "форма2"
Me.форма1.Visible = False
Me.форма2.Visible = true
Me.форма3.Visible = false

Case is="форма3"
Me.форма1.Visible = False
Me.форма2.Visible = false
Me.форма3.Visible = true

Case Is = "форма1"
Me.форма1.Visible = true
Me.форма2.Visible = false
Me.форма3.Visible = false
end select

Но если источник формы остается один и тот же, то это ерунда. Тогда лучше ленточную форму сделать и скрывать controls как-то так.

  Ответить  
 
 автор: snipe   (10.06.2011 в 13:28)   личное сообщение
 
 

гоблин - вы чего творите
тут уже был вопрос на тему что форма перегруженная подчиненными формами долго грузится и тормозит
менять нужно sourceobject контрола подчиненная форма
(если найду то скину ссылку)

  Ответить  
 
 автор: Гоблин   (10.06.2011 в 13:32)   личное сообщение
 
 

Да я только вариант предложил. Сам вообще в последнее время без подчиненных форм работаю. Практически отказался от этого дела.

Давай ссылку.

  Ответить  
 
 автор: Explorer   (10.06.2011 в 13:54)   личное сообщение
 
 

>>> Как-то так и делал

больше никому не показывай этот ужас и кошмар.
и мы никому не расскажем, это будет страшная тайна.

  Ответить  
 
 автор: snipe   (10.06.2011 в 14:00)   личное сообщение
 
 

http://hiprog.com/forum/read.php?id_forum=1&id_theme=8467&page=3

  Ответить  
 
 автор: Гоблин   (10.06.2011 в 15:32)   личное сообщение
 
 

Застремали в конец. Это из давнего. Кстати до сих пор работает. А за пример спасибо. Не додул сам до такого. Подобный вопрос всегда вставал.

  Ответить  
 
 автор: Lukas   (10.06.2011 в 18:36)   личное сообщение
 
 

Вот вопросик у меня имеется:
Когда мы меняем объект контрола подчиненная форма - происходит перезапрос данных этого объекта.
Происходит-ли тоже самое (перезапрос), когда мы меняем видимость контрола подчиненная форма?

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

  Ответить  
 
 автор: Explorer   (10.06.2011 в 18:45)   личное сообщение
 
 

да, такой вопрос возникает. универсального ответа на него нет - как про сферического коня в вакууме.

(PS -универсального, не в смысле про обновление источника подчиненной, а в смысле как лучше быть )
вот у меня меню слева - дерево транзакций, при переключении меняются формы ввода справа - соответственно с пунктом меню открывается требуемая форма.

вопрос что будет если я начну гонять по дереву как на рояле очевиден - не будут успевать открываться формы и подгружаться данные

так что мне теперь - загрузить все формы транзакций сразу на открытие?

  Ответить  
 
 автор: Lukas   (10.06.2011 в 18:56)   личное сообщение
 
 


... так что мне теперь - загрузить все формы транзакций сразу на открытие?


Достаточно загружать нужную при первом обращении и показывать.
Затем только скрывать / показывать.
Почему то уверен у вас их не 20 штук. :)

  Ответить  
 
 автор: Explorer   (10.06.2011 в 19:08)   личное сообщение
 
 

ну да,
раз-то в 10 точно побольше

  Ответить  
 
 автор: Lukas   (10.06.2011 в 19:13)   личное сообщение
 
 

То есть у вас более 200 разновидностей транзакций, требующих отдельные формы?
Круто.
Тады может попробовать пул из 5-10 шт. Не вариант?

пс. У нас все значительно проще. :)

  Ответить  
 
 автор: Explorer   (10.06.2011 в 19:21)   личное сообщение
 
 

в общем-то их гораздо больше 200 и я имею в виду только те, которые требуют разных форм

распределены пулами,

но таких пользователей которым доступны все транзакции нет, они получают сообщение You are not autorized for transaction <Код транзакции> если докапываются в меню до недоступной транзакции

  Ответить  
 
 автор: Lukas   (10.06.2011 в 19:25)   личное сообщение
 
 

На Access?

  Ответить  
 
 автор: Explorer   (10.06.2011 в 19:28)   личное сообщение
 
 

нет :)

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

сложно в реализации сложно в поддержке а смысла в этом совсем чуть-чуть.

все должно быть просто как автомат калашникова.
или как сто автоматов калашникова
или как тысяча автоматов калашникова, если требуется :)

  Ответить  
 
 автор: Lukas   (10.06.2011 в 19:33)   личное сообщение
 
 

Шулер! :)
А в целом, конечно, согласен.
Простота реализации увеличивает надежность.

  Ответить  
 
 автор: Explorer   (10.06.2011 в 22:14)   личное сообщение
 
 

кстати, полностью настраиваются табличные формы.
точнее табличных форм в общем-то нет, это своего рода сабформы на формах

вот там делай все что хочешь, все какие есть поля, в какой нужно последовательности
(из того что есть, дополнительные или вычисляемые колонки не создаются)


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

и это правильно.

  Ответить  
 
 автор: Lukas   (10.06.2011 в 22:19)   личное сообщение
 
 

Ну не люблю табличных/ленточных форм.
Не прет меня от них, хоть тресни.
Люблю листбокс за простоту. :)

  Ответить  
 
 автор: snipe   (10.06.2011 в 18:48)   личное сообщение
 
 

вроде как нет
т.е. если через SourceObject то курсор встает на 1 запись
если через Visible - то курсор стоит там где его оставили
хотя могу ошибаться

  Ответить  
HiProg.com - Технологии программирования
Rambler's Top100 TopList