Category: 4 - Done - Ready for DEV Team

Followed the steps described in : https://doc.tiki.org/PluginTrackerCalendar‎

However, the events (tracker items) do not get displayed on the Calendar, which is displayed by calling the TrackerCalendar plugin on a wiki page.

Tried the same thing on demo.tiki.org/tiki12 but got the same result.

Here is an example:
http://dev.tiki.org/Monitoring#Wishes

*Changing from empty to something doesn't go to the history
*Changing from something to something else does go to the history

Searching in spreadsheets is important :-)

OK:
http://tiki.org/tracker16

Not OK:
http://next.tiki.org/tracker16

Star name was forgotten in code at the last release:
http://sourceforge.net/p/tikiwiki/code/HEAD/tree/branches/11.x/lib/setup/twversion.class.php#l31

If this is useful, it should be indicated in ((Releasing)). If not useful, it should be removed from the code.

Every year, this must be filed and proof ex.: a screenshot should be attached to the page

This is pending status until it needs to be filed then it will become open.

We are still at 2.25:
http://sourceforge.net/p/tikiwiki/code/46914/tree/trunk/composer.json#l14

The updated zip is at:
http://codemirror.net/codemirror-3.16.zip

A lot of work done here:
http://framework.zend.com/manual/1.12/en/zend.currency.html

View a Spreadsheet in Mobile mode: tiki complains inifinitely that jquery_ui is not enabled

You enable it, try again, and you get the same error message.

If you switch to non-mobile mode, the tiki sheet is there as usual. But when you switch back to mobile mode, you get the same error again.

If you visit the admin panel "Features", "Interface" tab, you can see that jquery_ui is disabled indeed in Mobile. However, if you switch to non-mobile mode, jquery_ui is shown as enabled.

In mobile mode, as a reference, these seem to be the css libraries loaded (no jquery-ui) when attempting to view a spreadsheet:
{CODE()}
<link rel="stylesheet" href="vendor/jquery/photoswipe/photoswipe.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/jquery-mobile/jquery.mobile-1.3.2.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/plugins/treetable/stylesheets/jquery.treetable.css" type="text/css" />
<link rel="stylesheet" href="styles/mobile.css" type="text/css" />
{CODE}

When in non-mobile mode, these are the ones loaded (they include jquery-ui):
{CODE()}
<link rel="stylesheet" href="css/cssmenus.css" type="text/css" />
<link rel="stylesheet" href="vendor_extra/elfinder/css/elfinder.full.css" type="text/css" />
<link rel="stylesheet" href="vendor/codemirror/codemirror/lib/codemirror.css" type="text/css" />
<link rel="stylesheet" href="lib/codemirror_tiki/codemirror_tiki.css" type="text/css" />
<link rel="stylesheet" href="temp/public/codemirror_modes.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/jquery-ui-themes/themes/flick/jquery-ui.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/jquery-timepicker-addon/dist/jquery-ui-timepicker-addon.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/plugins/cluetip/jquery.cluetip.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/plugins/colorbox/example1/colorbox.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/plugins/treetable/stylesheets/jquery.treetable.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/jquery-sheet/jquery.sheet.css" type="text/css" />
<link rel="stylesheet" href="styles/fivealive.css" type="text/css" />
{CODE}

Te reproduce, login to view this spreadsheet here:
http://xavi-9794-4985.show.tikiwiki.org/tiki-view_sheets.php?sheetId=1

u: admin
p: 12345

Click at Switch to mobile mode. Done.
---
UPDATE: Closing item as outdated, since Tiki 15+ doesn't have this issue due to Bootstrap. {sign user="xavi" datetime="2017-01-29T14:37:58+00:00"}

Tried other threads and worked fine.

Issue is with http://tiki.org/tiki-view_forum_thread.php?forumId=26&threadId=50119&comzone=show#threadId50119

Check this page: https://dev.tiki.org/Tiki+Slideshow+used+in+BigBlueButton

See screencast for explanation

{flash type="url" movie="display560" width="859" height="603"}

The functionality to allow comments in wiki pages on a 'per page' basis that was in Tiki 6 has been moved from Wiki admin to Comments admin and is therefore less visible

It should be replicated in Wiki admin as well to make it more visible


Fixed r48529

In the Properties tab of the Wiki edit screen (either standard wiki editor or wysiwyg) there is an option to Import the content of wiki page that has previously been exported (needs some Wiki options set to see these)

The export process works fine producing a text file with a special header area then the content which is in wiki syntax for the normal editor or html when using the (full) wysiwyg editor (not tested the wiki syntax wysiwyg option)

To import the page you simply browse to the file and then save the page - which used to import the content at that point.

However now (22 Aug 2013) in 11.x and trunk nothing happens and the page remains empty. It used to work Ok at some point probably version 6 or perhaps earlier?

--I was originally having a smaller wysiwyg bug on my tiki 12 instance, but I'm not sure what is going on with it anymore after testing with a fresh instance.

