Анатолий ( Киев )У объекта Form есть метод Move, которым можно изменить размер и расположение формы.
guzel09...ленточная ... Форма1 открывается для одной записи. Не понял! Если в источнике одна запись, то зачем вам 5 строк? А если записей 5 и более, то что вам мешает в режиме конструктора задать и сохранить желаемый размер?Там, видимо, открывается ленточная форма без источника записей (задается позже).
А в этом случае начальный размер формы соответствует одной записи в области данных.

При открытии формы присвойте ей размер, как уже говорилось, методом Move.
Можно как сумму высот заголовка, примечания и нужного количества записей в области данных.
Можно и примерно, выровняв потом форму командой DoCmd.RunCommand acCmdSizeToFitForm.

vmag,

Ну, не знаю...
Меня слушаются.)))

У меня невстроенная ленточная содержит в себе и подчиненные формы,
и вкладки с критериями выборки и все, что нужно.
И выглядит красиво.)))

Predeclared__Michelle... И выглядит красиво.)))
А скринов можно попросить?
:)Если ответить в Вашей знаменитой манере, то ответ должен звучать "попросить можно".)))
Шучу.)))
Надо подумать, там конфиденциальные персонифицированные списки...
Попробую заменить Ф, И и О индексами элементов словаря и адреса как-то перемешать...

Только не сегодня и, может быть, не завтра.

А вообще, страшновато на суд таких корифеев выставлять.(((
Но деваться некуда...

Predeclared,

Ну что ж...
В какой теме выкладывать-то, в этой?
Или завести новую, "Только для Predeclared "?)))

Хорошо. Возможно, завтра к вечеру. Или, в крайнем случае, послезавтра.
Лучше здесь, чтобы со временем затерялось.)))
А то там такая ответственная многотомная тема...

guzel09Всем большое спасибо за участие, но сделала по своему. Все отлично работает. :)Интересно, как же? Расскажите.

guzel09,

Что-то не вижу, где "предлагалось изменить свойство изменяемая", можете указать сообщение или процитировать его?
А вот советы, как задавать высоту программно, вижу.

guzel09cylindrguzel09,

Поставьте "Изменяемая", отрегулируйте как надо и сохраните.Понятно.
Но о программных способах тоже все-таки полезно было бы почитать, тут дальше есть.

Predeclared,

Сейчас попробую выложить обещанный скрин.
В Corel'е уменьшала разрешение, чтобы объем соблюсти, стало слегка смазанным.
Закрашивать черным данные не нравится,
сначала думала по конспиративным традициям использовать "симпатические чернила" - белым по белому,
но получилось как-то пусто, поэтому просто заменила на условный текст.

Окно здесь с изменяемой границей и без заголовка.
Кнопка закрытия и заголовок - имитация.
Без заголовка сделала благодаря выложенному Вами примеру в 7195316 . Спасибо.

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

Predeclared,

Спасибо за мнение.

Однако впечатление "тесноты" создается только от рисунка, у меня тоже оно возникло,
на экране такого нет, и цвета областей там не такие насыщенные, легкое тонирование,
все просторно и прозрачно.
Данных здесь не так много, как кажется, они все увязаны между собой,
поля песочного цвета - служебные, для быстрой визуальной оценки ситуации по человеку.
Что касается количества записей в наборе, то оно легко и быстро меняется с помощью критериев выборки.
Однако часто требуется именно весь набор, как для поиска определенного персонажа, зачастую по неточным данным ФИО и др.,
так и для корректировки/пополнения существующих данных для множества произвольных, заранее неизвестных, участков списка.
А сузить список можно практически мгновенно одним-двумя-тремя-...
(в зависимости от количества используемых критериев, всего более 70 критериев, тоже скажете - слишком?))))
кликами мышки на вкладках "Критерии выборки".

Зачем замена заголовка и кнопки?
При наличии заголовка распахивание окна приводит к тому, что кнопки закрытия окна и всего приложения стоят практически рядом.
Пользователь может промахнуться и закрыть сразу все.
А так кнопку закрытия окна не спутаешь и при распахнутом окне.)))
Скрытием же окна приложения я как-то пока не занималась и вряд ли буду.

