Summary: | Print preview support in Konqueror 4.5+ (KHTML rendering engine) | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Gérard Talbot (no longer involved) <browserbugs2> |
Component: | khtml printing | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | wishlist | CC: | giecrilj, Heinrich20, kde |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Gérard Talbot (no longer involved)
2010-12-03 01:44:11 UTC
Correct! But as the author of this brainstoming entrance - did somethin happen? - I have to say: This is not a konqueror problem, it is a KDE 4 problem. Print preview already worked in earlier versions of KDE, with KDE 4 it i gone! Not very funny! As a user I am NOT interested in technical explanations I would like to have a solution. Regards, Martin Hello Martin L ü c h e m :) > This is not a konqueror problem, it is a KDE 4 problem. Agreed. So, under which product should we file this bug then? https://bugs.kde.org/describecomponents.cgi?product= lists the product and each product has a short description: Printer and Print Jobs Manager https://bugs.kde.org/describecomponents.cgi?product=print-manager kdeadmin's system-config-printer-kde tool https://bugs.kde.org/describecomponents.cgi?product=system-config-printer-kde seems to be the 2 best, most relevant products for this bug. > As a user I am NOT interested in technical explanations I would like to have a solution. As an user, I am interested in a solution: that is understandable. But we are required to create a good bug report. For many reasons, it is in the users' best objective interests to file this issue in a good bug report... namely to avoid misaddressing this bug or cause valuable developer time wasted but also for other side reasons. regards, Gérard Hi G´erard,
(the hell! Where are accents gone? Never change a running system! In the older
Debian installation this worked perfect, now with Kubuntu, no more accents...)
thank you for supporting!
The main question is: which component is responsible for "print preview". At
least, this should be clear. I remember someone telling me that now every
application itself is responsible for activating "print preview" what I
personally think is the main fault of this solution. But this is exactly what
I described in the brainstorming section.
By the way, are we told to write a bug report for e v e r y application in
KDE that does not have print preview?
Regards, Martin
Am Donnerstag, 6. Januar 2011, um 19:21:30 schrieb Gérard Talbot:
> https://bugs.kde.org/show_bug.cgi?id=258634
>
>
>
>
>
> --- Comment #2 from Gérard Talbot <browserbugs gtalbot org> 2011-01-06
> 19:21:29 --- Hello Martin L ü c h e m :)
>
> > This is not a konqueror problem, it is a KDE 4 problem.
>
> Agreed. So, under which product should we file this bug then?
> https://bugs.kde.org/describecomponents.cgi?product=
> lists the product and each product has a short description:
>
> Printer and Print Jobs Manager
> https://bugs.kde.org/describecomponents.cgi?product=print-manager
>
> kdeadmin's system-config-printer-kde tool
> https://bugs.kde.org/describecomponents.cgi?product=system-config-printer-k
> de
>
> seems to be the 2 best, most relevant products for this bug.
>
> > As a user I am NOT interested in technical explanations I would like to
>
> have a solution.
>
> As an user, I am interested in a solution: that is understandable. But we
> are required to create a good bug report. For many reasons, it is in the
> users' best objective interests to file this issue in a good bug report...
> namely to avoid misaddressing this bug or cause valuable developer time
> wasted but also for other side reasons.
>
> regards, Gérard
FWIW, " Porting Applications from KDEPrint to Qt for 4.0 (...) Use KPrintPreview (in kdelibs/kutils) for print preview, rather than KPrinter::setPreviewOnly(true) or the KPrintDialog tick-box " http://techbase.kde.org/Projects/KDEPrint/KDE4 Gérard KPrintPreview Class Reference http://api.kde.org/4.0-api/kdelibs-apidocs/kutils/html/classKPrintPreview.html If you are familiar and at ease with C++ (I'm not!), then this bug should be certainly fixable. regards, Gérard " Current information KDE4 uses the Qt printing infrastructure for the application side and system-config-printer for the Print System Configuration. (...) it may take up to 2 years for KDE5 to emerge with the new printing features enabled. " Printing in KDE http://community.kde.org/Printing So, the C++ information (classes) which a KDE developer would use to fix this bug and many other printing bugs in KDE (e.g. print a frame, print a selection, select page margins, %tage scaling, etc) is at Qt Reference Documentation (Qt 4.7) http://doc.qt.nokia.com/latest/printing.html Gérard Printing/Missing Features (in KDE 4.x) 2.6 Print Preview http://community.kde.org/Printing/Missing_Features#Print_Preview *** This bug has been confirmed by popular vote. *** > Chrome 9.0 (to be released before end of 2010) is supposed/scheduled
> to have a print preview feature; their issue 173 indicates it is a Priority 2
> and it has 18 duplicated bug reports.
Chrome 13.0.782.112 has been released and it has a print preview feature.
This means that Konqueror 4.7.0 is the sole and only acid2-test compliant browser which does not have a print preview feature.
Gérard
Printing/Missing Features (in KDE 4.x) Print Preview 2.17 http://community.kde.org/Printing/Missing_Features#Print_Preview_2 If you tell Konqueror 4.7.2 to print, it shows a print preview first. (In reply to comment #11) > If you tell Konqueror 4.7.2 to print, it shows a print preview first. That was in WebKit mode. You can, however, print to PDF in KHTML mode and open the result in Konqueror, which is convenient enough. Note that printing in WebKit mode is not a good idea because of Bug 292052. Christopher, I am modifying the summary to make that more clear. Dear user, KHTML (and KJS) was a long time more or less unmaintained and got removed in KF6. Please migrate to use a QWebEngine based HTML component. We will do no further fixes or improvements to the KF5 branches of these components beside important security fixes. For security issues, please see: https://kde.org/info/security/ Sorry that we did not fix this issue during the life-time of KHTML. Greetings Christoph Cullmann |