Solved: Custom Paper Size & Orientation Problem

SAP Managed Tags
SAP Crystal Reports
SAP Crystal Reports, version for Visual Studio

Hi all,

I want to print a receipt using Crystal Report 2008 (Service Pack 1). Receipt size is 8.5 x 5.5. I checked +Dissociate Formatting Page Size and Printer Paper Size' and set the Horizontal and Vertical sizes. But the problem is, Orientation is automatically set to Landscape. But I want to set it to Portrait.

I noticed that even if you selected predefine paper size with Width is greater than Height, IDE automatically set it to Landscape. If we change Landscape to Portrait then the Width and Height will be swapped.

Programally I set the orientation like this :

rps.PrintOptions.PaperOrientation = PaperOrientation.Portrait

. But it didn't solve the program.

Please tell he how to print with paper size 8.5 x 5.5 as portrait?

You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.

Comment

Hello,

I have the same problems as Jim.

I want to print a label with a height of 5cm on a label printer which cuts after each page. The label material has a width of 7cm.

So I defined a paper of 7x5cm, Portrait,

Directly from CR: Preview OK, Printing OK.

From our .NET app: Preview OK, Printing: Not OK (Printout is turned 90 degrees to the left, same result when printing from the preview or printing directly without preview)

I made a 2nd test with a label length of 10cm:

Now everything works fine, but this is not what I need.

3rd test: I tried to print the 10cm label on the 5cm paper:

The label was scaled to fit on the 5cm. So I can't use this.

4th test: I checked the "Dissociate paper" option (in German: Formatierung von Seitengröße und Druckerpapiergröße aufheben)

Result: Same as 1st test.

I'm working with CR2008/SP2, Win7, .NET 2.0

I tried 2 different label printers with 2 different drivers with the same result, so I don't think that it's a matter of the printer driver.

1. TSC TTP 246M

2. Zebra Z4M Plus

This has worked with CR11.5 (R2), the problem is new in CR2008.

I my eyes, this is a bug in CR.

I need a solution for this, because I can't go back to CR 11.5 because CR 2008 solved two other problems we had with CR 11.5.

Stephan

You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.

Comment

I have had this rotation issue for over a year now with no resolution. I have upgraded to CR2008 fix pack 2.6 and it is still unresolved. my labels print fine from CR2008 SP2 desginer. Desginer had this same issue back in CR2008 SP1, so there must have been something fixed in designer in SP2 but not in the .net frame work.

Thanks,

Josh

I purchased a support incident and got to talk to some folks in India. They told me that it was scheduled to be fixed in FP 2.8 and pigeon-holed my issue (141319 2010). I don't believe it was ever shown to a developer. I sent them pictures of labels produced from the designer, their viewer and my app clearly showing the problem.

HI Jim,

Not sure what Pigeon holed means but the case was escalated with Technical Escalation ID 5000170760 and the Adapt ( our bug tracking system ) to patch is ADAPT01383393. It's been assigned to a developer and they have fixed it. It's now just waiting to be QA'd and released in Fix Pack 2.8

What they fixed is CR was detecting the paper size and auto-adjusting the orientation assuming this is what you wanted. The change was in the logic, now CR .NET assumes both values to be equal and we will not re-orient the paper size.

There were 2 other cases assigned to the Adapt which is why the Rep just attached your case to the existing Adapt.

Because the issue was escalated and tracked as a bug please contact the Customer Services People and ask them for a refund.

Thank you

Don

Just to fill out all the info for this issue.

The fix is being tracked by QA under ADAPT01383393.

Observed Behavior:

If the width of the report is larger than the height and the page orientation is set toportrait, thePrintToPrinter()

function swaps the measurements around so that the height is larger than the width (as with a usual portrait

setting). This means that the text is cut off as the paper is not wide enough.

This is realted to issueADAPT01327332, but still happens with the .NET SDK.

Assigned to Fix Pack 2.8 on 10.03.2010

Fix Pack 2.8 ETA: end of May 2010.

Ludek

Thanks for the explanation. This sounds very good.

Hmm, fix pack 2.8......

SP3 for Crystal 2008 was released a couple of days ago, so in the hope this might be fixed in this version, and without any release documentaion, I've just installed SP3 and given this issue a test for which we are desperate for a fix.

Unfortuantely this doesn't appear to be fixed in SP3, and now I can't even get the labels to print in the correct orientation from the designer.

Here's hoping for the fix in FP2.8 around the end of May

