Print card -- inconsistent results -- clarification
Timothy Miller
gandalf at doctorTimothyMiller.com
Thu Jun 19 16:37:22 EDT 2008
It's me, the OP, posting a clarification.
I've isolated the issue more precisely.
As far as I can tell, on stacks where the HCstack property is "true,"
background objects such as text in fields, field borders, button
text, and button borders, print fuzzy, probably at screen resolution.
If the same objects are copied and pasted as ungrouped objects, they
print clearly.
This does not seem to be an issue for stacks whose HCstack property
is "false."
Rev Media 2, version 2.9.0. OS 10.4.11. Power PC Mac.
Any thoughts?
Tim Miller
On Jun 18, 2008, at 7:49 PM, Timothy Miller wrote:
> We're talking about pretty elementary stacks here. Mostly buttons
> and fields. Text in the fields.
>
> I'm keeping it simple by choosing "Print card..." from the File menu.
>
> Some of my stacks print at device resolution. The printed output
> looks good. Text is very sharp. These are all stacks that were
> created in RR.
>
> At least two of my stacks appear to print at screen resolution.
> Text looks like it came out of a crappy old dot matrix printer.
> Buttons look fuzzy, too, and so on. These are hyperCard retread
> stacks.
>
> However, I have other hyperCard retread stacks that seem to print
> at device resolution.
>
> Investigating further...
>
> If I duplicate a field that normally prints fuzzy, and print again,
> both fields print fuzzy. This would be on a HC retread stack.
>
> On the other hand, if I make a new field and type identical text
> into it, with identical font and textsize, the new one prints real
> nice, even though right next to fuzzy fields.
>
> It appears that this phenomenon is related to the hyperCard retread
> issue.
>
> I'm looking at the field properties, comparing the fuzzy-printing
> ones to the clear-printing ones. I don't see anything that would
> account for the difference.
>
> The screen display of fuzzy-printing and clear-printing stacks
> seems similar.
>
> What am I not getting?
>
> Thanks,
>
>
> Tim
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
More information about the use-livecode
mailing list