open printing with dialog -- Windows equiv?
BNZ2 at CDC.GOV
Thu Dec 23 15:26:21 EST 2004
Just a thought...
An odd work-around...
Couldn't you make an image of the layout that you wish to print, then
print the image?
From: use-revolution-bounces at lists.runrev.com
[mailto:use-revolution-bounces at lists.runrev.com] On Behalf Of Hershel
Sent: Thursday, December 23, 2004 3:14 PM
To: How to use Revolution
Subject: Re: open printing with dialog -- Windows equiv?
On Thursday, December 23, 2004, at 03:15 PM, Frank D. Engel, Jr. wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> That bug already has my 5 votes. Sorry, bugzilla won't let me give it
> more (believe me, I tried). Also, that bug does not correctly address
> this issue.
> I can't really use revPrintField as my layout is a highly complex
> multipage layout which needs somewhat precise positioning, including
> "tables" and images.
While enhancments will be I hope that all of them will be included.
> For now, I filed this as bug #2492 (and voted for it). I guess I'll
> have to work on other parts of the project until this is resolved.
> And here we were shooting for a February release. Not if this isn't
> resolved by then. It's a real show-stopper.
> Oh, and let's not vent too harshly at Rev for this -- even though Rev
> could definitely be improved in this area, it seems to me that Windows
> is primarily at fault here. Using different font metrics from screen
> to printer is downright stupid. Anything to make our lives more
> Anyone know if it's possible to trick Windows into using the screen
> metrics when printing? That would be a nice trick. How about a new
> global property in Rev called
> (or a shorter version thereof).
LOL..................HA HA, good.
> On Dec 23, 2004, at 2:06 PM, Hershel Fisch wrote:
>> Sorry to say , I think the whole printing lib needs to be enhanced. I
>> definitely think that every body should give there full vote for it .
>> when it comes to business applications with out these enhancements
>> you are dead........
>> besides that , its a shame , RR a tool with every thing to it,
>> capable , easy and so on should lack a main feature and an important
>> one like this, especially with many competition out there
>> Hershel Fisch
>> On Wednesday, December 22, 2004, at 04:27 PM, Frank D. Engel, Jr.
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>> Okay, I finally got around to trying this, but it doesn't work. I
>>> followed these steps as closely as I possibly could, but I still get
>>> strange printouts from Windows (XP is bad, 2000 is pathetic), and OS
>>> X printouts still look great.
>>> The biggest issue (perhaps the only one left) with XP printing is
>>> that text at the right edge of a field does not print. In other
>>> words, the field is x units wide, Rev allows the line of text to be
>>> x+y units wide, and the extra y pixels get cut off instead of
>>> wrapped. The field is multiline and other lines below that one do
>>> In W2K (the real manifestation of what some people thought Y2K would
>>> be ... though an overall improvement over its predecessors, I
>>> think), the printouts show extra blank lines in the middle of a
>>> field, some lines wrap prematurely after a word or two, and so >>>
>>> Oh, and I just recently figured out the problem with the "Preparing"
>>> stack: it was topLevel, and hidden behind my modal dialog (which was
>>> a sheet in OS X, so not a problem there...) Oops! Fixed by
>>> displaying it as a palette.
>>> On Nov 23, 2004, at 12:43 PM, Jan Schenkel wrote:
>>>> Hi Frank,
>>>> The thing with formatForPrinting is that you shouldn't
>>>> change the content of the stack after setting this
>>>> property to true, or the formatting will be off.
>>>> So the best option is to set the data,; next you set
>>>> formatForPrinting false and then back to true ; next
>>>> you save the stack, close and reopen it ; and then
>>>> print it.
>>>> As for your 'preparing' stack not showing up : is it
>>>> possible you're running that part of the script inside
>>>> a lock/unlock screen pair ?
>>>> Jan Schenkel.
>>> - -----------------------------------------------------------
>>> Frank D. Engel, Jr. <fde101 at fjrhome.net>
>>> $ ln -s /usr/share/kjvbible /usr/manual
>>> $ true | cat /usr/manual | grep "John 3:16"
>>> John 3:16 For God so loved the world, that he gave his only begotten
>>> Son, that whosoever believeth in him should not perish, but have
>>> everlasting life.
>>> -----BEGIN PGP SIGNATURE-----
>>> Version: GnuPG v1.2.4 (Darwin)
>>> -----END PGP SIGNATURE-----
>>> $0 Web Hosting with up to 120MB web space, 1000 MB Transfer
>>> 10 Personalized POP and Web E-mail Accounts, and much more.
>>> Signup at www.doteasy.com
>>> use-revolution mailing list
>>> use-revolution at lists.runrev.com
>> use-revolution mailing list
>> use-revolution at lists.runrev.com
> - -----------------------------------------------------------
> Frank D. Engel, Jr. <fde101 at fjrhome.net>
> $ ln -s /usr/share/kjvbible /usr/manual
> $ true | cat /usr/manual | grep "John 3:16"
> John 3:16 For God so loved the world, that he gave his only begotten
> Son, that whosoever believeth in him should not perish, but have
> everlasting life.
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (Darwin)
> -----END PGP SIGNATURE-----
> $0 Web Hosting with up to 120MB web space, 1000 MB Transfer
> 10 Personalized POP and Web E-mail Accounts, and much more.
> Signup at www.doteasy.com
> use-revolution mailing list
> use-revolution at lists.runrev.com
use-revolution mailing list
use-revolution at lists.runrev.com
More information about the use-livecode