Свежий взгляд, конечно, всегда полезен.
Я очень благодарна Вам за мнение.
Но могу сказать, что пользователи (а они разные) легко осваиваются и им очень нравится.
Хотя, это тоже, наверное, не так важно.

А теперь ВАЖНОЕ - хочу посмотреть Ваши формы. Можно?)))

Predeclared,

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

PredeclaredМикс контролов данных с элементами фильтрации/поиска на одной группе вкладок.
Нехорошо, кмк.Почему? Вкладки подписаны.
Элементов поиска там нет.
Это находится сверху, над столбцами Ф, И, О - возможность как просто поиска группы с подсветкой найденного, так и фильтрации;
а также в панели инструментов - выбор по заданной букве.
PredeclaredЯ почему предлагаю отдельный инструмент (панель/форма) для критериев поиска/фильтрации -
облегчить форму, удалить лишние вспомогательные контролы с формы с данными,
+ возможность сохранять наборы критериев под понятным пользователям названиям,
для дальнейшего повторного их пользования.Да нет таких фиксированных комбинаций критериев, которые следовало бы так "замораживать".
Вернее, есть, конечно, но под них существуют формы отчетов - квартальных, годовых, формы Госстатистики. Формируются по выбору пункта меню.
А здесь текущие выборки - сегодня, например, затребуют дать количество наркоманов, поставленных на учет в прошлом году и снятых в этом, употребляющих то-то, то-то, причем инъекционно; а завтра спросят про жителей села, женщин, взятых повторно; и так далее....
Комбинаций масса...
PredeclaredПусть перекрывает частично. Не страшно.
Важно видеть динамику поиска/фильтрации основного (фамилии ИО).
По достижении результата - скрывать.Поиск по ФИО, как я уже написала, делается не в критериях.
Согласна, что делать можно по-разному, но разве убирание контролов с формы - самоцель?
Мне кажется, это будет в ущерб наглядности мгновенных изменений списка по мере выбора критериев.
Predeclaredпользователь... "хорошо, но мне для анализа нужно,
чтобы при этом на виду были и его общие данные, и ремиссии,
и чтобы не приходилось постоянно из окна в окно переключаться..."
:)
Ну у вас там супер-мастера. В форме поиска человека делать комплексный анализ динамики его состояния.
Чем адрес человека, номера его амбулаторной и архивной карт, например, ему может в этом анализе помочь?

зы. Это я так, побрюзжать на ночь глядя. :)Ну, это не совсем "у нас" - одни из пользователей, общаемся по электронной почте и телефону.)))
Нужны не "адрес человека, номера его амбулаторной и архивной карт", а даты взятия/снятия, причины этого, наличие и даты ремиссий и т.д.
Если, допустим, при занесении даты в динамику состояния будет допущена ошибка
и выйдет предупреждающее сообщение о том, например, что эта дата меньше даты взятия,
то нужно же взглянуть и на то, и на другое, может, и карту взять-посмотреть...
Это, конечно, примитивный пример, но все же.
А так, да, мастера - это очень внимательный и ответственный пользователь, данные в самом лучшем состоянии.)))

vmag,

А на каком основании Вы решили, что "Весь проект в одной форме"?
Где об этом было сказано?
На сегодня там форм около ста, то же самое и с отчетами.

И рассказал не "один раз".
Другое дело, что при должной структуризации и построении всего и обучение идет легче.

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

Лишь бы высмеять?)))
Ну, посмейтесь, мне не жалко.

