Here are some of the features and notes about Pm Wiki's design decisions. Many of these derive directly from the PmWikiPhilosophy and lots of discussion on the mailing lists.
- PmWiki:FlatFileAdvantages - why Pm Wiki uses flat files to store pages instead of an SQL database
- PmWiki:HierarchicalGroups - why Pm Wiki doesn't support nested groups
- PmWiki:PageLocking - how Pm Wiki works without locking pages (see also simultaneous edits)
- PmWiki:SearchImprovements - why Pm Wiki has a native search engine
- PmWiki:FilePermissions - some information about Pm Wiki's file permission settings
- PmWiki:WikiGroupMotivation - why Wiki Groups
- PmWiki:WYSIWYG - why not WYSIWYG.
<< PmWikiPhilosophy | DocumentationIndex | Glossary >>
Why doesn't Pm Wiki use hierarchical / nested groups?
It essentially comes down to figuring out how to handle page links between nested groups; if someone can figure out an obvious, intuitive way for authors to do that, then nested groups become plausible. See DesignNotes and PmWiki:HierarchicalGroups.
Why don't Pm Wiki's scripts have a closing ?> tag?
All of Pm Wiki's scripts now omit the closing ?> tag. The tag is not required, and it avoids problems with unnoticed spaces or blank lines at the end of the file. Also, some file transfer protocols may change the newline character(s) in the file, which can also cause problems. See also the Instruction separation page in the PHP manual.
Does Pm Wiki support WYSIWYG editing (or something like the FCK Editor?)?
Short answer: Pm Wiki provides GUI buttons in a toolbar for common markups, but otherwise does not have WYSIWYG editing. For the reasons why, see PmWiki:WYSIWYG.