Comments (8)
Have been thinking on this one myself, I think looking at other projects there is no consensus. I think it would be cleaner to just point at the wiki, but my one other thought is that maintaining the docs in the project allows them to version along with the code. So that if I go back and for some reason pull v1.5 when the latest is v1.8 the 1.5 docs would still be relevant and correct for that version. I do see many projects just pointing to the wiki - which does give us one place to update and maintain - a big plus.
from pnp-js-core.
How about generated documentation?
.md for those, and sitting under /docs?
Also wouldn't it be nice in the future to have nice navigation/breadcrumb between all docs? These were the kinds of things I wanted to experiment with... Hard to do on wiki if it's manual approach.
I personally tend favor .md so that it can be automated perhaps in the future because everything is in one format and easy to automate (such as adding breadcrumbs, reusable content, version numbers to all pages)...
Wiki is pretty limited in as it's just a flat list of pages. No hierarchal folders at all (or at least last time I checked). Also, is there a way to deploy/automate things there? Maybe, but not easy.
On the other hand, wiki allows easy editing in the browser without having to do the whole setup your dev environment, forking, etc.
So plusses and minuses with both...
from pnp-js-core.
You can clone the wiki as a git repo.
Perhaps "human related" things should go in the wiki and autogenerated into /docs.
Then we can link to the /docs/api/ files from the wiki when writing more human oriented documentation.
For instance usage examples will be hard to autogenerate if they are not written as comments directly in the source code; which is a bad idea.
So I suggest moving the .md files from the docs folder to the wiki and keep the .md files under /docs/api where they are until you finish the autogeneration of docs.
I can look through the API docs and extract things that will not be autogenerated into a start for samples in the wiki. That would let us overwrite the docs that are in /api/docs at a later time.
from pnp-js-core.
@patrick-rodgers so, what do you think about my suggestion above? "moving the .md files from the docs folder to the wiki and keep the .md files under /docs/api where they are"
from pnp-js-core.
do you mean create /docs/api in the wiki? If yes I think that is fine. We don't have an answer on doc generation so I am not sure it will matter yet where they live.
from pnp-js-core.
I am going to close this one with the idea we will move the docs out of the project and into the wiki. We will still ship the readme in the npm package and update it to point to the wiki. Any objections?
from pnp-js-core.
Did this work with #90.
from pnp-js-core.
Closing this, other discussions on docs here
from pnp-js-core.
Related Issues (20)
- return type for getAll HOT 2
- Handling HTTP 400 Errors via catch HOT 2
- Qustion: The field 'xxxx' is not supported in query. The lookup list is in another web. HOT 1
- [Question]: Retrieve all files within a document library HOT 2
- multiple delete does not work with String Array! HOT 3
- Sharing Site collection to an external user HOT 1
- Uploading package to app catalog HOT 4
- Is it possible to fetch data from client side modern page and show it into a new page SPFX HOT 2
- A call to contextInfo is being made by each spfx webpart. HOT 1
- When I try to upload large file on SharePoint 2013 On-Premise it gives error Resource not found HOT 1
- UserProfile MyProperties with error 500 HOT 2
- Cannot get FileRef from getItemsByCAMLQuery method HOT 1
- how to add field to view? HOT 2
- Trying to update sharepoint library metadata column using pnp js HOT 1
- IncludeGroupsSites doesnt work in the sp.social.my.followed(SocialActorTypes.IncludeGroupsSites) HOT 1
- Using Angular@6 util.js error HOT 3
- Having issues adding User and Lookup fields to List HOT 2
- How to get specific version of item? HOT 3
- Ability to view/add/remove Site Collection Admins? HOT 2
- SPFX and AD Groups Permissions HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from pnp-js-core.