PredeclaredИными словами, здесь еще и агрегированные данные присутствуют.
И управление всей этой отчетной агрегацией.А для чего данные нужны?
Любоваться на списки и искать ФИО? Это лишь первый шаг.
Агрегированные появляются в результате обработки исходных, сами по себе они в базе не висят.
Если я Вас, конечно, правильно поняла.
PredeclaredА это уж как реализуете.
Что мешает мгновенно реализовывать изменения набора данных этой формы по мере выбора критериев,
если контролы критериев будут на другой форме/панели инструментов?Ничто не мешает.
Но если идет последовательное задание нескольких критериев,
то промежуточных результатов мы за этой панелью не увидим.
Predeclared__Michelle... Нужны не "адрес человека, номера его амбулаторной и архивной карт", а даты взятия/снятия, причины этого, наличие и даты ремиссий и т.д....
Тогда эти поля только зря занимают место на форме, если они не нужны.Вот уж извините. "Не нужны" (да и то лишь в смысле "не первостепенны") именно для той сиюминутной задачи.
Когда человек спит, он вряд ли пользуется компьютером, но мало кто из-за этого
выбрасывает компьютер вечером за окошко.)))

Predeclared__Michelle... Когда человек спит, он вряд ли пользуется компьютером, но мало кто из-за этого
выбрасывает компьютер вечером за окошко.
:)
Это утверждение валидно только в том случае, если компьютер не упирается острой гранью в ребро,
а провода не обвиваются вокруг шеи и конечностей.Во-первых, обращаю Ваше внимание на выделенное.)))
Во-вторых, имеется в виду использование PC по назначению, а не в качестве ожерелья или орудия пыток.)))

Predeclared__Michelle... Но если идет последовательное задание нескольких критериев,
то промежуточных результатов мы за этой панелью не увидим...
Да ладно.
Все увидим.
Вот скрин панели с 70 кнопками.
Процент закрываемой площади будем высчитывать?
:)Это частный случай, не имеющий ничего общего с тем, что нужно здесь.)))

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

Predeclared,

Разумеется, я не буду сходу отметать предложенную Вами идею с панелью инструментов для критериев выборки.
Первоначально я тоже думала разместить критерии вовне, правда, не на ToolBar, а на всплывающей форме.
Однако есть ряд соображений по поводу ToolBar.
1. Ограничения по виду элементов.
Для обсуждаемой цели, по сути, пригодны msoControlEdit, msoControlComboBox и msoControlDropdown.
Тут у меня попутно вопрос к Вам, как к специалисту по ToolBar - в чем разница между msoControlDropdown и msoControlComboBox?
Так и не уловила.
2. Создавать их возможно только программно.
Во всяком случае, я по-другому не умею.
Если знаете, как, подскажите, пожалуйста.
Для своих ToolBar (на скрине есть некоторые) делала примерно так
3. Нет списков.
Из выпадающих списков невозможно организовать множественный выбор.
4. Нет возможности делать подписи (надписи?).

Пока этим ограничусь.

P.S. Как-то мне уже даже неудобно перед ТС, тему заполнили посторонними разговорами.
Может, действительно, перенести это все в тему по интерфейсам Удобный и красивый интерфейс ?
Уважаемые модераторы, если это возможно и правильно, перенесите, пожалуйста, начиная с 18917244 и до конца.

Predeclaredпо п.3.
Имеется в виду список с несколькими колонками?

Множественный выбор можно организовать в панелях инструментов свойством State кнопок.а) Нет. То, что для ListBox задается свойством MultiSelect (несвязное выделение) = Со связным выбором.
б) State кнопок делает их нажатыми/отжатыми. Во всяком случае, я использую это свойство именно так.
А как для множественного выбора применить?
Predeclaredпо п.4
Можно просто "написать" на кнопке и сделать ее недоступной.Тогда она и выглядеть будет "недоступно".
Может, просто пустой OnAction?

Понятно, то есть количество элементов списка фиксированное и заранее известно.
Но здесь многие списки формируются динамически по данным из базы,
чтобы предлагались только существующие в данный момент значения.
И количество их может быть каким угодно, включая пустой список.
Вот простейший пример на рис.
Список участков, в данном случае там 25 элементов, из которого можно задать произвольный набор.

Predeclared__MichelleПонятно, то есть количество элементов списка фиксированное и заранее известно....
Почему?
Данные для "списка" можно получать из рекордсета, например.Я именно так и делаю для своих списков, когда это требуется.
Однако, динамическое формирование на тулбаре кнопок по числу элементов списка возможно,
но нужно ли, если этих элементов много?
Если их 70, один критерий займет все отведенное пространство.)))