Description of problem: Screenshots, particularly of complete screens, are rendered too small to be of use to the readers, in the html version. (PDF versions are ok). Version-Release number of selected component (if applicable): How reproducible: Create a screenshot of a full screen, and add to a document. Steps to Reproduce: 1. Create screenshot, save as png, add to document. 2. Publish document 3. Screenshot in the html version is forced into a 400 Pixel (maybe, Im guessing) display. Actual results: Screenshot in the html version is forced into a 400 Pixel (maybe, Im guessing) display. Screenshot in the pdf is okay. Expected results: Screenshot in the html version should be reproduced at the size that the writer specified, either by scaling the image prior to saving, or by using the docbook parameters. Additional info: This is user feedback. Getting very negative feedback from reviewers about the screenshots "ugliness" and unreadability. RHEV has a mandatory resolution of 1024x768, so I don't think users will be reading the docs on a lower resolution. Also, it is necessary to show the full screen on many occasions, as the user needs the context of the portal.
For me, the PDF images are also of a very poor resolution, and the way in which they scale is much less readable to the scaling to a similar resolution in GIMP.
(In reply to comment #0) > Screenshot in the html version is forced into a 400 Pixel (maybe, Im guessing) > display. Screenshot in the pdf is okay. The 444 pixel limitation is at the request of ECS, you will need management sign off to change it. (In reply to comment #1) > For me, the PDF images are also of a very poor resolution, and the way in which > they scale is much less readable to the scaling to a similar resolution in > GIMP. In PDF the entire bitmap is embedded and the view port size is set, it is then up to the PDF viewer to scale the image. If you are unhappy with the scaling you will either need to scale the image yourself, which is what should happen anyway, or you need to open a bug against the viewer to get their scaling improved. Cheers, Jeff.
Changed hard coded value to a config parameter, max_image_width. The default value for max_image_width is 444. Books can override this by setting max_image_width in their publican.cfg file. Brands can enforce a max width by setting max_image_width in their overrides.cfg file. No brands have had their overrides.cfg file updated as part of this ticket.
Confirmed working as described in 1.6.3.t122 -- oversized images free to run off the page in both HTML and PDF
publican-1.6.3-0.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/publican-1.6.3-0.fc13
publican-1.6.3-0.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/publican-1.6.3-0.fc12
publican-1.6.3-0.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update publican'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/publican-1.6.3-0.fc12
publican-1.6.3-0.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update publican'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/publican-1.6.3-0.fc13
publican-1.6.3-0.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.
publican-1.6.3-0.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.