When using TEXTRTF, it ignores the pagebreak command and reprints on the first page……try the sample code below to confirm. Using OI9.2.1

When chamging TEXTRTF to TEXT, it works.

Am I doing something wrong, or is this a bug???

Compile Subroutine utl_rtf_test(nul)

declare function Set_Printer

Orientation = 0

JobTitle    = 'Test'

PrintTitle	= 'Test'

PreviewTitle	= 'Test'

Margin 		= 0.50:@FM:1.50:@FM:0.50:@FM:0.50

PrintSetup 		 = ""

PrintSetup<1, 1> = 5		;* Print Preview at a specific location

PrintSetup<1, 2> = 0		;* Display all buttons

PrintSetup<2>    = -1		;* Set initial zoom to PageWidth

PrintSetup<3>    = 5		;* Set the Print Preview position at 5% from top and left

PrintSetup<4>    = 5

PrintSetup<5>    = 95

PrintSetup<6>    = 95

Status = Set_Printer("INIT",JobTitle,PrintTitle:@FM:PreviewTitle,Margin,Orientation,PrintSetup)	;* Start printing

for i = 1 to 10

	for j = 1 to 10

		stat = Set_Printer("TEXTRTF", "Test line ":j: "Page = ":i)

	next j

	stat = Set_Printer("PAGEBREAK") ;* Start new page

next i

stat = Set_Printer("TERM") ;* End printing

RETURN

When using TEXTRTF, it ignores the pagebreak command and reprints on the first page……try the sample code below to confirm. Using OI9.2.1

When chamging TEXTRTF to TEXT, it works.

Am I doing something wrong, or is this a bug???

<snip>

Hi, Steve. Thanks for the sample routine. I have confirmed that the TEXTRTF call does not correctly respect the current page information. This will be fixed for the 9.3.2 release (currently in beta testing).

Thanks!

- Bryan Shumsky

Revelation Software, Inc.

On a similar topic, I have a workstation on Windows XP - French having POS issues with tables. Is there any know issues using 9.3.1 VSPRINTER2.

The issue is each new "ADDTABLE" resets its position to 0,0. You can imagine that this would just be a jumble of lines and text at the top of the page. My last call of the subroutine is an ADDTABLE with Append = 1 to fill the page. This works great and is the only ledgible line. I would use this with the other ADDTABLE statements but they all have differenct column values.

Any suggestions?

Pascal

On a similar topic, I have a workstation on Windows XP - French having POS issues with tables. Is there any know issues using 9.3.1 VSPRINTER2.

The issue is each new "ADDTABLE" resets its position to 0,0. You can imagine that this would just be a jumble of lines and text at the top of the page. My last call of the subroutine is an ADDTABLE with Append = 1 to fill the page. This works great and is the only ledgible line. I would use this with the other ADDTABLE statements but they all have differenct column values.

Any suggestions?

Pascal

Hi, Pascal. In fact, we did just find that (for non-English Windows, where the "decimal point" was something other than ".") that there was a problem with positioning, and it's been fixed for the 9.3.2 release. The next beta should include this fix, so if you are on the beta you can try and see if this resolves your problem.

- Bryan Shumsky

Revelation Software, Inc.

Hi Bryan,

Is there a quick fix I can apply to 9.3.1 as I'm having to either get user on Terminal Service or revert to vsprinter and endure foreign characters instead of accented characters?

Thanks

Pascal

Hi Bryan,

Is there a quick fix I can apply to 9.3.1 as I'm having to either get user on Terminal Service or revert to vsprinter and endure foreign characters instead of accented characters?

Thanks

Pascal

Hi, Pascal. Other than changing the workstation settings so that the numeric delimiters ("," and ".") are used in the US fashion rather than European fashion, the only thing I can suggest is that you download the latest beta and see if that resolves the problem. Since you're already at 9.3.1, I don't think 9.3.2 would cause too many difficulties.

Hope that helps,

- Bryan Shumsky

Revelation Software, Inc.

I'll have to wait since I'm not part of the Beta program this go around and I'm not sure if I want to apply a beta to my production server.

Thanks,

Pascal

View this thread on the Works forum...