[Poppler-bugs] [Bug 103530] Support XMP metadata for title, author etc.

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Nov 3 01:18:09 UTC 2017


https://bugs.freedesktop.org/show_bug.cgi?id=103530

--- Comment #5 from Jose Aliste <jose.aliste at gmail.com> ---
(In reply to Albert Astals Cid from comment #4)
> (In reply to Jose Aliste from comment #3)
> > We have discussed this in the list but never got to a conclusion. 
> 
> Do you have the email subject at hand? I do remember a discussion, but juts
> couldn't find it.

Actually, it's more or less the discussion we are having now. 

https://lists.freedesktop.org/archives/poppler/2017-April/012171.html
https://lists.freedesktop.org/archives/poppler/2017-September/012596.html
> 
> > For
> > instance, for author there is the info in the catalog and the info in the
> > XMP metadata. My understanding of the PDF spec says that if the XMP metadata
> > is present, then the catalog data should be ignored.
> 
> That is not correct, the rules are more complex as far as i remember.
> 
Yeah, I just wanted to point out that since the rules are complex and belong to
the pdf spec, we should probably implement them in poppler core. 

> > Because of that, I tend
> > to believe that we need a "High Level API" to get the author that get the
> > correct value that agrees with the pdf spec. Of course, it also makes sense
> > to still have "Catalog->getAuthor" even if it's supposed to be ignored and
> > we also have low level API to get the whole XMP metadata so we are covered
> > there. This high level API would belong to poppler IMO since it's part of
> > the PDF spec. The second question is whether we should provide
> > implementations in each frontend or in core. 
> > 
> > Albert, how do you feel about introducing a dependency on a xml library
> > (libxml2) for instance? so I can try to add a private high level api that
> > could be shared by both glib and qt frontends?
> 
> I guess that'd be ok
thanks

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/poppler-bugs/attachments/20171103/7f441f79/attachment-0001.html>


More information about the Poppler-bugs mailing list