Category: 4 - Done - Ready for DEV Team

http://marclaporte-11197-4963.show.tikiwiki.org/tiki-admin.php?page=community

{img fileId="615"}

Please make this Advanced not Basic {sign user="pascalstjean" datetime="2013-11-23T18:00:15+00:00"}

A nice video was made during TikiFestBootstrap, which should end up here: http://doc.tiki.org/Activity+Stream

Please see:
http://tiki.org/tiki-slideshow2.php?page_ref_id=565

The canonical should be the "Tiki Suite component interoperability" wiki page.

In 12.x if not risky, else in trunk
The canonical relation for https://themes.tiki.org/tiki-print.php?page=CSS should be:

{CODE()}<link rel="canonical" href="https://themes.tiki.org/CSS">{CODE}

Please see:
http://tiki.org/forumthread50251

Not urgent but would be useful to test issues such as:
{wish id=4560}

[https://wiki.php.net/rfc/optimizerplus|Optimizer+ will be integrated into PHP 5.5.0]

So
1- We want this in the dashboard like APC and Xcache
2- We want to make sure it works with tiki-monitor.php -> http://sourceforge.net/p/tikiwiki/code/48039


OPCache:
http://php.net/manual/en/book.opcache.php

OpCache status from Rasmus Lerdorf:
https://github.com/rlerdorf/opcache-status

Related:
http://rtcamp.com/tutorials/php/zend-opcache/

Important commits:
http://sourceforge.net/p/tikiwiki/code/27831
http://sourceforge.net/p/tikiwiki/code/27829

In recent versions, we can put modules.yml, but then, the site admin can no longer configure via the admin panel.

Related: [item4672]

See video

{sign user="pascalstjean" datetime="2013-08-20T18:15:37+00:00"}
+1 for this idea

By default the Admin Filter Preferences is set to Basic.
Trackers can be turned on if the Admin Filter Preferences is set to Advanced.
If so the Admin Trackers tabs "Field Types" will be empty.
The field types will appear only when Admin Filter Preferences is set to Experimental.

This is too much. :)

The Admin Trackers tabs "Field Types" should appears only if Admin Filter Preferences is set to Experimental __OR__ the field types should be displayed when Admin Filter Preferences is set to Basic __OR__ a message should say "You can view the field types only when Admin Filter Preferences is set to Experimental __OR__ both should be displayed when the Admin Filter Preferences is set to Advanced.

Like a partial use of this:
https://doc.tiki.org/Forum+and+Mailing+List+Synchronization

So we don't lose interesting messages in mailboxes...

{syntax type="tiki" editor="plain"}
When activating the WYSIWYG in either HTML or Wiki mode, I get an strange Ajax error that prevents me from even using the editor.

Please see SHOW and JCapture for demo

I also tested this on Firefox, Chrome (Mac, Win 7) and IE 9

If you add an event and set it to all day the event appears on the day before, and if you have fullcalendar enabled, also the day you chose.

This is likely to be to do with timezones, my tests are with the server (php), the tiki pref and the user all being in UTC. Will try to reproduce on show.

The current ElasticSearch Implementation is very nice but I noticed that it is impossible to specify wildcard search (term*).
This may not be a big deal for englisch users but in languages like german, we combine our words to form new ones. Example: Hoch (high) + Haus (house) = Hochhaus (Skyscraper).
You can imagine that a lot of searches fail because people expect to be able to search for substrings.

Alternatively allow us to manipulate the tokenization of the words by syllables or a dictionary.

{flash type="url" movie="display639" width="1126" height="801"}

See comments as well

Related: ((Areas Perspective Multi-domain dogfood))

would be much nicer

I will make a video

AutoToc:
{CODE()}http://dev.tiki.org/How+to+release#8.__Dogfood_release_policy{CODE}

MakeToc
{CODE()}http://dev.tiki.org/How+to+release#Dogfood_release_policy{CODE}

The MakeTOC URL is much better because URL doesn't change when sections change numbers

Also, the double underscore causes an issue in links

Dear all,

I'm currently working with RR plugins in [https://wikispiral.org/tiki-index.php?page=Statistics|statistics pages] and very regularly changing those, upgrading the formulas / contents. This makes me validate plugins really really often (say, 5 times per 10 min), and even if the admin plugin validation page is useful, it still slows my work down a great deal, especially when I have to edit 5-6 times a plugin in order to correct its outputs.

Discussing with Xavi he pointed me out that autovalidation is a security problem, as some plugins can inject malicious code. Of this I'm plainly conscient, but it would still be a good option for some usercases to have an autovalidate option, reserved for admins or other special groups. The top option would be to have it only for some chosen plugins.

... I guess that CMS admins aren't there to inject malicious code ;), and honestly, I NEVER read the plugin validation text when I have been writing it (plugin HTML, plugin redirect, plugin RR)... Just validating it, and testing it before putting it on our main server, when its arguments might harm something.

An other option to my usercase would be to have plugin aliases without plugin validation reserved to admins.

Either case, this option might really help !

Joël

{syntax type="tiki" editor="plain"}
Perhaps this should be user choice?

So user can avoid this step if there is a problem.

http://dev.tiki.org/Calendar
{img fileId="507"}

http://dev.tiki.org/BigBlueButton
{img fileId="508"}

http://dev.tiki.org/Group
{img fileId="509"}

http://dev.tiki.org/Social+Networking
{img fileId="510"}

http://dev.tiki.org/Endangered+features
{img fileId="514"}

Also:
http://dev.tiki.org/Web-based+source+code+editor
http://dev.tiki.org/Accessibility

http://dev.tiki.org/tiki-list_file_gallery.php?galleryId=7&fileId=666&view=page

{img fileId="667"}