Category: Wiki Syntax (text area, parser, external wiki, etc)

{syntax type="tiki" editor="plain"}
On a Tiki27 where I don't use jQuery sortable tables.
I set a fancytable wikiplugin to display 2 columns side by side.
One contain a diagram (wiki plugin image) the second some text.

Under the fancytable the following warning is displayed even for anonymous:
"The jQuery Sortable Tables feature must be activated for the sort feature to work."

the button "insert internal link" (on the WYSIWYG-editor) doesn't work.

it opens a new window "local.php not found — This is normal if you have not run the tiki installer yet".


(but i run the tiki installer)

When I try to save some configuration page or some change in a wiki page this error:
"No route found. Please see http://dev.tiki.org/URL+Rewriting+Revamp"
is triggered.
For example, if I have a wiki page with three external links and I put another one, then the error is triggered.
I have seen than the erros comes from "route.php" file.
I have rename the file _htaccess to .htaccess.
I have verified that this error appears when I work from the web server, but it does not appear if I work on a local apache server (wamp).

{syntax type="tiki" editor="plain"}
This showed up after upgrading from 1.9.11 to 2.2

When accessing Wiki pages with external links (mixed cacheing and nocache), with PHP error reporting on, notified of an invalid offset in tikilib:6193.

In 2.0 a new email {img src=pics/icons/email.png } syntax was added in quickatgs

{img src=images/code.png}%%% {CODE()} [mailto:text|text] {CODE}

But this prevents the spam protection code from working

Put a maketoc in a page wich contains TAB plugin, and the maketoc produces a table of content of all that is inside TABS, but when you click on an item in the toc, we need to have the right tab active.
It could be great that the clic on the toc would active the concerned tab

I hop I'm clear, I don't know if it's a bug or a feature request, so I put the entry as a request.

best,

Renaud

PS : e.g. : http://code.renaudrubiano.com/tiki-6.1/tiki-index.php?page=test#Lorem_ipsum_dolor_sit_amet

This is best explained with an example:

~pp~
Paragraphs are parsed

just fine here

{TAG(tag=ul)}foo{TAG}

but now

paragraphs and

line breaks aren't working!
~/pp~

This only happens for tag=ul, not even for tag=ol.

This happens regardless whether wiki paragraph formatting is enabled and regardless of whatever is inside the ~np~{TAG(tag=ul)}~/np~, even ~np~{TAG(tag=li)}~/np~'s.

This issue is probably external to the wiki ... but is exhibited by your current demo systems and also our Apache based system

With pagination enabled or when calling a wiki page with a user defined variable value, the full url contains an ampersand character,
for example tiki-index.php?page=Test-Multi-Page&pagenum=2

However ampersand can not be included in an XML file such as a SiteMap and needs to be escaped as &

TW seems to ignore any parameter prefixed with & which is a valid url
for example tiki-index.php?page=Test-Multi-Page&pagenum=2

Does a default installation of TW with Apache need a special Apache rewrite rule to handle this?
Does this perceived issue exist with other web servers?

Just spotted your current docs system has the same issue. See
https://doc.tiki.org/tiki-index.php?page=Wiki+Argument+Variables&lalala=torololo which works but
https://doc.tiki.org/tiki-index.php?page=Wiki+Argument+Variables&lalala=torololo does not work

Would appreciate any guidance to resolve this issue.

Thx

M

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

The annoying sanitizer strikes again, breaking our layout! See the link with "url" in it on the https://dev.tiki.org/item5731 for example! It becomes url as seen on many places :(
Cannot we have something more clever? what is wrong with "url" in common text or links?

luci

when typing: ~np~~040~c~041~~/np~

it displays: ~040~c~041~

I would expect it to display: ~np~(c)~/np~

