Loading...
 
Architecture / Installation

Architecture / Installation


Re: Wikifying famous author website - need help/mentoring

posts: 4656 Japan

I also saw your questions in the IRC log so will try to address them here.

You could have one wiki page for each letter of the alphabet. Tiki's pages are edited as a whole, not by section, so currently to add or edit an item on a page, tiki-editpage.php loads the entire page for editing. By-section editing is coming in a future release, but isn't here yet.

A wiki structure can be made for each book, with the alphabet pages as children. This is done on tiki-admin_structures.php. The structure and its pages can be created all at once by entering something like

Gravity's Rainbow
 A
 B
 C
 etc.

in the "tree" box. When you save the structure, placeholders will have been created for all the pages.

You should be able to use Apache rewrite rules (using .htaccess file) so that your pages have addresses like /gravity/A.

Pages can have a Wikipedia-like page table of contents generated automatically with the {maketoc} syntax. You'd have to judge whether this would be helpful or unnecessary page clutter.

I don't think page size itself bogs down Tiki particularly. Generally Tiki sites that get slow are ones that have lots of database queries, due to "last posts" kinds of modules and so on. I believe the size limit for wiki page content itself is 64KB, but could be wrong, and this can be increased by changing the size set for the database table column, as I recall.

As far as I know, there is no way to have publishing of submitted wiki pages held pending approval. Admins can be notified of a page change after it's done, but there's no way to require approval of edited pages before the page goes live. Tiki has pre-publishing approval procedures for news articles, directory links, forum posts, and so on, but not for wiki pages. I guess the wiki spirit precludes that, assuming people given editing priviledges can make the judgement themselves.

As for the page format, It wouldn't be hard to emulate your current pages' look. Giving each item name an

h3 style

followed by a paragraph would make for simple page syntax and would also work well for the maketoc page contents if you want to use that.

There's no way to enforce that formatting per se; your contributors will have to follow the existing pattern in the page source, or be instructed by a "contributor guide" to lay things out properly. But the pages seem relatively simple to me, so I wouldn't expect much trouble in that way.

I'm not sure what the problem was with search that you mentioned in IRC. Tiki's searching has been problematic in the past but I thought things were sorted out now.

About HTML in wiki pages, I don't think I've seen any documentation on what "full, partial or none" mean. But if HTML isn't rendering at all in your pages, maybe there's some other glitch, such as a permission setting. Anyway, it's very possible to make and use plugins to provide HTML functionality and also leave HTML in wiki pages turned off for security reasons. I'm not a scripting whiz but I've been able to wrangle some fairly involved plugins, so it's something to consider.

-- Gary - themes.tw.o

There are no comments at this time.