I think that this is a worthy goal, but out priority should be guided by
the APIs that downstream users actually need right now. For example,
LibreOffice has its own OutputDev implementation, and would benefit from a
standardization of that interface.
Best,
Oliver
utils/pdftocairo.cc |6 +++---
utils/pdftoppm.cc |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
New commits:
commit 4b063f84124a13f0561d871e43a08e0cf181ced5
Author: Albert Astals Cid
Date: Sun Jan 12 23:44:25 2020 +0100
pdftoppm/pdftocairo: Fix -e/-o printing the
El dilluns, 13 de gener de 2020, a les 8:49:14 CET, Oliver Sander va escriure:
> I think that this is a worthy goal, but out priority should be guided by
> the APIs that downstream users actually need right now. For example,
> LibreOffice has its own OutputDev implementation, and would benefit
On lundi 13 janvier 2020 23:02:50 CET Albert Astals Cid wrote:
> El dilluns, 13 de gener de 2020, a les 8:49:14 CET, Oliver Sander va
escriure:
> > I think that this is a worthy goal, but out priority should be guided by
> > the APIs that downstream users actually need right now. For example,
>
>> 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
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
