# Project Documentation

**URL:** <https://forum.inductiveautomation.com/t/project-documentation/60852>\
**Category:** Ignition\
**Tags:** ignition80, ignition81\
**Created:** [June 16, 2022, 6:58pm UTC](https://forum.inductiveautomation.com/t/project-documentation/60852 "2022-06-16T18:58:26Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![srunde](https://avatars.discourse-cdn.com/v4/letter/s/82dd89/32.png) [@srunde](https://forum.inductiveautomation.com/u/srunde)\
**Post date:** [June 16, 2022, 6:58pm UTC](https://forum.inductiveautomation.com/t/project-documentation/60852/1 "2022-06-16T18:58:26Z")

</div>

Is there a standard way to document the larger capabilities of a project? I’m aware of documentation fields in tags, docstrings in python libraries, etc., but I’d also like to integrate bigger-picture documentation.

For example, I might create a python package that automates the generation of some Ignition resources based on a csv import. It’s possible to write a huge docstring, but improved formatting like Markdown and navigation between examples, usage, FAQ, etc. would be nice. Has anyone found success documenting this close to project (i.e. in some Ignition resource), or is it easier to keep the documentation files elsewhere?

---

<div class="post-metadata">

**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\
**Post date:** [June 16, 2022, 7:43pm UTC](https://forum.inductiveautomation.com/t/project-documentation/60852/2 "2022-06-16T19:43:41Z")

</div>

This is actually something we’re interested in first-party; we just haven’t spent the time to really nail down requirements.

As a (baby) step forward, in 8.1.19 you’re able to attach (plain text) documentation to every resource in the designer. We’ve talked about having a module or platform feature that would go through the project and serve up a navigable webpage, something like what a static site generator could do with a Python library. I’m also actively working on code completion for project scripts, which will include the docstring, which further helps with usability/discoverability.

---

<div class="post-metadata">

**Author:** ![kgamble](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kgamble/32/8019_2.png) [@kgamble](https://forum.inductiveautomation.com/u/kgamble)\
**Post date:** [June 16, 2022, 9:11pm UTC](https://forum.inductiveautomation.com/t/project-documentation/60852/3 "2022-06-16T21:11:34Z")

</div>

This isn’t quite first-party, but we put readme markdown files all over the place in our projects.

This works well when version controlling and using something like GitHub to show you all of the details.

Only comment is if you are doing it for a specific view, make sure you add it to the `resource.json` list of files or Ignition will delete it right out from under you when its bored!