~np~
As evidenced inside the doc.tiki.org/Plugin+Alias page, the ~ tc ~ (tiki comment) is being processed inside the {CODE()} plugin and the ~ np ~ tag syntax. Noticed on 24 Jun 2017 with doc.tiki.org/Page+Alias using 16.3svn. Temporarily edited page to make example visible inside {CODE()} section; edit which should be undone when bug fixed. Did not edit or attempt to temporarily correct the issue also existing for inline ~ np ~ use in the 2nd paragraph following the {CODE()} example.
~/np~
(first time bug submitter here. Edit report as appropriate to bring into standards or delete if not appropriate at all. Marked as regression figuring it is likely an unreleased bug introduced and not caught during regression testing as of yet. As this dev.tiki.org site using the same version, not sure I can properly report the problem -- a recursive dog food problem -- as I cannot preview my description that needs ~ np ~ to work?)

When you have your Tikiw with Wysiwyg enabled, and using wiki syntax in the wiki pages, then page alias links are saved as internal links.

Example for the domain example.com. This syntax in that context at page "foobar":
{CODE()}
(alias(foo bar))
{CODE}

Would be converted, after page save, into:
{CODE()}
((foobar|foo bar))
{CODE}

And therefore, we loose the alias name. If you attempt to visit page

http://example.com/foo+bar

you would get that the page doesn't exist, instead of showing you the aliased page

http://example.com/foobar


Reproduced here:
http://xavi-9794-5083.show.tikiwiki.org/tiki-index.php?page=foobar
u: admin
p: 12345

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

Tikiwiki HTML Purifier version is 2.1.3.
Current version is 3.1.1 or 2.1.5.

There is risk of security attacks if not updated.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

- Upload images to an image gallery, store in database
- create wiki page with tag {img src=show_image.php?id= }
- the images show for a while, but suddenly they do not show anymore

Search for javascript in 2.0 using search box performs search for "j-a-<-x->-s-c-r-i-p-t". Happens on tikiwiki.org.

http://tikiwiki.org/tiki-searchindex.php?highlight=javascript&search=

I have a TikiWiki site which requires being able to search text which includes web terms such as j-a-v-a-s-c-r-i-p-t but can't do such a search.

Someone said on IRC this is due to a protective input filter which is altering dangerous text input.

The following code does not produce a table with one row with an image on the left and a toc on the right:

{img src=images/code.png}%%% {CODE()}
||::{img src=show_image.php?name=valmuer-henrikfalk.png }::|{toc type=fancy }||
{CODE}


The result is two rows with an ugly looking toc.

Worked fine with version 1.9.11

Links of the form: ''~40~~40~PageName | Text-With-A-Dash And Spaces~41~~41~''
Parse to give: ''Text-With-A-Dash? And Spaces?''

such that:

Text-With-A-Dash -> page=Text-With-A-Dash
And Spaces -> page=PageName

(aka, there are two links to different pages)

This is inconsistent as: ''~40~~40~PageName | Text-With-Dashes~41~~41~''
parses to: ''Text-With-Dashes?''

The same problem occurs with underscores instead (_)of dashes (-) and using |# making things even worse.

The docs don't mention anything about -,_ being special characters when parsing link descriptions; nor should they be.

External wiki links are mistakenly identified as wanted pages

http://profiles.tikiwiki.org/Admin

{WANTEDPAGES()}{WANTEDPAGES}

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

{syntax type="tiki" editor="plain"}
If I create a table using the WYSIWYG Editor and click on the __Source__ button, the generated code is using HTML code like this:

<table>
<tbody>
<tr>
<td></td>
</tr>
</tbody>
</table>

Instead of the real Wiki Syntax for tables ([http://doc.tiki.org/Wiki-Syntax+Tables]).

I guess a "HTML->Wiki Syntax Translation" setting must be missing.

As an example, I found out a MediaWiki WYSIWYG CKEditor that does this same translation just fine. Maybe you could check out the code:

[http://www.mediawiki.org/wiki/Extension:WYSIWYG|Extension Homepage]
[http://sourceforge.net/projects/halo-extension/files/SMWHalo%201.5.3_b36/MediaWiki%20extensions/wysiwyg-1.4.1_3.zip/download|Download]
[http://smwdemo.ontoprise.com/index.php/WYSIWYG_Sandbox|Online demo]

Thanks a lot!