Category: Feature request

Mouse over summaries here is OK:
http://dev.tikiwiki.org/tiki-view_tracker.php?trackerId=5

But not here:
http://dev.tikiwiki.org/Rating

The mouse over functionality has not yet been coded in the trackerlist wiki plugin.

Forum admins should be able to easily see the list of users (and groups?) watching a forum

I think it would be cool to have the counts in the tabs like ( 1 Comments ) ( 0 Attachments ).

Maybe a toggle like "Reset password to admin/12345"?

Instead of renaming _htaccess to .htaccess, it's better to make an alias. (more future-proof on svn up)

Nelson: IMO it should probably be on by default for now, and then toggle is another feature request. reassigning to amette.

I am routinely setting up show instances.

Going through 1st login password change / set is a pain.

{flash type="url" movie="display518" width="716" height="229"}

Maybe there should be a switch in the code so this only activates on *.show.tikiwiki.org and *.show.tiki.org ?

Being able to update a show instance to latest Trunk HEAD if the version is Trunk would be very helpful when trying to verify a fix.

e.g.

* Bug is reported
* Trunk Show instance is created with all the data and bug is confirmed
* Developer fixes the bug and commits in SVN
* How can we verify the fix without destroying the show instance and starting all over again?

My immediate need is to be able to quickly see the Subversion revision of a show instance to report that revision X is working or revision Y is not working.

I could chek in tiki-admin.php but it would be better if it was visible in the footer to anonymous.

We will likely later think of other things we want to override and thus, having this is future-proof.

{syntax type="tiki" editor="plain"}
So if we want to check if an issue is resolved, we need a way to clone the instance and to upgrade to the latest revision of the same or later branch.

We don't want robots to create instances...

Full page mode would be quite important

** Need to evaluate usefulness with Alain Désilets
** LP says it's doable (from back-end perspective)

Coordinate with other work on:
http://wiki-translation.com/

Seen on IRC:
{img src=images/code.png}%%% {CODE(wrap=>1)}
(10:33:47 AM) ***dthacker also wonders if there is a login-timestamp wiki syntax such as mediawiki's ~~~~ that would auto sign with user id and date/time.
{CODE}


Wiki pages are great to produce Neutral Point of View (NPOV) content. If we need to know who added what, we check the edit history.

For debates, discussions, opinions, etc, people will often use Tiki blogs, Tiki forums or comments at the bottom of wiki pages. These are more natural formats and it's clear who thinks what and who said what. Comments & forum threading make it clear who is responding to who/what.

However, in some cases, it is useful to have this type of interaction in wiki pages. The [http://doc.tikiwiki.org/Editorial+Board|TikiWiki documentation Editorial board] has monthly meetings to discuss and make decisions. Members can edit, comment and vote on motions.

The way people add their comments is not standard and if we are not careful, it can get messy. This often happens in wikis.

Some wikis use a special syntax for "signature". This would be a way to associate the name of the user and maybe the date to a specific comment. It would be nice to clearly and visually associate the user to the comment. Maybe the comment & signature are in a same box?

It would be nice also for people to be able to express support to an idea in the wiki page, with a thumbs up (+1) or a thumbs down (-1). Right now, the wiki ratings feature let's us vote only once per wiki page.

These syntaxes should be quicktags to it's easy to add. Maybe some of the less important meta data (ex.: date of comment) would be only visible on mouse-over. (and thus not in printed mode). The mouse over could also contain a link to the user's personal wiki page and some data about the user (his avatar, score, etc).


Ex.:
*click my PluginComment tool (in toolbar)
*Pre-fill text that will be mouse-overed with previously selected text
**add date & signature (with link to userpage)


Everyone: please share your ideas on this and how you have seen it implemented elsewhere.

Thanks!


Related:
{wish id=2102}

As i work as admin i have to switch a LOT of time from language to language for a lot of very good reason;
*The help docs are mainly in english
*As this is the primary language it is easier to admin in english
*Code can be easily broken using a none-latin language or rtl (try to edit code with hebrew or arabic as main language) :)
*I can build a TW without speaking the user language (non multilingual)
* and more...

Of course there are workaround but this is really time consuming.
Adding a in the small selector in the quickadmin (not available in all the theme is not enough).

There are case that you need that changing the language is changing the website language for user and not for admin, etc...

I really think that admin options like:
*Admin is always in "language selector"
-> only to edit or add code
*Editing a page is always in "language selector"
*Display a quick language switcher for admin
(i'm sure some others will have ideas)

Would be very helpfull !!!!

If a site's articles or wiki pages are locked down, the user needs to login to see those pages.

It'd be good if a mobile page could support the login module or something like it, enabling the user to access more of the site.

We need a way of making Tiki known or not known to search engines before we do this. (like in wp)
We need the same, a "Search engine visibility" check box (enable or disable)
If enable the Tiki site can be crawled by search engine.
If disable nothing is to be crawled.
Should be enabled by default.

There is a comment at: https://dev.tiki.org/tiki-view_tracker_item.php?itemId=8253&threadId=10719&cookietab=1#threadId10719
It start with a quote module.
The since last visit module doesn't show any useful information "..."

{img fileId="1895" thumb="box"}

new or modified calendar items...

So we could precisely know about new comments, new files attached and tracker items modified or added since our last login.

Actually the site close page and message are partially custom, not translatable and use discutable mechanism (URL parameters).

See: https://tiki.org/forumthread77173-Translation-for-tiki-site-close-page-tiki-error_simple-php

And : https://tiki.org/Roundtable-Meeting-2021-07

{img fileId="1560" thumb="box"}

{img fileId="1561" thumb="box"}

---
We need a mechanism to assure:
* Message customisation
* Translation
* ...

Even if everything is down (php and database).
---

We don’t have a lot to do to achieve customisation and translation.
We need to have fields for:
* Retry (refresh ?)
* User
* Password
* Login (button)

I suggest as first step having those field for easy customisation translation (one language). Adding a link to the "page" displayed so it easy to integrate one from a theme.


Related:
* https://www.wpexplorer.com/wordpress-maintenance-mode-coming-soon/
* https://wordpress.org/plugins/coming-soon
* https://wordpress.org/plugins/disable-site/
* https://www.drupal.org/docs/user_guide/en/extend-maintenance.html

a) I spent weeks testing these features one by one.

It will save time if all these features are enabled and complete with samples.

This is the approach used by Joomla and Mambo.

It also helps us learn faster.


b) The assist module is useful but asking users to read a tedious configuration as the first step will eat up too much time.

Site configuration or Look at Feel should be the first one.

It is also the most dangerous but essential.

c) Provide a clue, in the assist if possilbe, to replace a damaged header.tpl with a skeleton header.tpl

With jQuery, this would be nice.

Should the site map be generated from the wiki structure? from the menu?


https://www.google.com/webmasters/tools/docs/en/protocol.html#sitemapOverview
http://www.sitemaps.org/

The "Location: " prefix for bradcrumbs should be made optional. Need to keep for compliance with 3Rules and because sites are using the feature already, but most wil want to turn it off.

www.mozilla.com is automatically turned into a link. (great)

but support.mozilla.com is not.

So I must do:

{img src=images/code.png}%%% {CODE()}
[http://support.mozilla.com|support.mozilla.com]
{CODE}

If automatic detection of support.mozilla.com is too risky, maybe the following:
{img src=images/code.png}%%% {CODE()}
[support.mozilla.com]
{CODE}

should be smart enough to know that I meant:
http://support.mozilla.com

and not:
http://dev.tikiwiki.org/support.mozilla.com

Please see: ((Smarty 4))