diff options
Diffstat (limited to 'doc')
| -rw-r--r-- | doc/README_FOR_APP | 27 |
1 files changed, 23 insertions, 4 deletions
diff --git a/doc/README_FOR_APP b/doc/README_FOR_APP index b0178eb..1266d7c 100644 --- a/doc/README_FOR_APP +++ b/doc/README_FOR_APP | |||
| @@ -87,13 +87,13 @@ that draft or the lock on it, enabling other users to edit that page again. | |||
| 87 | 87 | ||
| 88 | ===Tags | 88 | ===Tags |
| 89 | 89 | ||
| 90 | Pages of course come with meta data attatched to them. Tags are one kind of | 90 | Pages of course come with meta data attached to them. Tags are one kind of |
| 91 | meta data. They can be understood and used as keywords, categories, tags or any | 91 | meta data. They can be understood and used as keywords, categories, tags or any |
| 92 | similar concept. | 92 | similar concept. |
| 93 | 93 | ||
| 94 | ===Templates | 94 | ===Templates |
| 95 | 95 | ||
| 96 | Althought there is only one, simple and unified, template for editing pages, it | 96 | Although there is only one, simple and unified, template for editing pages, it |
| 97 | is possible to select from different templates for public display. This | 97 | is possible to select from different templates for public display. This |
| 98 | selection of templates allows slight alterations of the layout. For example one | 98 | selection of templates allows slight alterations of the layout. For example one |
| 99 | template would display every attribute of a page (like date, author, abstract) | 99 | template would display every attribute of a page (like date, author, abstract) |
| @@ -102,7 +102,7 @@ of a page, another wouldn't. | |||
| 102 | 102 | ||
| 103 | ===Aggregation | 103 | ===Aggregation |
| 104 | 104 | ||
| 105 | Keywords and other meta data can be used to aggregate any ammount of pages | 105 | Keywords and other meta data can be used to aggregate any amount of pages |
| 106 | into the body of another page. | 106 | into the body of another page. |
| 107 | 107 | ||
| 108 | <aggregate | 108 | <aggregate |
| @@ -110,4 +110,23 @@ into the body of another page. | |||
| 110 | limit="20" | 110 | limit="20" |
| 111 | order_by="published_at" | 111 | order_by="published_at" |
| 112 | order_direction="DESC" | 112 | order_direction="DESC" |
| 113 | /> \ No newline at end of file | 113 | /> |
| 114 | |||
| 115 | ===Permissions | ||
| 116 | |||
| 117 | The permission system is geared towards our use-case which means you won't find | ||
| 118 | the standard create/update/destroy derived permissions. | ||
| 119 | Every user without having any permissions is allowed to perform non-destructive | ||
| 120 | tasks that won't affect the frontend (published pages). What am I talking about? | ||
| 121 | |||
| 122 | Bob has no permissions whatsoever still he is allowed to edit a #Page anywhere, because this action will only create a new revision of the #Page which is not immediately published. He won't be able to manipulate a #Node in any way (unique_name, slug, ordering, structure) because this would affect the frontend | ||
| 123 | without further notice. | ||
| 124 | |||
| 125 | Having a #Permission on a #Node makes Bob an admin for this #Node and all it's | ||
| 126 | children. Now Bob can do pretty much anything on these nodes including such fun | ||
| 127 | things as: | ||
| 128 | - Create/Update/Delete a #Node | ||
| 129 | - Reorder children of the #Node | ||
| 130 | - Rejecting a draft and telling the author to get his/her spelling right. | ||
| 131 | - Clear a stale lock on a #Node | ||
| 132 | \ No newline at end of file | ||