On the current instance created for this ticket, the formatting bars (Format, styles, font, size, etc) are not showing up for WYSIWYG, and going to the toolbar admin and changing things doesn't change the toolbars for the WYSIWYG, but changing things for "Wiki only" added them to the WYSIWYG too.

It seems to be acting really weird, and "link" and "unlink" show up when you go to the editor toolbar admin, but don't show up in the editor (feature is enabled).

user: admin
password: 12345

update: looks like maybe WYSIWYG only shows the "visual wiki" toolbar, but I'm not too familiar with how that works. Hopefully this is user error, but I've customized editor toolbars in tiki wiki before, and this seems to be working strangely.--

!!Here is a more concise explanation of what is going on. Ignore Above

Turns out it was in fact mostly user error + confusingness, though there is a bug.

bug:
Setting the toolbar selection mode to "WYSIWYG Only", and then adding an icon to the toolbar adds the icon for all editors instead of just WYSIWYG. This is present in tiki 11 also, but I can't seem to destroy the instance and test other versions (tried from multiple browsers).

Possible bug:
"Link" icon tiki WYSIWYG does not set link element class to "wiki" by default, resulting in possible css/styling inconsistencies. Links created with square bracket tiki syntax always have class="wiki external". I think that links from both should be generated with same class so css can apply to both without having to set css for all anchors just to cover links generated by "Link" (but I'm not a CSS guru, so I don't really know css best practices. Seems inconsistent though).

Discussion/What I thought was a bug:

I had previously talked about the lack of formatting bars (Format, styles, font, size, etc) in wysiwyg being a bug, but this is not really bug. In tiki 12, the "Use Wiki syntax in WYSIWYG" perference's description says "Using wiki syntax in wysiwyg mode will limit toolbar to Wiki tools", which would make it so that only the visual wiki toolbar shows up when you are in the wysiwyg editor, and you don't get any WYSIWYG toolbar icons (as I understand it).

When you enable WYSIWYG, the "Use Wiki syntax in WYSIWYG" preference is enabled along with it by default, meaning that by default WYSIWYG does not actually have any WYSIWYG toolbar functionality, and is really tiki toolbar icons with a wysiwyg text interface.

The reason I thought this was a bug was because I did not understand the implications of "Use Wiki syntax in WYSIWYG", and in tiki 11.0, with "Use Wiki syntax in WYSIWYG" enabled, the toolbars were still usable. The description still stated "Using wiki syntax in wysiwyg mode will limit toolbar to Wiki tools" however, suggesting that perhaps in tiki 11.0, the fact that the formatting bars still worked was itself a bug. However, if that can happen through a bug maybe that is something that should happen intentionally? Seems like a big loss that if you enable "Use Wiki syntax in WYSIWYG" you lose the entire WYSWIWYG toolbar, and you don't get a hybrid toolbar. Anyway, just throwing that out there/explaining confusion.

WYSIWYG is now a basic feature in 12, but the panel is not visible from tiki-admin.php

WYSIWYG articles are ok when displayed using tiki-read_article.php, plugin or newsletter but show html on tiki-view_articles.php

Check Article 2 wysiwyg
http://demo.tiki.org/11x/tiki-read_article.php?articleId=4

Now compare : http://demo.tiki.org/11x/tiki-view_articles.php
and also : http://demo.tiki.org/11x/tiki-index.php

Uploading any non image into the file gallery with the upload image button in the WYSIWYG editor works fine. But when selecting that file to put in the site, TikiWiki incorrectly specifies that the file is an image. This results in the webpage with "File is not an image".

My php is 5.3 and fileinfo extention is set up correctly. I can correctly display the file by switching to Wiki text mode and changing the designation from "img" to "file"

OK, before anyone calls me stupid, the button does say "Choose or Upload Images" There is no button for choosing and uploading files, but I assume that since the "File Gallery" and not the "Image Gallery" is being called up, it should be able to handle both. If not, then I guess someone needs to add a button to CKEditor.

I created a show-me instance to show the problem in the current branch. However, this version has the option to add more buttons to the WYSIWYG. There is a file button that solves this problem. But this is a major hassel for me in the 11.1 branch. Any way I can get the file button in version 11?

In version 12 the Wysiwyg editor is no longer an experimental feature.
The wysiwyg help text should be updated.
The help text should cover both fullscreen and inline editing, since the toolbar icon to display it is there for both.

{img fileId="435"}

Here is an example of opening a page in WYSIWYG, not changing anything, but the data is affected.

{flash type="url" movie="display364" width="495" height="338"}

Put the following in 11.x

{CODE()}# lorem ipsum
** lorem ipsum
# lorem ipsum
{CODE}

Then, preview, and compare

Sub-question: how does one do a ** in WYSIWYG? Normally, there are arrows to indent.

In IE & Chrome, it's OK

{img fileId="678"}

Please see:
http://dev.tiki.org/Tiki+Slideshow+used+in+BigBlueButton

It worked when video was added

Thanks!

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.