If you'll check in on the tablesdbdesign newsgroup, you'll find a common
recommendation: Access is not a spreadsheet. Even though you've set up a
Sorry, I wasn't clear. It's just that I happen to have a form that I
use that is done up in Excel. It's not because it's a spreadsheet,
it's because it's a "report", if you will, that I did up in Excel that
prints and show what I need in exactly the right size.
I don't need Access to be a spreadsheet, just to use the form.
Since we always have a 50/50 possibility, thought it wouldn't hurt to
ask <g>. I knew that the chances were only 50/50, so let me try again
to explain better to see if the answer is still no.
I designed a sheet with Excel because it's the easiest to work with
(do-able in Word but I can't stand the limitations in Word). Now I
thought of somehow taking a screenshot and "importing" that into
Access but it didn't make sense. I couldn't see how that would work
unless I use it as a picture in the report background (?). But since
I'm so new to Access and don't yet know what it can or can't do, not
sure this was best option. For all I know, all dimensions would be
lost in Access in the translation of the screenshot graphic.
So then I wondered if there was a way to "import" it, for lack of a
better word, into Access sort of like when we use Excel in Word.
Again, I really do understand that this might be a totally stupid idea
but I don't know until I ask and get the definitive answer.
Perhaps by asking, too, those of you who are much better at this than
I am as you've had tons of experience, might know of a better way to
do this.
I spent several days finetuning the Excel sheet and now I get
flawlessly sized custom pages for my Daytimer (since Daytimer just
doesn't carry the format I needed, I had to come up with my own).
I'm going to try taking this one step further by creating a db for a
contacts list/address list that I've been meaning to create forever
<g>, but it would be nice if I could use my existing Excel sheet esp.
in order to keep everything all in one place.
But, if it can't be done, can't be done. I just need a confirmation
one way or the other.
Though I've developed in Filmaker Pro for a number of years as a
hobbyist, Access is so completely different I'm still at the at-sea
stage. And I'd like to do this in A2K rather than FMP because I need
to learn this app for work purposes. I already can create to a great
degree in FMP and it's a super program, but the query function in A2K
is exactly what I need for some db ideas I have.
Thanks.

D
spreadsheet to be just what you want, you will find yourself (and Access)
working overtime to get simple things done if you simply import the Excel
structure into Access. ... and you won't be able to use some of the
features and functions that Access offers if you don't spend the time to
normalized your data structure.
I'm not sure how you've determined "that an A2K db would be easier to
maintain in terms of the addresses, etc." -- it sounds like you've already
got an Access db AND an Excel list.
No,actually <g>. Not yet. I don't have either. Just getting started
on this project; but I always try to check with experts first - as in