Weird Output from revPrintField

[Gardner, Joseph A]

Howard, thanks for the feedback. Strangely enough, this behavior has now disappeared and the field prints normally (that is, one line of the field = one printed line from the HP :). I didn't do anything with the stack except close it one day and open it the next. The PC and printer haven't changed at all, either. Weird. The problem with the revShowPrintDialog still exists though, but this is very minor as there really is nothing to set up for these print jobs. I'm still thinking of RunRev as a beta application (especially the Windows version ;), so I'm not too worried when something doesn't work right. I know they'll get it sussed out eventually when the real thing is released.

Thanks!

joe.


>From Howard Bornstein:

> I ran into exactly this problem and it appeared on various different 
> versions of Windows (but not always). I reported it to RunRev but they 
> never responded about it. I unfortunately had to release a commercial app 
> with this bug in it.
> 
> As best as I can tell, it may be related to old print drivers on the 
> target machine. If you have control over this, try updating to the latest 
> print driver for your printer and see if that fixes the problem (I'd be 
> very interested if this is so).
> 
> >And yes, I've also tried inserting the old revShowPrintDialog command in 
> >front of the revPrintField command, but that never does anything even with 
> >both options set to true.
> 
> Yes, this appears to be another print bug. If you use revShowPrintDialog 
> true,true in any version of Windows before a revPrintField command (at 
> least this has been my experience), the print dialog box is never shown. 
> It just spools to the printer and prints.
> 
> We need to get RunRev to fix this. It's embarassing to release products 
> with these kind of bugs.
>