Category: Dogfood on a *.tiki.org site

Wiki "((doc:edit by section))": Nice feature added, thanks heaps to those who made that possible! :-)

BTW, I found that it doesn't allow concurrent edition of different wiki sections of the same wiki page.
Tried on doc.tw.o on June 8th 2008, using Mittwoch and also Tikinewt.css (After clearing tiki cache) , and it didn't work for me on any of both cases.

doc.tw.o page needs to be updated once fixed.
http://doc.tikiwiki.org/edit+by+section

See screeshot

I've upgraded today to latest 20.x (to r71082, from svn code from 1-2 months ago or so) and attempting to insert wiki code to display a file in a wiki page (just after file upload) fails: not the full syntax is written, just "file", and no fileId either.
File seems to get uploaded successfully indeed, but the popup helper (open through the toolbar icon to upload files) fails to display the information that the file was uploaded successfully, not to insert the right syntax to that file.

{img fileId="1329"}

Reproduced with updated Firefox and Chrome, on Ubuntu GNU/Linux 64 bits (in case it matters)
And reproduced in dev.t.o also (provided that the tool -+tikifile+- has been added to the editor toolbar.{sign user="xavi" datetime="2019-09-27T11:06:15+00:00"}

Using standard file gal interface (not elfinder), and standard wiki editor toolbar, and using toolbar icon -+tikifile+-.
Same process to upload images works as usual, as expected.

https://doc.tiki.org/tiki-admin.php?page=wiki is broken:
{CODE()}Fatal error rendering template resource tiki.tpl
TypeError: Cannot access offset of type string on string in /home/tiki-doc/public_html/temp/templates_c/en_social^ea0943f75a262d8be544059ae17e04e9602d1469_0.file.header.tpl.php:65
Stack trace:
#0 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_64ff5e10934248_92322649()
#1 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode()
#2 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(217): Smarty_Template_Compiled->render()
#3 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(386): Smarty_Internal_Template->render()
#4 /home/tiki-doc/public_html/temp/templates_c/en_social^0c780eb23ca96bccad634bcfe8b1582ea34cbefc_0.file.layout_view.tpl.php(40): Smarty_Internal_Template->_subTemplateRender()
#5 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_64ff5e1268df80_55684014()
#6 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode()
#7 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(217): Smarty_Template_Compiled->render()
#8 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(386): Smarty_Internal_Template->render()
#9 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_runtime_inheritance.php(116): Smarty_Internal_Template->_subTemplateRender()
#10 /home/tiki-doc/public_html/temp/templates_c/en_social^a242164352b905110d239d535f6a556a33d17bf9_0.file.tiki.tpl.php(38): Smarty_Internal_Runtime_Inheritance->endChild()
#11 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_64ff5e121411a2_61382528()
#12 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode()
#13 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(217): Smarty_Template_Compiled->render()
#14 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(238): Smarty_Internal_Template->render()
#15 /home/tiki-doc/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(134): Smarty_Internal_TemplateBase->_execute()
#16 /home/tiki-doc/public_html/lib/init/smarty.php(492): Smarty_Internal_TemplateBase->display()
#17 /home/tiki-doc/public_html/tiki-admin.php(515): Smarty_Tiki->display()
#18 {main}
{CODE}

When creating a link like this

((test - test))

to link to a page named 'test - test' then the created page is missing the hyphen. Additionally the pages is always shown as non-existent, meaning that the question mark behind the source link is always there, even if th e page was manually renamed. It is a real blocker.

In addition to smilies and text formatting like bold, add syntaxes for commonly uses markers in text.

Please see some nice examples here:
http://wikifeatures.wiki.taoriver.net/TextFormattingRules

Which are inspired by :
[http://moinmo.in/HelpOnSmileys|MoinMoin]

I like:
/!\ warning
(./) check
{OK} thumbs up
{i} information
{1} {2} {3} for nice numbering

We currently use images at doc.tikiwiki.org and it's cumbersome.


From #wiki (freenode)

(11:20:53) TheSheep: marclaporte: btw, if you need some icons, there are some I drew at http://sheep.art.pl/Icons
(11:21:10) TheSheep: marclaporte: especially the hand icons can be... uhm... handy
(12:16:35) marclaporte: hehe
(12:17:52) marclaporte: for icons: is license compatible with LGPL?
(12:18:15) marclaporte: I wish we had a license compatibility grid for CC vs GNU
(12:19:58) TheSheep: marclaporte: I can relicense it for you
(12:20:17) TheSheep: marclaporte: although using gpl for something that's not software is weird for me
(12:33:22) marclaporte: yes, but icons have to in the app, no?
(12:42:45) TheSheep: marclaporte: but icons are also distributed when somebody merely uses the web app
(12:43:00) TheSheep: marclaporte: would you want to force them to provide the source code?
(12:44:49) marclaporte: I just don't want any trouble
(12:45:02) marclaporte: and to respect author's wishes
(12:45:51) TheSheep: marclaporte: I can promise I won't give you any trouble, just tell me what you need to use them :)
(12:46:01) marclaporte: hehe
(12:46:13) TheSheep: marclaporte: it will also help me to release my future works in a way that is friendly for developers
(12:46:22) ***marclaporte is adding on todo list

{syntax type="tiki" editor="plain"}
At https://doc.tiki.org/Sublist I wrote a first comment.
An error remarksbox was displayed and the comment was not displayed as it usually do.

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

I retried several times trying to see if an element in the content was causing the issue.

After a while I revisited the page to find out my 6 comments saved.

I tried to delete the 5 extra comments but I couldn't delete them.
# From the page itself using the delete button => It show the same error remarlsbox about the trackerid parameter
# From the comments admin page per comment (using the wrench), https://doc.tiki.org/tiki-list_comments.php => Error 500
# From the comments admin page global action (at the bottom of the list), https://doc.tiki.org/tiki-list_comments.php => Error 500

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

Side note: Archiving seems to work.

At : https://tiki.org/Roundtable-Meeting-2021-02 I can write a description but it won’t be saved.

I tested on OSX, WIN10 and different browsers and a different Tiki (all Tiki22): https://share.vidyard.com/watch/1xGgGNfUMUd6YtBF1DPFck?

https://tiki.org/tiki-pagehistory.php?page=1-click+installers&newver=185&oldver=184 reports Please log in Permission denied

When viewing wiki page history, default two versions to compare should be last two. Bug introduced in January 2008 on BRANCH-1-10

{THUMB(id=18,url="show_image.php?id=18")}{THUMB}

!!Problems

__Pretty Much Resolved by the wiki ALIAS function__ - so closed.

Redirect plugin
*is not included by default in TikiWiki because it could be used for bad things
*creates redundancy (in search results, page listings, etc) - maybe redirected pages should not appear in list?

Renamed pages
*do not automatically redirect - creates broken links.


!!Proposed solution:

!!!renamed pages
*When a page is renamed the user must choose "hard or soft redirect" perhaps better known as "redirect or refer from old page?"
**hard redirect places redirect plugin on pagename-old to pagename-new.
**soft redirect puts something at top of page like
^This page has been renamed: pagename^


!!!Add synonyms/aliases to a page

suggestion (mlp): adding aliases to a page should automatically create pages with hard or soft redirects to pagename. Note that the adding of alias pages must not destroy data if page already exists.

Ex.:
dev.tikiwiki.org/Tracker
dev.tikiwiki.org/Trackers
dev.tikiwiki.org/Bug tracker

would be aliases. It would avoid the pollution we have here: http://dev.tikiwiki.org/tiki-orphan_pages.php


doc.tikiwiki.org/Install
doc.tikiwiki.org/Installation
doc.tikiwiki.org/Installer

Each wiki page should be able to put one or many aliases. These aliases would work in search. All the aliases should have an important weight in the internal search engine.

We could use this instead of renaming pages. Also, when we do rename a page, we could have an option to have the old page name to be an alias of the new one. Thus, better for external search engines.

Theses aliases could even be used as meta tag for this page.

Putting aliases to non wiki pages (ex.: tiki-forums.php) would make ((doc:structures)) more useful. Now, using structures for site navigation only makes sense if you only have wiki pages. And who ''only'' wants to have wiki pages with all the great features offered by TikiWiki? :-)

It also help to use cleaner page links in sentences. If my Wiki page is called Install, I have to do the following now:

{img src=images/code.png}%%% {CODE()}
For more information about ((Install|Installation))
{CODE}

With aliases, I could do:
{img src=images/code.png}%%% {CODE()}
For more information about ((Installation))
{CODE}

Page aliases - and hard redirects - should permit to set status "Moved Permanently" for robots to send traffic to main page.

What would we do with page renames? (which correct links in wiki pages). Needs some thought. We don't want some unwanted changing of text in existing wiki pages.


Do we need?
Redirect to internal or external http is ok because a special permission is needed to use. -> tiki_p_wiki_alias . In security admin, warm that giving tiki_p_wiki_alias to untrusted people is a security risk.


Related:
[wish1119|Better handling of page renaming]
[wish1610|Redirect plugin : should permit to set status "Moved Permanently"]
[wish1292|Plural WikiWords when using ((WikiWord))]

{syntax type="tiki" editor="plain"}
In edit mode, if I do

{CODE()}
((
{CODE}


(and maybe a few letters), an auto-complete should appear, like the quick_edit module. This list should be WYSIWYCA.


This would also be useful in some plugins, when a parameter is wiki=

The most important is ((doc:PluginInclude)), because the main goal of the plugin is to include other pages, which you may not know the exact name.

When in plugin edit mode, an auto-complete could be done with jQuery (ask LPH for details)

Related:
{wish id=480}

((doc:Wiki-Syntax|The Wiki-Syntax page on the documentation site)) became empty between 2017-07-07 and 2018-07-29 (the toc plugin would display nothing).

This is an important feature of Tiki and should be properly documented. (or this page should lead to a page were the documentation is hidden).

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

Wiki syntax is not enabled in Tracker comments on this site. May be usability bug in later Tiki versions.

https://dev.tiki.org/Wiki-Syntax is broken and I’m not sure what was expected here.

The page title is Wiki Syntax.
It show items from the tracker "Wishes" filtered on the field 109 that doesn’t exist.
(Seems they were confusion with category 109 = Wiki syntax feature).

{img fileId="1201" thumb="box"}
{img fileId="1200" thumb="box"}

The capability to include (recursively) with parameters is probably the most powerful and content factorizing feature of our best competitor MediaWiki.

It make not only produce content much faster and in a much more modularised way.

The references :
* [http://en.wikipedia.org/wiki/Transclusion]
* [http://www.mediawiki.org/wiki/Help:Templates]
* [http://doc.tikiwiki.org/PluginInclude]

Please see ((WikiBlame)) and ((WikiTrust))

Update it is still here and visible at : https://dev.tiki.org/Tiki16

The page : https://dev.tiki.org/Tiki15 has autotoc showing:
• Begin Footnote Test
• Expected Result
• End Footnote Test
• N hours
• X

Those are nowhere to be found on the page BUT they are part of some tracker items within the plugin list that contain a wikiplugin to demonstrate a bug :
https://dev.tiki.org/item5760?highlight=Begin+Footnote+Test
https://dev.tiki.org/item5908?highlight=N hours

The TOC page consider it is part of the wiki page markup and is trying to do something with it.

This is a regression as it was not working that way not so long ago.

At https://doc.tiki.org/PluginMediaPlayer?latest=1&no_bl=y#Example_with_the_src_param_jQuery_Media_ the example is not working anymore.

I'm not sure how it was supposed to work but or it is deprecated and the documentation should be cleaned or it is broken as the result is not what expected.

At https://doc.tiki.org/PluginMediaPlayer?no_bl=y#WebM_VP8_codec_ the example is broken and doesn't display a video as expected.
I tried a few alternatives but I couldn't get it to work.

If it is deprecated the documentation should be cleaned else it should be fixed.

There is an error after saving an item in the tracker 5 (whishlist).

"preg_quote(): Argument #1 ($str) must be of type string, Math_Formula_Element given"

The ticket is saved.
Editing a ticket is ok (seems it happend only when saving a new ticket for the first time).

Using ((doc:PluginTracker)) (with specific fields or not) and setting a itemId should load on the wiki page the fields with the existing values for this item. It was working fine on Tiki25.

I couldn't create a 26x show instance so I tested at: https://next.tiki.org/Test
With the following code:
{CODE()}{tracker trackerId="22" fields="147:204:149:155" itemId="6597"}{CODE}
Please not this code will be wiped by the process that updates tiki.org to next.tiki.org periodically.

{img fileId="2124" thumb="box"}
{img fileId="2125" thumb="box"}

On Tiki23 using Freetags, Modules, SEFurl; action_similarcontent display broken links for tracker items.
From what I have seen this is not systematic... I have the feeling it is related to the item title.

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

I've been trying to unsubscribe from the tracker on the Tiki Dev site for over 24 hours. It's been successful for everything but the Wish List Tracker. Clicking on the "stop monitoring" icon has no visible effect and I continue to receive email notifications of entries on that tracker.

on dev.tikiwiki.org, we have a custom syntax ~np~{wish id=1234}~/np~ to get information about a wish.

This shows the description of the wish, with a hyperlink.

This uses ((doc:PluginTrackerItemField)). If you are a Tiki admin, you can see the config here:
http://dev.tikiwiki.org/tiki-admin.php?page=textarea&plugin_alias=wish

This is very very useful.

How, how could we indicate that a bug is solved? (ex.: on ((Tiki4))

If bug is solved, could it have a relevant class (ex.: special color, crossed out, etc.)?


http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-09-25,Fri&sel=291#l287