In some wiki (like wikini) you can edit a page very simply :
by a double click in a empty zone of the page.
Perhaps this feature can be added to wikidot.

Friendly yours
Rene Mages
rmages AT gmail DOT com

Age from Year

The Content Template

 **Born:** {$WikidotAge(my_parameter)} 

And at the page

 |my_parameter=1978 

The results

Born: 1978, age: 30

Like it?

And/or a way to search a list for the page you want, perhaps with collapsible categories if you're keen (:

The current setup is a bit of a pain - if you don't know the exact name of the page you want to link to, you have to go open it somehow, or open the list of all pages or some such. While the wizard is open, you can't do this..

 [http://ww2.wizards.com/gatherer/CardDetails.aspx?name=Force%20of%20Will Force of Will] 

gets: Force of Will

So, I propose, in the Admin control panel, "Create New Link Template", that would then have static link, then text to add, then anchor text, so for a link to the gatherer it would look like this:

 [link="gatherer" Force of Will | Force of Will] 

To get the same link.

Or,

 [link="gatherer"] 

Would open up a blank Gatherer window. (well, in thi case a Card Not Found window, but hey…) or

 [link="gatherer" | Gatherer] 

would have the anchor text be Gatherer.

The code could just be placed within [[embed]] or [[applet]]:

 [[embed]] <applet code="appletname.class" archive="appletname.jar" width="300" height="300"> <param name="scriptLanguage" value="SupersetENG"> </applet> [[/embed]] 

i can see good reasons for having a "hidden" group. But surely these should be viewable by admins and mods only?

or is thetre something i am missing?

And, yes, I have tried the iframes idea. Doesn't really want to show JS too much.

Code sample:

<object type="application/x-shockwave-flash" width="400" height="276" data="http://www.vimeo.com/moogaloop.swf?clip_id=935317&amp;server=www.vimeo.com&amp;fullscreen=1&amp;show_title=1&amp;show_byline=1&amp;show_portrait=0&amp;color="> <param name="quality" value="best" /> <param name="allowfullscreen" value="true" /> <param name="scale" value="showAll" /> <param name="movie" value="http://www.vimeo.com/moogaloop.swf?clip_id=935317&amp;server=www.vimeo.com&amp;fullscreen=1&amp;show_title=1&amp;show_byline=1&amp;show_portrait=0&amp;color=" /></object><br /><a href="http://www.vimeo.com/935317?utm_campaign=embed&utm_source=935317">Weird Fishes: Arpeggi</a> from <a href="http://www.vimeo.com/flight404?utm_campaign=embed&utm_source=935317">flight404</a> on <a href="http://vimeo.com?utm_campaign=embed&utm_source=935317">Vimeo</a>.

Thanks!

Dan

 #summary One-sentence summary of this page. 

Apparently the "#summary" tag delineates the text from this tag to an end-of-line as that page's summary, which is kept invisible in the page's content.

Without this or similar functionality, a user wishing to list his pages with summaries would have to list them by hand on every reference page:

 [[[category:page-name | Page Name]]] -- One-sentence summary of this page. 

With a summary within each page's source, however, the user could simply use:

 [[module Pages category="category" preview="true"]] 

Thank you.

This is a serious flaw in my opinion, and for anyone affected, you really need to look into a way to redesign or fix this security hole. One way would be to make tag changes visible in the history tab, including who edited them and when.

An alternative solution to this problem would be a "Permissions" setting, where you can decide who is allowed to edit tags, so that you can restrict tag edits to, for example, members, moderators or the admin only. That way only authorized personnel will be able to change or remove tags.

I liked the simplicity of the glossary code on the snippets. However, the current limitation of the code puts all the terms in a single list. This is fine if you only have say 20-100 terms, but what if you had a lot more? I assume you would need to anchor it. Something like this: http://en.wikipedia.org/wiki/Architectural_glossary

My girlfriend has spent the evening coding the anchors correctly, as you can see at: http://ocar.wikidot.com/test

But I can't figure out how to integrate it with the existing glossary code snippet. I like the ease of adding new terms, but it would be great to have the same organizational functionality as the example given.

Thanks,

Jay

I'm new to the site and just exploring around with some design possibilities. In researching and testing, I really see no major difference between tags and categories. Neither seems to provide much benefit over the other. Am I missing something?

The real reason I was researching is I've been looking for a way to have sub-categories, or sub-tags, or categories that are sorted by tags, or tags that are sorted by categories. Basically, I've been looking for more ways to filter the results on a page other than just by one criteria. In my testing, it seems the current way to filter/display the results is either by a category or by a tag. In all my testing, it just doesn't seem like one is better than another. I can assign multiple categories to a page, but can only filter on one at a time. I can put multiple tags on a page, but again, I can only filter by one at time. So, what gives, why are both an option if when it comes down to it, you can only use one or the other? Seems like categories and tags provide the same thing, but are simply labeled differently for who knows what reason?

Long story short… I would love to see the ability to have sub-categories, or simply the ability to filter pages, child pages, pagetree's, tagcloud's, etc. by more than one criteria.

One of the contributor's on my wiki uses a library computer fairly frequently, and he's having trouble posting on the forums. He has to use a version of Internet Explorer provided by his library, and it most likely has broken javascript support.

EDIT: The contributor was able to comment by using a portable version of Firefox, but I'd still like to see this feature implemented.

Pmetrics is a very, very good analytics system, I much prefer its feature set to that of Google Analytics. It should be a relative doddle to add it just like Google Analytics is added.

Thanks,

Sans Graphica

However, I find myself copying out the same bibliography entries on different pages. I was wondering if there was some way to allow a single BibTeX (or RIS) file to be stored in a wiki page (or linked to externally, say through CiteULike) and then citations within other wiki pages could refer to those bibliographic entries via the standard BibTeX citation keys.

This would make it much easier to manage references and reduce the possibility of making mistakes when copying and pasting. It would also be great to have some kind of reverse index - that is, be able to find which pages cite a particular paper.

The hyperlink parser seems to recognize key words such as http:, https: and ftp://

It would be really useful if it could recognize the key work file:
As a simple example, paste this as a link into your browser and see what happens
file://C:\WINDOWS\
(assuming you're on a windows computer).

Wikidot doesn't recognize the link at the moment, and just displays the text. A clickable link would be perfect. Thanks to the developers for a great resource, I'm really impressed.

Cheers,

Jon

 wiki-cat-1:wiki-cat-2:wiki-cat-3:wiki-page 

or

 wiki-cat-1;wiki-cat-2;wiki-cat-3:wiki-page 

or

 wiki-cat-1_wiki-cat-2_wiki-cat-3:wiki-page 

I would love to see this feature implemented, if at all possible.