Following a discussion about contributing to /improving the Quick Docs, it's been suggested to add metadata to each page to identify:
N.B. Strongly consider automation for this
See https://discussion.fedoraproject.org/t/project-quick-docs-improvement/44322 for more details.
Thanks @anthonymcglone . I haven't been able to keep up with all the docs revamp discussion. I think we're still a little away from it all being implemented? So we probably want to wait a little until it's all explicitly sorted before we start making any changes here?
@ankursinha yes you can put it on hold. The ticket is just to track the work and not lose it from the linked discussion.
Do you think the ticket QD2 I created is worth doing? I was going to assign that to myself, but let me know your thoughts.
@pboy @darknao @ankursinha automation of putting metadata requires review of the whole document. Automation aside, could we discuss how to prioritize 87 pages of QuickDocs and select top pages to do technical review, regardless of issue raised? We need more proactive and sustainable input to take care ot content.
I could assume a role of 'maintainer' for a couple of pages in QuickDocs where I made substantial edit.. However, this can be shared efforts and continuous care. Automation of metadata comes after.
Metadata Update from @hankuoffroad: - Issue priority set to: next meeting (was: awaiting triage)
Same as article category. Metadata updates need to be done with content update, not in isolation. Closing this.
Metadata Update from @hankuoffroad: - Issue close_status updated to: moved - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.