Re: Print card -- inconsistent results -- clarification
Thanks Bill and Jacque. I keep thinking I have isolated it, then it turns out I haven't. I'll chip away at it for as long as necessary. If I ever really, really isolate it. Maybe I can solve it. If I figure it out, I'll check back in. Cheers, Tim On Jun 21, 2008, at 6:40 AM, william humphrey wrote: What is it? Magic. Why not try (using original stack) generating an output from your data to a substack and a new card in that substack and see if that prints ok? I do all my printing that way anyway to get more control. Bill ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Print card -- inconsistent results -- clarification
What is it? Magic. Why not try (using original stack) generating an output from your data to a substack and a new card in that substack and see if that prints ok? I do all my printing that way anyway to get more control. Bill ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Print card -- inconsistent results -- clarification
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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Print card -- inconsistent results -- clarification
--- Timothy Miller [EMAIL PROTECTED] wrote: 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 Do the groups have an ink or blend applied to them? You should probably open an entry in the Quality Center http://quality.runrev.com and attach an example stack. That way, the engineers at the Mothership can see what's going on. Best regards, Jan Schenkel. Quartam Reports PDF Library for Revolution http://www.quartam.com = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Print card -- inconsistent results -- clarification
On Jun 19, 2008, at 1:57 PM, Jan Schenkel wrote: Do the groups have an ink or blend applied to them? I don't think so, though inks and blends are not very familiar to me. You should probably open an entry in the Quality Center http://quality.runrev.com and attach an example stack. That way, the engineers at the Mothership can see what's going on. Okey dokey. Maybe a bug, huh? Tim Miller ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Print card -- inconsistent results -- clarification
On Jun 19, 2008, at 1:57 PM, Jan Schenkel wrote: You should probably open an entry in the Quality Center http://quality.runrev.com and attach an example stack. I started to do that by making a minimal version of the problem stack. After reducing the number of cards (of the same bg) from 450 to 2, the number of bg fields from 185 to 5, the number of bg btns from 50 to 3 (some of these buttons and fields contained substantial scripts, and at least one had a script of 40,000 characters), removing 30,000 characters from the bg script and another 30,000 from the stack script, resizing the stack and background (much, much smaller -- the cards were four screens tall before), the remaining bg objects started printing clearly, with the exception of the text in two bg buttons. I compared the printed output side by side. It's not my imagination. Meanwhile, I've discovered I cannot reliably replicate all phenomena I previously reported. I've found some inexplicable inconsistencies. Meanwhile, the original large and cluttered stack continues to print badly. I suppose, at this point, something is painfully obvious to everyone but me. What is it? FWIW -- I have almost a GB of physical RAM. If no other large applications are open, RR does not page out to virtual memory. Closing all other applications does not improve the fuzzy printing. This machine is an old, slow G4. Even with print jobs stopped, Print card maxes the CPU for several seconds. But print card on a small, simple stack that prints without problems also maxes the CPU. I have not noticed printing problems with any other application. Thanks again. Tim Miller ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Print card -- inconsistent results -- clarification
Timothy Miller wrote: Meanwhile, I've discovered I cannot reliably replicate all phenomena I previously reported. I've found some inexplicable inconsistencies. Like my backscript. I'll trade you a working field for a preOpenCard handler. I suppose, at this point, something is painfully obvious to everyone but me. Don't think so, or somebody would have said by now. :) I haven't a clue why it's doing that. My gut says it's something about fonts, but I have no real evidence. But HC used Geneva and Rev doesn't, and HC used bitmapped fonts (which print like you're describing) and Rev doesn't, and...I don't know. Something in there sounds like the reason. I wonder what would happen if you changed the font on a bad field, saved the stack, and then changed it back. Maybe that would cause Rev to re-examine the font rendering. What is it? Magic. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Print card -- inconsistent results
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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution