Всем здравствуйте!
Исходная проблема такова:
А97
имеется табличная подчиненная форма.
В месте расположения названия одного из столбцов находится элемент управления. Естественно, Access не позволяет его вывести "поверх", даже
если на него программно устанавливаешь фокус. А как сделать так, чтобы он перекрывал название этого столбца - вышел на "первый план"?

такой код в подчиненной форме не проходит:

Forms![Главная]![ЭлементКоторыйНужноВывестиВперед].SetFocus
SetForegroundWindow GetFocus()

Может быть другое решение? Например, оказаться в "поле" окошка названия столбца, чтобы там мигал бы курсор - как в поле. Так бывает, когда открываешь таблицу из окна базы данных (неприсоединенную) и щелкаешь на поле названия. Тогда оно становится редактируемым.
Всем заранее спасибо.

В том-то и дело, что не получается.
К тому же подтверждение из help:

1 Откройте форму в режиме конструктора формы или отчет в режиме конструктора отчета.
2 Выберите элемент управления
и выполните команду На передний план или На задний план из меню Формат.
Примечание. Список или подчиненная форма всегда находятся на переднем плане; их нельзя перевести на задний план.
Напомню, что Access 97. Может быть в 2000 это можно?
Но мне нужно для 97. Наверное, это средствами API как-то можно сделать, вот только как?

Не секрет. Аналог Far/Norton -просмотрщика дерева. В ленточной форме вроде бы что-то похожее, но в табличной подчиненной можно зафиксировать столбец, а в ленточной нельзя, а полей много...

А что, есть луший способ организации работы с деревом? TreeView? А если справочник ~ 30000 записей. Так он будет заполняться не 1 секунду
Скажете, что неправильно справочник товаров организован?
Тогда посоветуйте как, вместо "блин"
Как можно пользователю понять, на какой ветке он находится? Как перейти на другую ветку? И разве этот способ организации путешествия по дереву не соответствует давно трактуемой истине работы, например, любого сервера (я не об Access'е) - "сначала отбери, а потом покажи" - ведь при этом способе можно показывать только текущую ветку с листьями, которых как раз не очень много.

Владимир Санычу
Ну с таким высокомерием (типа "они все обезьяны")...
А сайт-то очень мне нравится (нравился) - здесь гораздо сложнее проблемы решаются, чем на других. Только вот вместе со сложностью заносчивость у людей растет непропорционально

Да можете вы объяснить по-нормальному!? :)

Особенно хорошо
А если справочник ~ 30000 записей. Так он будет заполняться не 1 секунду
вместе с
"сначала отбери, а потом покажи"

Так я и не полнял - что Treeview не надо заполнять, что ли, всеми записями справочника?
Я имел в виду, если использовать treeView с заполнением всего справочника, то нужно Select *, а если типа Нортона - то Select * ... Where...
Второй-то предпочтительнее, разве нет?

И чем тебе не нравиться тривью для отображения веток, и листвью (или грид) для отображения содержимого группы?

Нравится. Только я пробовал заполнить TreeView из 10000 записей - открывается через 5 секунд. А пользователи постоянно "туда-сюда" бегают.
Входят и выходят. И я заранее не знаю, что некоторые листья превратились в ветки - на одном уровне может находиться несколько тысяч записей, а одна из которых будет узлом - тогда как?
Вот пример нортона - если стрктура диска сложная и многоуровневая, построение дерева занимает некоторое время...

Вот что получается:


Давать только узел для группы 2, а если пользователь откроет ее, тогда динамически создавать листья?

Ой, а почему-то табуляции куда-то делись?
Надо, наверное, пользоваться спец.кнопками для сохранения форматирования сообщения?

Владимир Санычу:
А Вы и свое сообщение подправили?
"Людей тянет обратно на дерево. Тебя разве нет?" Меня да - тогда это нечестно :) А, вообще, спасибо - именно так я и хотел нарисовать:)
Лоху:
Насчет "ДА!!!" - я бы так не сказал...
У Вас получается, что серия товаров № 1 и серия товаров № 4000 - однотипные, а если они принципиально разные? Вы предлагаете группы товаров вынести в отдельную таблицу, а сами товары внутри другой?
Раньше так у меня и было все организовано и прекрасно работало, да вот не получается в связи с новыми условиями...

Во я блин даю... У меня у самого в схеме они однотипные. Я-то имел в виду, что они могут на разных уровнях иерархии находиться