Closed crantila closed 8 years ago
This isn't necessary for the 2.0.0 release. As long as the examples are correct, I think that's good enough for now. So I'm moving this to the "2.x Documentation" milestone.
Always!
All the docstring examples? Or are there specific ones?
All. They needn't be particularly useful, but the expectation of experienced Python users is that any sample code in documentation should be executable.
Yes, all.
Also, what parts of the code should actually have examples? Right now it looks like 1) mostly only run() has examples, which makes sense because it is the part people will be interacting with the most when using VIS and 2) there are a couple of indexer_func() with examples, but it's pretty unlikely that anybody not working on VIS is actually going to need that. So, am I making these examples for users or VIS developers?
Proceed at what we just discussed.
What did you just discuss?
My model for good API documentation, for a long time, has been Qt. See this as an example. The idea is this:
OK, I added examples in everything except for:
I'm assuming you did the new_ngram? Ok on dissonance indexer, and Point 3, yes VIS-Ualizer will overtake these. 😸
Yes, new_ngram is done. So I can close the issue once I do dissonance indexer? Or is there anything else I'm forgetting?
Done, in my branch.
It should only close when it is merged into main ... if you set it up appropriately the issue will be closed automatically at that point. Look it up.
The docstring code examples aren't executable code. They should be.