|
|
 | | From: | Geoff Wass | | Subject: | Re: form.print() | | Date: | Mon, 13 Dec 2004 14:04:04 -0500 |
|
|
 | tim wrote:
> I need it in black and white (with the JPG in color) and the border
> removed.
>
> It needs to look like a white sheet of paper with black text and two
> mounted color photos.
>
> I\'ve attached an actual printed photo sheet although the photos are
> in black and white to keep the file size down.
>
> Marty Kay Wrote:
>
>> Tim,
>>
>>> form.print()
>>>
>>> and it would print the form contents in black and white and without
>>> the
>> window borders or header.
>>> Now in v.2.5, the border, form color and header appear.
>>
>> In previous versions of dBASE, form.print() has not worked
>> very reliably.
>>
>> We had requests to *fix* it.
>>
>> Is printing in black and white the critical difference between the
>> new behaviour and
>> the old behaviour or do you want the form border also to be left out?
>>
>> - Marty Kay (dBI) -
Tim,
This looks like something that would be more suited to a report. A report
would also give you more flexibility in that you could put more/less
information in it than you display on the screen.
--
:-)
----------
Geoff Wass (dBVIPS)
Montréal, Québec, Canada
==========
=======
====
=
More dBASE information at http://geocities.com/geoff_wass
Please reply in the news groups only.
Have you backed up your work?!
=
====
=======
==========
|
|
| | From: | Marty Kay | | Subject: | Re: form.print() | | Date: | Sat, 18 Dec 2004 00:56:31 -0500 |
|
|
| Tim,
> > I need it in black and white (with the JPG in color) and the border
> > removed.
> >
> > It needs to look like a white sheet of paper with black text and two
> > mounted color photos.
From the testing I've done, the old behaviour appears to have been an
attempt to
print out just the data from some form components. (as some do not appear to
work).
For some controls, if they have no data in them, they do not print.
The only way this looks useful to me is if you've layed out a form in such a
way as to get
the data to print where you need it print. Rather than where it looks usable
on screen.
Given how so many components do not print and given that the position and
size of the
printed items is a poor approximation of their on screen positions and
sizes, we felt
that this was at best a poor substitute for a report layout tool.
It seemed to make more sense to have the form's print() method actually
print the form.
Now if this presents a serious problem for you, we will consider adding a
parameter to the print
method to choose between the old style *schematic* printing and the new full
image printing.
I'm tempted to make the new full image printing the default.
However, as time permits we would then want to *fix* the schematic printing
to at least
maintain closer positions, sizes, and aspect ratios to the form components
as well as
fix the components that do not currently print at all.
What do you think?
- Marty Kay (dBI) -
|
|
|
