[poppler] Should we aim for having utils only using public API, ideally cpp/ ?
Albert Astals Cid
aacid at kde.org
Tue Jan 14 23:03:58 UTC 2020
El dimarts, 14 de gener de 2020, a les 6:28:41 CET, suzuki toshiya va escriure:
> On 2020/01/14 13:56, Oliver Sander wrote:
> >>> We have asked third party uses of non public headers to come forward and
> >>> describe their needs multiple times, we've always got a big silence as
> >>> answer.
> >>
> >> Not completely true ;-)
> >
> > Indeed. As mentioned I have also received descriptions of what the LibreOffice folks do.
> > In order to import pdf files they subclass OutputDev to 'paint' into a custom internal
> > format they have. I'll dig out the details on request.
> >
> > Best,
> > Oliver
>
> I agree with "Not completely true".
>
> In the past, OpenPrinting consortium members had asked about the usage
> of APIs in non public headers, to make yet another OutputDev, as the
> lo-end printers by Japanese companies (note: some lo-end inkjet printers
> want to interact with the host machines, so, making a fixed printer data
> by PS or PDF are not sufficient).
>
> I remember, the reply was something like "you should use cpp-interface".
> But the coverage of cpp interface is too small to implement yet another
> OutputDev.
Yes the cpp interface doesn't provice that.
Though as mentioned back in 2017 to Even, no one says what they really need, just the classes they hope we did not touch.
What we need is someone giving us the high level description of their needs so we can try to come up with the API they would need and we could maintain.
Also, I'll be honest here, lo-end Japanese printer companies are totally at the bottom of my list on "people I'd like to help during my spare time", so even if they gave me the best specification ever i doubt i would decide to work on that over the other 600 bugs we have.
But that's just me and we'd be still good to have such specification, once we have that spec maybe they could themselves work on it ;)
Cheers,
Albert
>
> Regards,
> mpsuzuki
>
> _______________________________________________
> poppler mailing list
> poppler at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/poppler
>
More information about the poppler
mailing list