Hi Albert,
This is not the case
in my daily work, where I support databases created by many different
people.
Interestingly, I recently worked on a project that had 100,000+ lines of
code and over 250 forms. It was a project I never seen. Once again, I found
being able to type a few chars in for a table name or whatever and it
tended to give me "just" the few tables or objects I needed to work on.
For example, looking for related tables for bill of materials, I would
simply type in BOM
I would get a list
BOM
BOMass
tblBOMupload
tblBOMtemp
Notice in the above, that ordering the results by alpha does not group them
together. Trying to find those tables without a search option is VERY
difficult.
The search option in the nav pane matches ANYWHERE in the text of
the given object. In addition, one would also see all the forms and queries
that belong to these tables group.
Trying to find the quires, forms, reports and
tables that belong to the above in a system with 250+ forms would
significantly increase my learning curve here. That search option lets me
find/see/discover all the
forms/reports/queries etc that are correlated or are interconnected.
Most people do not use the Description property for objects, so I've found
this to be an ideal place to enter short notes, as I'm wading my way
through
tens or hundreds of objects. I can very easily sort by the description
property in Access 2003. As far as I know, you have no way of sorting
objects
by Description in Access 2007. Am I wrong?
As far as I can tell, that option is gone. I am 100% on board with you
that this option should NOT have disappeared. I don't know if it just
fell through the cracks, or that automated menu tracking system of
who uses what option is the reason it is gone (in other words, not
very many people use that option).
I am of the thinking that when descriptions ARE displayed the "search"
should
also search/scan the description text also.
Regardless, I will certainly join you in suggesting that the sorting by
description option be added back to access.
It quite interesting that I now like the nav pane. My first day with it was
a real pain. I had to change a bit as to how I look/find forms etc (it more
of a phonetic process). The search allows me to ONLY see a few objects at a
time thus making large projects feel like small ones.
I also like that I don't have to flip between the tabs
(forms/reports/quire) etc once the search is complete. And, I don't have to
minimize the current object I am designing to open anther object since the
nav pane always visible (this bothers me the most now when I go back to pre
07 access). So, there is a reduction in what I call little pin pricks during
the development process.
I will also add that this is not an all or nothing deal here. Some will find
advantages and some will find disadvantages to the change in the UI. And
remember, we not had a significant ui change in access for really the whole
life of the product. This means not only are our brains hard-wired into
access, but as you well pointed out that our **approaches** to development
are also the result of that UI (your description idea/trick/usage is a
perfect example of developer procedures following the ui that you been
given).
To be honest, the ui change was a give and take, but for the most part the
pros/cons have now balanced out for me in favor of the nav pane.