Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support AppStream metadata #25

Open
n8willis opened this issue Oct 17, 2017 · 3 comments
Open

Support AppStream metadata #25

n8willis opened this issue Oct 17, 2017 · 3 comments

Comments

@n8willis
Copy link

The AppStream specification for package metadata is now used by many (perhaps most) Linux distribution package managers. It now supports font packages as well: https://www.freedesktop.org/software/appstream/docs/sect-Metadata-Fonts.html

Consequently, it would be good if the UFR structure included a skeleton file for this format, too, since it would encourage many open-font developers to get the metadata formatted properly from the get-go.

While the AppStream team has been generating these files for existing packages (see https://www.freedesktop.org/software/appstream/docs/sect-Metadata-Fonts.html ), that's far from ideal. Just including the right sample text is something that the designer is better equipped to do than anyone else....

@raphaelbastide
Copy link
Collaborator

I think I will redirect visitors of this repo to https://github.com/djrrb/Sample-Font-Repository. It might make some sence to concentrate the efforts on this last project because I have no plan to make UFR evolve in the future.

@pathumego
Copy link
Member

@n8willis So your suggestion is that we just provide a skeleton metainfo.xml file?

@n8willis
Copy link
Author

@pathumego Yeah. I would contend that having that sort of info in XML has advantages beyond Linux packaging, too, since it's more accessible than having it live solely in the font binary.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants