Re: Access 97 vs Later Version
From: Chris Mills (phad_nospam_at_cleardotnet.nz)
Date: 07/28/04
- Next message: Frederic Richel: "How to get "Add ins" of Access 2000"
- Previous message: Vensia: "Re: Access 97 vs Later Version"
- In reply to: Vensia: "Re: Access 97 vs Later Version"
- Next in thread: Chris Mills: "Re: Access 97 vs Later Version"
- Messages sorted by: [ date ] [ thread ]
Date: Thu, 29 Jul 2004 00:23:56 +1200
Vensia,
please forgive me but this thread is to do with A97 vs Later, printing issues
are off-topic and there are printing newsgroups. Also, I do not purport to be
expert in printing issues though I'm happy to say what I've come across.
Anyway, it's dangerous to listen to just one opinion...
-----
You are attempting to over-write some form or image with text boxes in exact
positions, and the exact position varies right?
Accept that as a limitation of Windows or Printers, then you can move on to
solving it (ie lateral thinking).
Text boxes or such-like can either overwrite or be made transparent as to
background, moved around the screen as though you were psychic, made visible
or invisible, "converted" to other object types, basically a lot of what you
thought was "design mode" but is really available "run-time". Although I don't
much like Microsoft or Access bugs, I gotta say Access has a lot of
capabilities if you just took the time (lots of time) to experiment with what
works or what doesn't.
Different position on the screen vs printer, or between printers? So shift it!
If I said precisely how, I might have to "kill you", I just say that Access
has lots of inherent capabilities and I've indicated how.
In your sample, I'd remove the dots from the form (to make alignment more
error-proof/less error-prone). No-one reasonably uses dot matrix nowadays so
discard that. Quite a lot use ink-jets, but mostly home-users and not many
businesses. If you don't buy that argument, then YOU post a solution (or,
decide how important those businesses are to you/lasers are cheap).
(Actually, I have a table for vertical offsets for specific printers. It's
automatically maintained with the drivers used on any customer site. Only if
they complain, rarely, do I describe how to set the vertical pixel offset
other than zero/eg they as you would tend to get upset if a cross-out
presented itself as an underline, oops)
Generally, if you want to ultimately control things, you would need to get
familiar with PrtDevMode, though none of the above is related to that. Your
presented issue could be solved by discarding dot matrix and deskjets, so the
question is, which is simpler or how many customers would you lose?
Chris
"Vensia" <vensia2000_nospam@yahoo.com> wrote in message
news:58de01c4748e$4333e8f0$a601280a@phx.gbl...
> Chris,
>
> I give you a sample to let you know more clearly about the
> printing problem that I still don't have the solution
> until now.
> There is an official report.
> I put a label control with the caption :
>
> We hereby would like to report the tax
> of ................. and have payed amount
> of ................
>
> I put a text box control at phrase ...............
>
> Printed using laser jet, the text box is printed exactly
> (center of ...............). But if printed using desket
> or dot matrix, the text box is not printed at center more.
> So the report doesn't look beautiful.
>
> Do you have any solution ?
>
> Thanks.
>
>
- Next message: Frederic Richel: "How to get "Add ins" of Access 2000"
- Previous message: Vensia: "Re: Access 97 vs Later Version"
- In reply to: Vensia: "Re: Access 97 vs Later Version"
- Next in thread: Chris Mills: "Re: Access 97 vs Later Version"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
|
