Author style guide: Difference between revisions

From DAO Governance Wiki
Jump to navigation Jump to search
mNo edit summary
 
(2 intermediate revisions by the same user not shown)
Line 1: Line 1:
This DGF wiki style guide describes the overarching theme of the [[Main Page|DGF Wiki]]. In short, follow the currently accepted DGF [[wiki page template]].
This DGF wiki style guide describes the overarching theme of the [[Main Page|DGF Wiki]].  
 
In short, follow the currently accepted DGF [[wiki page template]].
 
At length, follow the approach that underlies the DAO Governance Framework design.


== Design Considerations ==
== Design Considerations ==
Line 15: Line 19:
* Lengths of pages should be constrained above and below. A page that is too complicated should be summarized and split into multiple pages. A page that is too short is a [[wikipedia:Wikipedia:Stub|stub]] and should be elaborated or deleted and reincorporated in the root page.
* Lengths of pages should be constrained above and below. A page that is too complicated should be summarized and split into multiple pages. A page that is too short is a [[wikipedia:Wikipedia:Stub|stub]] and should be elaborated or deleted and reincorporated in the root page.


We follow Wikipedia’s style guide for three reasons. First, out of respect for the most effective decentralized organization ever created. Second, people are already trained to navigate Wikpedia's page style, so it will lead to greater learning efficiency. Third, if we have an improvement, we should first try to convince Wikipedia to change.
We try to follow Wikipedia’s style guide for three reasons. First, out of respect for the most effective decentralized organization ever created. Second, people are already trained to navigate Wikpedia's page style, so it will lead to greater learning efficiency. Third, if we have an improvement, we should first try to convince Wikipedia to change.


== Page Structure ==
== Page Structure ==
The archetypical design structure for organizing content in a page on the DGF Wiki.
The archetypical design structure for organizing content in a page:
 
'''Top:'''
 
* Short intro
* Contents = Links to sections in current page Overview
 
'''Body'''
 
Split into 3 sections, based on the information theory triad:
 
1. Overview/ judgements/ perceptions/ information storage
 
Current conclusions on the subject. This comes first, because the wiki is the information storage part of the project.


[Followed by  Contents Links]   


'''Top:'''
2. Theory/ legislation/ thought/ information processing/ answers why the subject of the page is important
 
History
 
Why is it right?
 
Future


Short intro 
3. Execution/ action/ information transmission


Contents = Links to sections in current page Overview
Applications 


Each of these subjects can be further broken down into subsections along the same lines. If necessary, within the page, but preferably in a linked page for that subject.


'''Bottom:'''  
'''Bottom:'''  
Line 42: Line 67:
# References
# References


 
'''Bottom Bottom:''' smaller font, grey
'''Bottom Bottom:''' smaller font grey


<small>Members; Contributors’ Guide; general announcements...</small>
<small>Members; Contributors’ Guide; general announcements...</small>
'''Body'''
Split into 3 sections, based on information theory triad:
1. Overview/judgements/perceptions/ info storage
Current conclusions on the subject
[Followed by  Contents Links]    2. Why?/theory/legislation/thought/ info processing
History
Why it's right
Future
3. Execution/action/ info transmission
Applications
Each of these subjects can be further broken down into subsections along the same lines. If necessary, within the page, but preferably in a linked page for that subject.
== Typography ==
== Typography ==
When defining a term, use italics. For example: "The ''minting ratio'' determines the proportional number of REP minted to the fee."
When defining a term, use italics. For example: "The ''minting ratio'' determines the proportional number of REP minted to the fee."

Latest revision as of 19:44, 3 July 2023

This DGF wiki style guide describes the overarching theme of the DGF Wiki.

In short, follow the currently accepted DGF wiki page template.

At length, follow the approach that underlies the DAO Governance Framework design.

Design Considerations[edit | edit source]

Wiki self-similar design leads to

  1. better understanding & more efficient navigation and learning
  2. quicker wiki development
  3. more convergent vision of the document, helping to resolve debates.

The goal is to build an accurate, useful, and attractive document. 

We will try to follow many conventions of Wikipedia. For example,

  • Each time a term is used for the first time on a page, it is linked to the page/section that defines it. The second and later time that term is used, do not link.
  • Lengths of pages should be constrained above and below. A page that is too complicated should be summarized and split into multiple pages. A page that is too short is a stub and should be elaborated or deleted and reincorporated in the root page.

We try to follow Wikipedia’s style guide for three reasons. First, out of respect for the most effective decentralized organization ever created. Second, people are already trained to navigate Wikpedia's page style, so it will lead to greater learning efficiency. Third, if we have an improvement, we should first try to convince Wikipedia to change.

Page Structure[edit | edit source]

The archetypical design structure for organizing content in a page:

Top:

  • Short intro
  • Contents = Links to sections in current page Overview

Body

Split into 3 sections, based on the information theory triad:

1. Overview/ judgements/ perceptions/ information storage

Current conclusions on the subject. This comes first, because the wiki is the information storage part of the project.

[Followed by Contents Links]

2. Theory/ legislation/ thought/ information processing/ answers why the subject of the page is important

History

Why is it right?

Future

3. Execution/ action/ information transmission

Applications

Each of these subjects can be further broken down into subsections along the same lines. If necessary, within the page, but preferably in a linked page for that subject.

Bottom:

links to

  1. Detailed design of this subject
  2. Applications
  3. Mathematical formulas related to this subject
  4. Code related to this subject
  5. Downloads available for this subject
  6. See also [internal links]
  7. Notes [footnotes for this page]
  8. Citations [auto-generated footnotes with shorthand for the full references below]
  9. References

Bottom Bottom: smaller font, grey

Members; Contributors’ Guide; general announcements...

Typography[edit | edit source]

When defining a term, use italics. For example: "The minting ratio determines the proportional number of REP minted to the fee."

Reference style[edit | edit source]

Articles[edit | edit source]

Author1 First Name Second Name & Author2 & ... (Date published) "Title", Publisher.

Available at: http://website (Retrieved date: year month day)


Example:

Craig Calcaterra & Wulf Kaal & Vlad Andrei (2018 February 18) "Blockchain Infrastructure for Measuring Domain Specific Reputation in Autonomous Decentralized and Anonymous Systems", University of St. Thomas (Minnesota) Legal Studies Research Paper No. 18-11. Available at SSRN: https://ssrn.com/abstract=3125822 or http://dx.doi.org/10.2139/ssrn.3125822 (Retrieved 2023 April 11)

Books[edit | edit source]

Author1 First Name Second Name & Author2 & ... (Date published) Title, Publisher.

Available at: http://website (Retrieved date: year month day)

Example:

Craig Calcaterra & Wulf Kaal (2021) Decentralization, De Gruyter, pp. 57-59.

See Also[edit | edit source]