Summary: | font sizes in printed website pages (konqueror) are not independend from screen font sizes | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Damir Perisa <damir.perisa> |
Component: | khtml printing | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | gooly, kde, khanreaper, n, nicolas.girard, sami.liedes, wilke, yeupou |
Priority: | NOR | Keywords: | triaged |
Version: | 3.3.2 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | comparison of printprevies |
Description
Damir Perisa
2005-03-01 23:44:23 UTC
Might be related to this long standing bug as well: http://bugs.kde.org/show_bug.cgi?id=100604 Joseph Reagle: you posted the link of this bug instead of some other in comment 1 - what other bug do you mean? *** This bug has been confirmed by popular vote. *** Sorry, I mean this one: http://bugs.kde.org/show_bug.cgi?id=54985 "In Konqueror, if you have a page with a very long preformatted <pre> element, the whole page/document is scaled to accomodate that one line. It's a good effort but can render the printout useless. It'd be nice if it tried, but if the page get's scaled greater than 80%, the the line is simply cut off at the margin." no problem. you can also simply write the bug number like 54985 and bugzilla will automatically make the link 54985 is related to this, but is a special case. the <pre> element is mostly used for outputting debug-info on websites. if someone uses <pre> in a wrong way, you are always in trouble (the engine (khtml) is not allowed to insert a new-line or CR or LR in a <pre> element. that's the whole point of it. if you need monospaced output in a website, use <tt>) my screenresolution is 1920x1440 and the screensize is 395mmx295mm. the fontsize of printed website or mail is only 1mm. playing with "Minimal Font Size" has no effect. in kmail i adjust the printfont to 20pt, the result on paper where 3,5mm. with update to kde3.3.2 the screen is no more comparable to the paper. on comment #6: check if X knows about your DisplaySize: Section "Monitor" Identifier "LCD" DisplaySize 306 231 # <-- important to be set! HorizSync 28-95 ModelName "FlexView 1600X1200" Option "dpms" EndSection and also check if your font configs contain the dpi-value of your screen: something like this <match target="pattern"> <edit name="dpi" mode="assign"><double>132</double></edit> </match> should be somewhere in /etc/fonts/local.conf ... but i can fully reproduce this behaviour the DisplaySize was set to the right values and X knows about 123dpi (output from xdpyinfo). thanks for the hint with fontconfig. i set the dpi to 123, but there is no affect to printout. Created attachment 10527 [details]
comparison of printprevies
both printpreviews are nearly equal the printout, but konquerors printpreview
is too small.
oh sorry, i make the changes on a different computer as the tests. the printout is after the changes in fontconfig more readable, but alway too small. fontconfig: you're welcome. this line is often forgotten in the fontconfig and then users complain about too big or too small fonts on screen (in general in X) yes, as you also have seen (and that is also my observation), the print output of khtml is too small, also if the settings are done correctly. the main problem is that rendering for printing should not be related to the rendering for displaying. if you print the same website on different machines running the same version of konqueror, the output may look differently (depending on the display-configs/resolutions) - and that's bad I just did an upgrade from KDE 3.3.2 to 3.4 and went from miniscule printout to overbloated printout as reported in bug #100807 as well. What changed between 3.3.2 and 3.4? As a non-programmer/just user the solution to all konq print bugs for me seems to be a print preview with an adustable font size which also changes the font size of the current printout. Yes or just at least correct printing... when I set up print size in css as 12pt, i clearly want to print it out as twelve typographical points on the printer... but it's not. The way the printing system works is by generating postscript at the standard 75DPI resolution, when this is processed by a printer, the text should be automatically scaled up to match the printers native resolution. The low 75DPI actually means that px sized fonts are usually larger on print than on screen, but pt sized fonts have the exactly same size. The only case where this principle is broken are for fixed width webpages. Web-pages that specify width in px are often too wide to fit naturally on paper, and the whole web-page including fonts and then scaled down to fit. I'm not entirely sure of that... I'll have to test again, but I thing it changed the font size even for pt-sized text without any long <pre> lines. I think what I am seeing is related to this bug. If you go to http://www.idealx.org/prj/samba/smbldap-howto.fr.html and try to preview or print this page then the resulting font is microscopic and compressed to the right. There are no long lines as far as I can see. I've tried saving this page to disk and running it through tidy with various options but none of them fix the previewing/printing issue. It prints correctly from Mozilla Firefox. Also, most other website preview/print correctly from konqueror. This bug is still not resolved in KDE 3.5. On my system, to get a printout that is reasonable (not too large), I have to set a font that is too small (for my taste) on screen. All the comments on correct DPI settings etc. are irrelevant. I like large fonts on screen, because they are much easier to read and don't waste any resources, but I want small fonts on printout, because I don't want to waste paper and small fonts are usually still readable on paper. Why can't konqueror have different font settings for on screen reading and for printing, as several people have asked? That's the way kate works now, and it works great. I agree. Separation of presentation on paper from presentation on screen seems reasonable to me. @ scottn@ihug.co.nz (comment #17) The link to http://www.idealx.org/prj/samba/smbldap-howto.fr.html does no longer seem to provide a test case. Do you know a replacement? Kurt Pfeifle wrote: [bugs.kde.org quoted mail] As I remember, the problem was totally site- or page independent. The font sizes varied by Konqueror's window size before entering ctrl-p. I am not able to test this now (as I have no access to Linux systems at the moment). True, Trond, Konqueror needs a way to control the scaling of fonts and images in printouts (Opera f.e. is much better here). Also, it looks like the behaviour has changed a few times in the past (it looks like it now scales all page contents to make images, tables and <pre> lines to fit to the page width, which very often causes unreadably small fonts). However, I'm still interested in building a collection of test case sites, which can be used for testing in the future development of code that tackles "image and font size control in printouts".... *** Bug 78574 has been marked as a duplicate of this bug. *** *** Bug 53189 has been marked as a duplicate of this bug. *** *** Bug 100807 has been marked as a duplicate of this bug. *** *** Bug 140833 has been marked as a duplicate of this bug. *** KHTML currently sets the default font-size to 12 when printing. I can easily change this to reading the same setting as used for the screen. I wonder how much sense it makes though, are there any better suggestions? 12-point font seems to be a better default than screen font size. But ultimately, it should be possible to set the print font size separately from the screen font size. In a perfect world, I think the best way to do this would be to show a print-preview window with some kind of a zoom button, where I can zoom to the appropriate font size for the specific document before sending it to the printer. (In reply to comment #28) > KHTML currently sets the default font-size to 12 when printing. I can easily > change this to reading the same setting as used for the screen. I wonder how > much sense it makes though, are there any better suggestions? Which version is this about? Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |