25 Sep 2008 18:49
TAGS: dev idea interface wikidot wikidot2
Now, having Wikidot sending just every form with AJAX and being in early process of planning and developing of Wikidot 2, Michał suggested very nice way to enrich user interface and actually user interaction with modern wiki system.
First of all we want to have very simple "basic" interface. This mean serving just the HTML content without any dynamic mechanisms in it. More content — less interface — better for SEO and search bots.
Such an interface would be one page with some static elements like a top-bar showing who's logged in, new messages and quick link to compose a new one, edit button and probably showing your status on particular site (member/moderator/admin) and link to admin:manage if applicable.
There would go a normal content — the wiki pages. Clicking on any link you would have the UI to load the new page for you. No browser reload thing goes here.
If some page takes really long to load — you have your top-bar still there and can write a PM to someone for example. No need to wait till the browser gets the new content.
- simpler CSS theme designing — don't worry about the My Account menu styling — it's out of the desing actually
- back/forward buttons compliance — we don't break things like history and back/forward navigation
- better consistency — users find Wikidot functional elements at the same places for every wiki — despite of theirs custom CSS
- edit button — if you are allowed to edit — always available at top
UPDATE: if you copy and send some URL from rich interface to your friend not logged in to Wikidot — the interface would check if the user is logged in and if not — redirect them back to the basic interface. So we have full URL translation between rich and basic interfaces.
More to come in Wikidot 2
A great WYSIWYG editor is coming there. Clicking the edit button at the top your whole page changes into the areas you can edit. You are given an additional top-bar with some formatting functions. In general we want to have the most features we have now — accessible by mouse, which means no need to write (and learn) WikiSyntax. That would be cool.
An optional switch for WikiMasters would allow them to write the pages like now. The difference is, that we would like to change the internal storage format to based on XML for better parsing and converting. So probably we would accept some subset of XHTML with addition of some nifty Wikidot tags:
XHTML formatting tags + Wikidot-specific XML tags = WikiML
another option is that we have a totally different XML-based language to clearly distinguish between the source and the output of wiki processing.
The more I think about, the more I am for the XTML - something + something model.
This post gives you some basic idea about how Wikidot 2 will improve user interaction. As Wikidot 2 is at stage of planning and early development much can change, but what remains the same — we want to make it absolutely the best Wiki system on the planet.
And remember, probably PRO users will get the Wikidot 2 preview 3 months earlier!