In order to test SP 3 as best as possible, we had to do a cut off re. Fix Packs somewhere. And FP 2.5 was it. Just a bit of an explanation. FP 2.8 has been released internally, so we're very close to getting it out there to you. Not sure if May 31 will be it, but it will be close...

Ludek

Hi,

I'm having the same problems using CR 2008 SP3 and VS.NET 2008.

We are using Intermec printers to print on 10x5 cm labels.

I am desperately waiting for fix pack 2.8 .

It was due to the end of may 2010, but haven't seen it yet.

When do CR plan to release this fix pack?

Sam

Edited by: Sam@VL on Jun 14, 2010 12:14 PM

Sorry,

Just went to the software download page and saw that this fix pack was released last friday.

Downloading it now, will test it and posting the results soon.

I really can't believe it.

It is still NOT FIXED!!!

When I check the "dissociate formatting page size ..." option and then set the user defined format to 10 cm horizontal and 5 cm vertical, the orientation keeps switching to landscape...

How is that possible??!?!

Sam

Fix Pack 2.8 has been released but the issue still remains. I just installed CR2008 runtime 2.8 in testing this custom paper size, it is still an issue! The text gets rotated just like it did before. Is there anything that you have to do to the CR file in Designer?

Josh

This is terrible. You made us wait months with this promise of a fix.

Hi Sam,

Which printer are you using? I've contacted Intermac to see if I can get a printer for testing and either escalating to R&D or finding a work around for these printers.

SP 3 was just released also, possibly the fix is in there...

Please test and let me know?

Thanks again

Don

Hi Sam,

Which printer are you using? I've contacted Intermac to see if I can get a printer for testing and either escalating to R&D or finding a work around for these printers.

SP 3 was just released also, possibly the fix is in there...

Please test and let me know?

Thanks again

Don

Hi Sam,

Which printer are you using? I've contacted Intermac to see if I can get a printer for testing and either escalating to R&D or finding a work around for these printers.

SP 3 was just released also, possibly the fix is in there...

Please test and let me know?

Thanks again

Don

Hi Don,

I'm currently using an Intermec PM4i printer and FixPack 2.8

I've made some extra tests yesterday and I partly got it to work.

In Page setup of the report :

if I select the printer I will be using AND a paper size (which I created earlier in the printing preferences of the driver) then I got it to print correctly.

Disadvantage from this solution is that I have to create in the driver on each computer the paper sizes I will be using.

In the past I just used user defined paper sizes. I did not have to do anything in the print drivers.

If I test FP 2.8 with the user defined paper sizes, it still switches to landscape if the paper width > paper height...

Our problem is that we are using 5 different printers and also 7 different paper sizes. So that gives us a lot of overhead work to configure all these print drivers.

I'd really like to have this problem fixed as soon as possible. We have been using CR since 6 years now. We wait each time at least a year to implement the newest version. We recently bought an upgrade to CR 2008, it costed us a lot o money and we still can't use it...

I'm sure you understand the urge of this issue.

Kind regards,

Sam

Edited by: Sam@VL on Jun 15, 2010 11:18 AM

I als tested SP3, but that's even worse.

I even had to uninstall SP3 when i tried to install FP 2.8, even though FP2.8 was released later than SP3...

As mentioned a couple of weeks ago, I've also tried SP3 and this is worse than before in the designer now, it won't even print in the correct orientation from there. Now I'm led to believe this may be fixed in SP3 Fix pack 1.

I'm starting to lose faith in the abilty to get priority fixes rolled out for Crystal 2008. We are desperate for a fix for this because our customers cannot use their label printers and haven't been able to do so for the last 6 months since upgrading to CR2008. Currently they are using Crystal 11 as a workaround, which is far from ideal and a real bind.

Hi,

I'm having the same problems using CR2008 VS.NET 2008 when using label printers Intermec C4 and TSC 343C.

I tried all the FPs and SP3 in the last 6 moths and nothing solved the problem. Now I tried FP2.8 and testet much (also I tried to solve the problem as Sam@VL by creating the papersizes on all comuters). It works now on one computer, but not on all. I have no idea why on this single computer. In my opinion there is somthing better in FP2.8, but the problem is not solved.

We wait since months for a solution for this problem.

Ralph

In Crystal Reports 2008, we introduced the web-pagination to give even more pagination flexibility to our end users; unfortunately, we made some erroneous design assumptions that is being reflected in the problems that you have seen.

I am sorry to hear that the delivery of the proper fix has faced such a lengthy delay; the product management team has been made aware of this issue and is now working proactively to make sure the problem is thoroughly fixed.

