When printing a responsive layout from RoboHelp 11.0.3 in Internet Explorer 11 the PDF just shows the title, first line or two and scroll bars, see image. The pages print normally from both Chrome and Firefox. We have checked and this seems to occur with a brand new project straight out of the box.
Any ideas how to get round this would be great appreciated.
Exactly what steps are you taking to print?
If you print to a physical printer rather than sending to PDF, does the scroll bar still appear?
What PDF program are you using?
See www.grainge.org for RoboHelp and Authoring tips
Hi Peter,
I get the same result when sending it to a physical printer, scroll bars and all. The PDF print was produced by selecting Adobe PDF from the printer list, even the "File" --> "Print Preview" before selecting the printer shows the same result.
Steps to Print:
Click on the Printer Icon in the Desktop Function Holder Bar.
Select printer or Adobe PDF
Click Print
Also tried:
Click "File" in the browser header bar
Click "Print..."
Select printer or Adobe PDF
Click Print
Printing fails this way on all three layouts, phone tablet and desktop.
Thanks,
Tom.
I see the same plus the content is not the full content on the page. Making enquiries.
See www.grainge.org for RoboHelp and Authoring tips
The likely cause has been identified but only Adobe can fix it. They have been alerted but meantime you should submit a bug report.
Please follow this link.
http://www.Adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38
See www.grainge.org for RoboHelp and Authoring tips
Hi All... are you sure this is a bug? I know IE behaves pretty odd nowadays as we become more responsive but I have several projects that I have created using responsive layout... When I read this post, I tested a few of my projects by printing random pages and I don't replicate this problem... It seems to print fine. I put my projects on a web server because many functions and features do not behave until you do that -
Hi There,
The example above wasn't on our webserver but I first noticed this on a project that was. I recreated the issue in a brand new project to make sure that it wasn't anything I had done to the template.
I'll put the clean project on the webserver to see if it helps, Thanks.
I never cease to be amused by "issues" that arise when folks want to create something in a medium for which it was never designed and they are dismayed that it doesn't produce what they want.
The thing is, print is a completely different world than on-line is. I'm totally baffled why so many folks just expect things to print perfectly from a web page that is intended for screen consumption.
Cheers... Rick
Hi Rick,
It has a print button, so you kind of expect it to print something vaguely usable. Some layout differences are to be expected between browsers, images are always going be resized, possibly beyond usefulness... I don't expect perfection!
I do expect more than the first line of content though, that isn't a lot to ask for is it? Firefox and Chrome don't seem to think so, I just wanted to know why IE was so different. Thanks to Peter we now know it is likely a bug somewhere in the software or template.
Tom.
Agree, if the app has a print button, you should be able to use the feature as an option to print a page or two. I developed several of my RH projects for a customer who wanted to be able to use their responsive web out in the field. They wanted to be able to view or print installation and step-by-step procedures as needed on any device.
I have 14 projects that I can print from using any browser from any device and I cannot replicate this print issue.
BUT...
I develop JQuery Mobile as well and I can tell you from first-hand experience, IE is a problem when it comes to HTML5/Responsive web in all areas.
The problem is likely to have occurred with the 11.0.3 patch so if your projects were generated before that, then that would explain why they are working for you.
See www.grainge.org for RoboHelp and Authoring tips
