@Majed-Y That's can do what you want.... [link text](link url)https://github.com/qpdf/qpdf

@A-A-SEZEN Thanks, it actually works now

syntax from documentation for border <width>px <border-style> <border-color> That's mean it should be px after border.

@sachinrd You are welcome. Do notice this way of printing it only works when it can fit on one page. if it has many rows, it will not be optimal :)

@Christian-Ehrlicher Thanks for tracking that down. Hope Qt gets it fixed soon.

Thank you @SGaist , filed a bug report.

@mrjj I actually want to print to an actual printer. So, using a PDF in between is not an option. Just as I said: the margins of the QPrinter::pageLayout() do not work as one would expect. In order to be able to print close to the border, you have to turn on full page mode and set the margins of the QPrinter directly. I am not entirely sure (as I have a huge code base involved converting wxWidgets to Qt), but it looks like setting the margins of QPrinter actually prints with that margin (in contrast to what the documentation suggests). For me the problems are now solved.

Hi Narayanan, Did you find any other alternative for this printer support on Android? Implementing ourselves is definitely an option but it can be quite a process if your application has to support more than 10 types of printers. Do let me know as it would be helpful piece of information.

Hi, You should check the bug report system to see if it's something known. If not please consider opening a new report providing your example and as many details as possible about your setup.

Take a look at QtRPT print report engine and QtRptDesigner. May be it help you. You can fint QtRPT at http://www.qtrpt.tk

OK, so now that I have launched the program with admin rights and came back with user session, the application is working (?!?) So it was neither a DLL or plugins problem, but just a weird right access blocking. I am sad I can't explain why I had to launch it once with admin session, but at least I am glad I solved my problem. Thanks anyway to those who give their time to help.

Hi Do you have QT += printsupport in the .pro file ? Ps. If you add it. remember to run qmake.

solution QApplication::setAttribute(Qt::AA_Use96Dpi);

@kshegunov I think I got it! I have included to the painterEvent the following: QPixmap pm(200, 200); pm.fill(Qt::white); setPixmap(pm); Now I can set the text from other class like: ui->label->setText("lala"); However, I think I shouldn't set Pixmap inside paintEvent - better to do it in the other class so this type of label could be also used for other labels, right? EDIT: I liked the idea of @jsulm. Could you give me some hints how to achieve it? How to get the painting functionality from a standard QLabel and then add some additional my own painting?

Let me tone down this discussion by saying that the original reason for my question has disappeared. I misunderstood how QPrinter worked. I thought I would need the string versions of the QPrintDialog enums to pass on to lp. Turns out QPrinter does what I need to do automatically and I don't need to call lp. Thanks for the lively discussion though.

Anyone? Any Idea?

I will try to debug in QPrinter, but therefore i have to compile QT in debug mode. It will take a while..

Hey, thanks for your help. It figured out, that the problem was not the export process. Sorry :) It was the message window i show when the export is complete. I dont know why but it caused the gpu to heat up even if it was closed.