Please continue to respond to this thread with the problems you are experiencing, with as much details as possible. This will help us ensure that your workflow is considered.

Regards,

Ken

Product Manager

SAP Business Objects Division

Edited by: Ken C Wong on Jun 18, 2010 11:44 PM

Hi Ken,

Thank you for your reply.

Here are some more details, but it is the same like in the other messages in this thread:

If I print the labels in the designer eyerything is fine. If I print the same labels in the application the paper orientation rotate.

For example my label is 40 mm wide x 20 mm high. When it is turned the print is smaller: Now the high is 20 mm and the wide is approx 10 mm. So it is still one label, but turned and is much smaller.

I know you need exact informations. But I tested so much and so it is not possible for me to tell you what I did when the porblem was solved on the one computer. In my opinon I did the same on all computers. Almost everything on these computers is equal. The only difference I know is: On the not working computer is also also a CR2008 designer(by the way what I had to buy only to print my labels from this computer). I updated all designers and all runtimes with FP2.8.

Ralph

Ken,

We are having this issue with Oki Data 420 printers. We have a 4"x1" label (setup as a custom form size) when printed on from CR2008 runtime it rotates the text and prints really small. In Designer prior to SP2 it had the same issue after SP2 it was resolved in Designer but not in the runtime. We have tried everything to resolved this issue with no luck. Our current work around is to use CR11 runtime.

Hopefully this is resolved soon!

Josh

Hi Ken,

Thanks for your comments, we have this issue using Toshiba TEC B-482 and TEC B-SX4T label printers using the Seagull printer drivers. The labels are on continuous stationary, each label is 9cm wide * 3.7cm high. When printed using Crystal the print appears spread across 2 labels vertically, despite being shown on screen in the print preview correctly (horizontally). The Orientation within the Page Setup options within Crystal Designer is automatically selected to Landscape and cannot be changed to Portrait as the software incorrectly demands that because the defined paper size is wider than it is tall it must be Landscape orientation. It's almost like Crystal assumes that all printers work like a laser printer, and where the paper size is defined wider than it is tall this must be Landscape format, as A4 paper can't be output from a Laser printer in Portrait format that is wider than it is tall.

Here's hoping for a speedy solution!

We're also having this problem with CR2008 and 3" x 1.5" label printers on a Zebra TLP2844. Have tried everything suggested above and have been waiting patiently for a fix but this is becoming serious. Senior Management want our product version to be released (it runs in over 200 pharmacies in the UK) producing thousands of labels per pharmacy per day. We can't send it out in this state! Have used Crystal Reports since Version 3 and have never known problem resolution to be so bad.

Please can anyone give a reliable update as it seems the fix has supposed to have been released several time but with no change.

Hi Angela,

This should be all working for Zebra Printers, all bug tracks were tested against the Zebra printer I have beside my desk. I talked to the Zebra Developers and they indicated all of their drivers use the same code so the latest drivers should resolve any issues you ahve. Have you updated your Zebra Printer driver to at least version 2.6.23?

We did not test this using the Seagull drivers for the Zebra printer. I tried their drivers once and could not make them work.

Thank you

Don

The drivers are not the problem. The .Net Crystal Runtime will not allow you to print portrait if the paper is wider than it is high. You need to get your developers to fix this!

Thanks for your replies. It is embarassing for us to have to require your feedback like this, but we want to do what we can to resolve this. Thanks for your patience.

This is the history of the issue as I understand it:

Crystal Reports had a problem with the designer / runtime incorrectly changing the orientation to landscape whenever the width > height.

This was corrected this in SP2, but we did not fix the issue when printing using the SDK.

FP2.8 partially repaired the problem, when a specific printer is selected, but still a problem with when no printer is selected.

SP3 changed the behavior again in the designer, making it 'worse'. I will follow up with the development team to understand what exactly was changed, but it would be good if you could elaborate (Sam / Peter).

Is there anything else that we should add to this history?

Thanks,

Ken

Hi Ken,

Using Crystal Designer either FP2.8 or SP3 I cannot get the labels to print in the correct orientation, regardless of the setting of the "No printer" Page Setup option. I did have this working using Crystal Designer with a previous SP2 fix pack, certainly FP2.3, but this no longer works and is therefore worse than before. I have never managed to get the labels to print in the correct orientation from the SDK, regardless of the fix pack applied.

Regards,

Peter.

