Click here to edit contents of this page.
Click here to toggle editing of individual sections of the page (if possible). Watch headings for an "edit" link when available.
Append content without editing the whole page source.
Check out how this page has evolved in the past.
If you want to discuss contents of this page - this is the easiest way to do it.
View and manage file attachments for this page.
A few useful tools to manage this Site.
See pages that link to and include this page.
Change the name (also URL address, possibly the category) of the page.
View wiki source for this page without editing.
View/set parent page (used for creating breadcrumbs and structured layout).
Notify administrators if there is objectionable content in this page.
Something does not work as expected? Find out what you can do.
General Wikidot.com documentation and help section.
Wikidot.com Terms of Service - what you can, what you should not etc.
Wikidot.com Privacy Policy.
I made it in a site, but I will soon (within 2 days) make a new site that explains how you can do this. Okay?
A - S I M P L E - P L A N by ARTiZEN a startingpoint for simple wikidot solutions.
But I wish to show you this with the state-of-the-art new technology called data-forms… but helas due to http://bugs.wikidot.com/bug:8/noredirect/true this bug I can't. This bug is tagged WIP work in progress… It will be finished within a few weeks, maybe next week… So if you can just fold on that long.
I did it on my site in a not so userfriendly way… So I know we can do it. By the way many things on your site could be automated if you used live-templates.
A - S I M P L E - P L A N by ARTiZEN a startingpoint for simple wikidot solutions.
Mindtouch and Confluence both use Lucene and it's very good. That should be what we are aiming for, not some sort of complex wiki method using pages - one file per page is not practical. We just want a sensible search engine that works.
Rob Elliott - Strathpeffer, Scotland - Wikidot first line support & community admin team.
But just as a comment, having spent some time recently working on Mindtouch, Wikidot is some way behind it in terms of file/document management, searching and user groups (to name a few), but way ahead in terms of price per user, CSS customization, CSI, modules, packages, embedding of external tools, wiki syntax, basic things like tabs and several other areas.
Rob Elliott - Strathpeffer, Scotland - Wikidot first line support & community admin team.
I will only make a page per picture to store the meta-data. The picture can be located anywhere on the net.
A - S I M P L E - P L A N by ARTiZEN a startingpoint for simple wikidot solutions.
But that still needs needs an extra page for every single image or other file type. And for sites like Stacey's that have a lot of images - that's the whole point of her site - that becomes very fiddly to manage. It doesn't sound like a workable solution to me but I will wait to see your suggestion in action.
Rob Elliott - Strathpeffer, Scotland - Wikidot first line support & community admin team.
That will be my solution… but a site like her's does not change much… I mean it is a site that collects things… so putting it on the site and indexing it is all the activity involved. It does not need to change frequently, moved, removed, renamed… nothing like that… so if you upload your image and you create the page with the meta data… your work is done. I appreciate your oppinion, thanks for the reactions and your work here at wikidot
A - S I M P L E - P L A N by ARTiZEN a startingpoint for simple wikidot solutions.
At the moment, this lack of a search facility for attachments is stopping Wikidot catching up with competitors like Mindtouch and is preventing it becoming a really usable platform for intranets. I hope this gets sorted out soon. Personally this lack of an obvious bit of functionality is badly affecting what I can offer to clients and harming Wikidot's reputation.
Rob Elliott - Strathpeffer, Scotland - Wikidot first line support & community admin team.
Although this wish was rejected ages ago somehow I missed it. Why has it been rejected and why is it so difficult for Wikidot to tell us why wishes are rejected? To just reject a wish with no explanation at all is very rude. Why should the users spend time thinking about, drafting and discussing a wish if Wikidot developers and the invisible community manager cannot even be bothered to give a reason? I am really angry about this.
We are not unreasonable people; we know there are many reasons why wishes get rejected. You had to switch the tag to rejected, so a couple of extra minutes to explain the reason cannot be that difficult.
Yes, it is possible to search for attachments if you upload them via a dataform, but even that is limited as it doesn't indicate which page the file is on (or related to).
I will re-state my earlier point that this lack of a search facility for attachments is limiting Wikidot's ability to become a true competitor to platforms like Mindtouch, is limiting its ability to be used for intranets and as a proper CMS and is, surely, a basic and obvious bit of functionality.
Rob Elliott - Strathpeffer, Scotland - Wikidot first line support & community admin team.
Glad somebody agrees with me on the "rejecting"-strategy. I'm loosing interest in wikidot due to this and I have problems letting go after all the time and effort I invested in this platform. Apparently karma-status is a tool to create "a-for-free-helpdesk" and not "a-serious-user-for-usefull-input".
A - S I M P L E - P L A N by ARTiZEN a startingpoint for simple wikidot solutions.