|
|
Rank: Advanced Member
Groups: Member
Joined: 5/14/2013
Posts: 45
|
We use EO PDF in the context of PDF conversion from websites. We would like to give our customers the opportunity to use other formats than PDF as well. Additionally we create thumbnails for each converted page. Unfortunately the quality of the images is quite bad (or we are doing something wrong). Played around with several of the options (including size property). This increases resolution and file sizes but still the font renderings look very strange. In PDFs or original html pages the renderings are ok and it is not a special font. But it seems that the conversion of fonts to images produces low-quality results. See image-1.png for an example. Is this a bug, by design or are there any means to improve this?
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,195
|
Hi,
This is a limitation and currently there is no option to improve this. The root of the problem is we use GDI function ExtTextOut to draw the string into a Bitmap and that produces poor result. GDI+ DrawString supposes to produce better result, however during our test it has problems with custom font, so that is not an option for us for now.
Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 5/14/2013
Posts: 45
|
Stupid question: As you have to render the page in a browser engine anyway, would it not be possible to just grab a screenshot from the browser canvas (basically used the browser rendering engine and create a snapshot from the display area)?
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,195
|
Hi,
It's not that easy. :) We actually do not use the same code path a browser uses to render on screen to render our output.
Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 5/14/2013
Posts: 45
|
Any outlook how/when this can be improved?
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,195
|
Hi,
We are aware that this can be an issue and we are aware that there are plenty of room for improvement on this. One way is to use path to render text. However that will have significant performance overhead. Another way is of course, keep two separate rendering path: one is the browser's original rendering path for screen rendering, and another one for PDF rendering. That could cause problems as well. We can not give you an ETA at this time though since this are just experiment at this time.
Thanks!
|
|