When you call PrintToPrinter, the Landcape property is changed to true when width > height. I have an employee that followed the code through in one of the .NET decompilers and he says:

The u201CQueryPageSettingsEventHandleru201D (among others) was added after CR11.5, and it has some code that basically looks for a width > height, and sets the orientation to Landscape. The method u201CQueryPageSettingsu201D is what causes all the headache.

public static void QueryPageSettings(QueryPageSettingsEventArgs e, PageObject page)

{

if (page == null)

{

e.Cancel = true;

}

else

{

e.PageSettings.Landscape = page.PageOrientation == PaperOrientation.Landscape;

}

Oddly enough the method is called from a u201CPrintingHelperu201D class. Iu2019m sure we could think of another name J.

So when is this issue going to be resolved? We have been waiting almost a year now with promise after promise of it being resolved with no results.

Josh

Same question...

An update for everyone in this group.

We've identified a fix and is currently confirming that it is able to fix the problem in all situations. We should have an update for this group by the end of next week. Again, we appreciate everyone's patience.

The fix should provide identical printing results to CR XI R2, provided that the following conditions are true:

1. You do not check the 'disassociate paper size from printer' option. (This is a new feature in 2008)

2. You do not use the multiple orientation options.

Conceptually, this fix will mean that a report that does not use the CR2008 web pagination features will behave in the same manner as previous releases. If you have FP2.7, and the fix I described above is not sufficient for you, please let me know.

This fix was delivered in the CR 2008 designer in FP2.7 (not SP3), but is not yet available in .NET. As mentioned, we should have an update for this group shortly.

thanks,

Ken

Thanks for the update Ken, I've now given this a try in CR2008 Designer FP2.8 having saved the report in Crystal 11 (where it prints fine) and I can get the labels to print in the correct orientation. Previously I had saved it in CR2008 FP2.8 with the "Disassociate paper size from printer" option selected, now this isn't set it is at least working from the designer.

So when the fix for .net is released I should be able to apply this, and the same report should then work from within our application. Hopefully!

I just bought CR2008 (updating from from CR10). Unfortunately I'm experiencing the same problem as described here by many, and I need to either downgrade or attain the fix fast. As I understand the solution is very close by, I'd like to hear an update on how close, before deciding wether to downgrade, or wait.

For your information, I have tried the different suggestions here, and the result is, that I have prints from the machine where CR2008 Designer is installed, working from both the designer AND the appilcation, but from all other machines prints are not working (the heigth/width problem) from the application.

Kind Regards

Jakob Vestergaard

I forgot to mention that the FP 2.8 is installed on the machine that works, but this is not possible on all the other machines, as this is an upgrade to the designer, and I have no designer installed on the user-machines. These just have the run-time SP2.0. I did not have the guts to upgrade these to 3.0 hearing that this made things worse for some people in this thread.

Kind regards

Jakob

For your information: I tried installing the CR2008 Designer + SP1+SP2 and finally FP 2.8 on a client machine, just to get closer to a solution.

It turns out that this makes it work. Neither CR2008 Designer alone or SP1 or 2 made a difference, but this all had to be installed to be able to install FP 2.8.

Regards Jakob

That's correct.

It works for the Designer.

The problem still occurs when you are using .NET (especially the PrintToPrinter()-method) to print the reports.

That's trhe fix we are waiting for since more than 2 years now...

Can someone at SAP check the status of this fix? Can you set a date when this issue will be resolved?

Greetings,

Sam

So what is the status? When will we see a fix?

Regards Jakob

It's all gone quiet again. Management here have decided to look at other report options now. After all a pharmacy can't run without drug labels so hundreds of our hospitals and thousands of users are affected.

Hi Ken,

almost 2 weeks ago you promised a solution("by the end of next week"). Please give an update.

Ralph

By the time we see a fix everyone will be up and running on a different reporting software. I know we are looking at using reporting services and ditching CR due to all the issues we have had with 2008. Back in the bussiness objects days and CR 9, 10 and 11 I have never had so many problems that we have with 2008. I hope SAP steps up and addresses this issue soon. I was expecting it to be release at the end of the month but it seems like that are spending all of there time with SP3.

Hope to see a fix soon!

Josh

Ask a Question

Top Q&A Solution Authors

User

Count

By Category

Related Content

Activity Groups

Industry Groups

Influence and Feedback Groups

Interest Groups

Location Groups

Customer Only Groups

Forums

Related Resources

Products

Learning and Support

About

My SAP Profile

My SAP Profile

Know the answer?

Need more details?