Category: Edit interface (UI)

a) There is no way of displaying __all__ available tags.
b) There is no way to sort the available tags in alphabetical order when editing a wiki article -> properties.
c) The list of tags from case b) is hardly readable because the formatting leaves something to desire
d) There is no way to influence the sorting when displaying the freetags using the module Most Popular Tags.

Not working yet

People tend to make the comment that adding images in wiki docs is a tedious process - compared to what they are used to in other (local) applications/editor. Most of which support drag & drop of images directly in the editor.

I reply that this is a web application and not a local application. Few people are satisfied with this explanation.

Drag & drop of images in the - especially in the WYSIWYG editor - would be really nice.

The dropped files should be stored in the File Gallery, I guess. Once dropped Tiki should automatically insert the image tag at the drop location in the editor.

The user must be able to open the image properties to configure the image settings afterwards.

In Docuwiki there is a floating command bar. It follows the page view. Always in sight, always there with the commands. Easier.


I am not sure how TikiWiki can fit this in, but the "instant readiness" is a plus.

Another nice feature is the display of the icons only - when using the page, but on mouse over the command titles are displayed in a popup.

See: [http://demo.tiki.org/trunk/tiki-index.php?page=For+Arild]

{syntax type="tiki" editor="plain"}
Edit CSS feature produces CR/LF line terminators. This increases file size.

Edit CSS feature leads to file deletion in some cases, without warning:
- resulting file is larger than approx. 5300 bytes

CSS files with special characters in comments which are not UTF-8 encoded are not displayed. Edit leads to empty template.

Testfile was a copy of arcturus.css on a Debian/Squeeze.

File deletion can not be reproduced at demo.t.o 9x and 10x.

I've just noticed with some potential new users of a Tiki site that the warning of "edit confict" is not working if the wiki page is using either the PluginWysiwyg or PluginSheet (tiki spreadsheets).

I mean, for PluginWysiwyg:
* UserA visits page "foo" clicks on the section surrounded by the wysiwyg plugin: that section opens for edition (not the full wiki page but just that section).
* While UserA has that section open still in page foo, UserB visits page "foo" and clicks on the same section in order to edit it.
__There is no warning about concurrent edition conflict.__

And similarly for PluginSheet (no warning for UserB that the same sheet is open for edition at that time by UserA)

Is this easily fixable (and backportable to 9.x LTS)?
I've reproduced the same issues here with 10.x:
* http://demo.tiki.org/10x/HomePage#PluginWYSIWYG
* http://demo.tiki.org/10x/HomePage#PluginSheet

The downside is that there is no safe way right now to edit big tables in a wysiwyg mode in Tiki 9 LTS.
* A Wysiwyg page losses editions every now and then (not recorded in history, for some mysterious reason, even if simple text edits were done some times; other times saves properly; I couldn't identify a common pattern to reproduce it always).
* WYSIWYG plugin does not warn about concurrent editions.
* The approach with sheets doesn't work either: no warning about concurrent edition.

(sad story: Those users decided to go back to attached spreadsheets saved elsewhere aside of Tiki :-/ )

Xavi

Currently in tiki when a link to a non-existent page is made, the page name is not styled or in any way distinguishable in the HTML and a link is only around a following hard-coded question mark. What I would like to see is to change it so that the page name is in fact the link text and the appearance can be styled via CSS. This would allow a particular theme to use the question mark indicator or a Mediawiki-style "red link" or some other styling for these "edit new page" links.

This tracker is made to help filtering and sorting the features vs categories vs options we need to tag a bug/regression/wish with.

I am using the "Item List" field in one tracker with "Item Link" in the other. It works well, but when I click on "Insert new item" the new item should automatically select the proper field value that is tied to whatever tracker item generated the request. As it stands now, you have to drop the list down and manually select the correct linked item, but that can be a real pain when the tracker gets big.

I've tracked the problem - it appears that the issue is in tiki-view_tracker_item.tpl. The code to set up the link is here:
<div style="clear:both;text-align:right;"><a href="tiki-view_tracker.php?trackerId={$cur_field.options_array[0]}&amp;vals%5B{$cur_field.options_array[1]}%5D=
{section name=ox loop=$ins_fields}
{if $ins_fields[ox].fieldId eq $cur_field.options_array[2]}
{$ins_fields[ox].value}
{/if}
{/section}
">{tr}Insert new item{/tr}
</div>

However, when you have a two item link (e.g. 8,37,31|32,38,1), then cur_field.options_array[2] never matches any ins_fields{ox].value, and consequently that part of the vals parameter is always blank.

For text area trackers:

http://www.felgall.com/jstip42.htm

Jquery Chosen: dropdowns too narrow to view labels

It happens with dynamic item lists, with date fields, with any simple dropdown, as seen here:
* http://demo.tiki.org/12x/tracker_as_calendar_10
** in fields priority (drop down)
** and Start date & end date.
---
I'm unable to reproduce right now... Who knows what was happening the other day... {sign user="xavi" datetime="2013-11-18T17:15:36+00:00"}

For example, on the wiki edit page, in the help dialog, when you select a plugin such as "IMG", the modal for entering the parameters (a jQuery UI dialog box) has the close button, but there's no "X" icon or character.

jquery validation displays the error message below the wrong field in 14.x if using pretty tracker

See it reproduced here:
http://xavi-9794-5706.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

Set a negative number in the field which expects (and only allows) positive numbers, and the error message is shown below the field underneath (a dropdown box, not a numeric one). In other cases (not shown in this show instance), they can be shown further down, etc.

Example:
{img fileId="1001" thumb="y" rel="box[g]"}

jquery validation failing for tracker field 'date and time' after upgrade from 12.x to 14.x

The field "date and time" had no validation defined in its tracker field. In 12.x, you could add a tracker item normally. In 14.x, you cannot: Tiki complains that the date is not valid.

Reproduced here in a 14.x site:
http://xavi-9794-5706.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

Attempt to insert an item, selecting some date at "My date field".

This worked in 12.x as expected (no complain when selecting dropdown fields in a tracker date and time field).
See it working in this equivalent 12.x instance:
http://xavi-9794-5707.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

jquery validation regexp in numeric tracker field fails after upgrade from 12.x to 14.x

Reproduced here in a 14.x site:
http://xavi-9794-5706.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

Attempt to insert an item, selecting some positive number (e.g. "10") at "My positive number": you get the error message shown "Number must be positive"

That regexp expression works as expected in Tiki 12.x:
{CODE(ln=1)}
^[0]{1}$|^(?!0*[.,]0*$|[.,]0*$|0*$)\\d+[,.]?\\d{0,2}$
{CODE}

See it working in this equivalent 12.x instance:
http://xavi-9794-5707.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

js and css borked in doc.t.o while testing how to avoid issue in elfinder which prevented to upload any picture: please help

Login to https://doc.tiki.org and try to click at any wiki page icon section at the topright corner of the page: nothing is shown.

If you click in control panels to avoid using tabs, nothing happens.
etc.

jsCalendar widget unaware of time zones and recording event to one day earlier than selected (timezone difference of 6h)

Uploaded three files as user "xavi" (simple registered user) to tv.t.o, and changed the title, added description and tags to only the first of the three while uploading them (my mistake, it seems, due to being confused with the interface).

Then, in order to change details of the other two, I loged in as user "xavidp" (with admin rights) to "change details". When I clicked at "Save" to have the new details saved, the page changed to a White Screen of Death (WSOD), and browsing again to the media showed that the details were not saved.

Reproduced same behavior with the other media.

Screenshots:
http://tv.tiki.org/tiki-kaltura_video.php?mediaId=0_tz7pzqka&action=edit
{img fileId="670"}

http://tv.tiki.org/tiki-kaltura_video.php?mediaId=0_sxdo9c79&action=edit
{img fileId="671"}

Content added at changing details (to allow reproducing the issue, in case it depends on the content edited):
||Video Title | Tiki12 ActivityStream - Questions Post Presentation
Description | Questions asked to Nelson Ko during the TikiFestBootstrap (2013) after his presentation about Activity Stream and the Social Networking features added in Tiki12.
Tags | Tiki,TikiFest,Tiki12,TikiFestBootstrap,Nelson Ko,Activity Stream,Social Networking
Embed code | ~np~{kaltura id="0_sxdo9c79"} ~/np~
||

There are some problems with mail notifications in tracker:

- mail sent by tw is in the wrong language and the "from" header field is empty when deleting a tracker item,
- mail sent by tw is (only) in the wrong language when the notification is about a comment or a file attachment
- everything is ok when the notification is about an item changing

{sign user="pascalstjean" datetime="2013-08-25T21:32:40+00:00"}
Problem still seems to exist. Merging this case with Bug #4681

I tried to upload a 230MB media file to a file gallery, and the site didn't have progress bar, and it sent the request for 25 minutes, then stopped and the file never uploaded.

Marc Laporte adds:
"A progress bar, and maybe a test/check first that file is smaller than
what is permitted by server config. In image gallery, tiki tells you
who much you can upload. This is needed for file gallery as well."

Using strasa.css in dev.tw.o, the tiki-sheets.php is not showing the content from both lateral columns.

I attempted to change theme style in dev.tw.o, but it's dead slow right now. and after 4 min. of waiting response from the server, I skip the test with another theme style. At least with strasa. it doesn't display both lateral columns.
----
after dev.tw.o responded (8+ min), I could reproduce the problem also in thenews.css
And the exact url to see the issue is this one:
http://dev.tikiwiki.org/tiki-sheets.php?edit_mode=edit&sheetId=0
---
and colors are not ready either (at least here in dev.tw.o):
See it here
http://dev.tikiwiki.org/tiki-view_sheets.php?sheetId=1

if you set -+width="21%"+- in a plugin image tag the resulting div tag for the desc will read -+<div class="mini" style="max-width: 100%; width:21%px;">+- which will result in the width attribute being ignored. A quick and dirty fix to line 1504 might be to replace -+"px"+- with -+(is_numeric($width) ? "px" : "")+-

See:
{img src="https://dev.tiki.org/tiki-download_item_attachment.php?attId=496&display" thumb="y"}

When presented with the ListPages Plugin UI, there is a section to choose categories for the Category Filter.
The section is a drop down menu that only allows the selection of one category. You cannot choose multiple categories in the UI selector.

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

I will create a show instance of this issue.
Thanks!

I get a php notice:

NOTICE (E_USER_NOTICE): Icon not found: cloud-upload
At line 181 in lib/theme/iconsetlib.php

when viewing page tiki-upload_file.php

I know we lost icons with the font-awesome upgrade, so presuming thats the issue here.