Loading...
 
Features / Usability

Features / Usability


Re: Re: Re: Re: Why I activated "Allow HTML" in Wiki and Articles pages

posts: 4656 Japan

> > > ...
>
> However, using "html" with the Articles will limit the power of allowing more people to participate in the editing of a page file — which is the very essence of the collaborative environment in wiki pages. Also, as I pointed in another thread — the drawback that I found in the "Articles" is that it did not have the "history" feature.

You can submit a feature request at dev.tikiwiki.org and maybe it'll be added to a future version.

When there isn't a feature that you want — something like history for articles, then you can improvise. Dynamic content blocks have the same "problem" — no history for particular blocks. So I made a wiki page for that purpose. I write the the new block content on that page, then paste it into the dynamic content textarea. It's an extra step, but works fine. All the previous versions of dynamic content blocks are stored on the wiki page.

>
> In theory therefore, a malicious Editor can essentially erase an Article, or may modify a "final" Article — that may not be as good as the previous version, but without the "history" feature, there is no way to recover (roll back) to a previous version.

Right, so a history for articles would probably be a good thing. In the meantime, the cardinal rule of computer use applies: Back up your data.

> ...
>
> Do you think there is a possibility that Tikiwiki will incorporate the "history" feature in the Articles section? Sylvie stated that "Tikiwiki" has not found a need for it, but as you may realize from the aforementioned, there is a need for this feature in the Articles section.

See above.

> In the meantime, is there a stop gap measure (other than making a copy in my computer) to avoid the aforementioned deletion, unwanted editorial changes, etc.?

Either save a local copy or make a wiki page at your website for back-up copies of things. Especially for long articles, I do them as wiki pages first; these are working drafts. Then when an article is ready for publication, I copy and paste it into the article edit textarea.

> For the above reasons, I have decided that the bulk of the site I am helping develop will be using more of the "wiki" and allow more people, i.e., registered users — to participate in the development of each page file.
>
> The only drawback is that I have to unlearn my tendency to use html markups.

Humans are adaptive creatures. wink

>The other thing, as I stated before, many of the applications that I intended for Tikiwiki websites that I plan to develop make use of the "symbols" that Tikiwiki have decided to use for its syntax.
>
> For complex mathematical equations, for example, the solution you are suggesting to escape wiki syntax markup is not very satisfactory. Try doing that with a mathematical equation with more than a dozen terms — using "asterisks", "double asterisks", square brackets, brackets, etc. within each term — is difficult enough to follow. If you add to that the "reversal" or to "unwiki" those symbols become a nightmare.
>
> Is there a much simpler way? Like the use of "" and "" in when one does not want to use html markup?

* ** [] {{}} [[ ]]
I suggest using wiki no-parse tags around the whole equation, not around each individually.

-- Gary zukakakina.com

There are no comments at this time.

Upcoming Events

1)  18 Apr 2024 14:00 GMT-0000
Tiki Roundtable Meeting
2)  16 May 2024 14:00 GMT-0000
Tiki Roundtable Meeting
3)  20 Jun 2024 14:00 GMT-0000
Tiki Roundtable Meeting
4)  18 Jul 2024 14:00 GMT-0000
Tiki Roundtable Meeting
5)  15 Aug 2024 14:00 GMT-0000
Tiki Roundtable Meeting
6)  19 Sep 2024 14:00 GMT-0000
Tiki Roundtable Meeting
7) 
Tiki birthday
8)  17 Oct 2024 14:00 GMT-0000
Tiki Roundtable Meeting
9)  21 Nov 2024 14:00 GMT-0000
Tiki Roundtable Meeting
10)  19 Dec 2024 14:00 GMT-0000
Tiki Roundtable Meeting