On 19 January 2011 09:59, Inge Wallin <i...@lysator.liu.se> wrote: > On Wednesday, January 19, 2011 05:37:40 Thorsten Zachmann wrote: >> Hello, >> >> On Tuesday, January 18, 2011 14:17:00 Ganesh Paramasivam wrote: >> > Just a thought ( If this tool development is still in a early phase ). >> > >> > Wouldn't this be easier with PDF instead of JPG. PDF ( If I'm right ) >> > is nothing but a description of the layout data and handling PDF is >> > more programming friendly ( i.e there are enough libraries available >> > to read PDF ) than JPG's. >> >> the tool stores pngs. Storing pdfs would be also an option. However it has >> the same problems as storing as pngs so there is no real benefit. >> >> The comarison of the imgae is very easy it is just a QByteArray == >> QByteArray. There is nothing more used there. Not sure if it is as eays >> with PDF as there might be meta data which differes. > > If you are all right with the fact that the slightest little pixel change will > make the test fail. I think for this to be feasible, we have to allow a > certain small amount of differences.
Yeah, how about as a first step would, disable antialiasing in painters just for cstester? Then the algorithm allowing for small differences perhaps could be easier to define. -- regards / pozdrawiam, Jaroslaw Staniek http://www.linkedin.com/in/jstaniek Kexi & Calligra (kexi-project.org, identi.ca/kexi, calligra-suite.org) KDE Software Development Platform on MS Windows (windows.kde.org) _______________________________________________ calligra-devel mailing list calligra-devel@kde.org https://mail.kde.org/mailman/listinfo/calligra-devel
