Category: Usability

I have trackers with the field "Category" and a list of categories for the tracker to be assigned to upon item creation. The item never makes it into the category chosen.
A show instance will be created.

When I assign a theme to a group and submit the change, when the admin-group page displays again, the theme selector shows "site default" instead of the theme name I chose, and the theme being used for the group doesn't change.

{syntax type="tiki" editor="plain"}
While updating from 1.9.11 to 2.1, we ran into a bug in tiki-categpermissions.php.

We have a category structure with multiple levels of categories, and assigning to children seemed not to work as intended.

I had a look at the code, and it seems like it only assigns to one level of children, and never checks for more levels of children. I rewrote the code quickly to solve our problem, and attaches the patch I used.

I don't know if this breaks all code guidelines in tw, but it works ;)

{syntax type="tiki" editor="plain"}
When assigning a new module, the page layout and process for the user have changed. I'm comparing a Tiki 27 to master - I don't know whether all the changes were intentional but it kind of amounts to a "mini-revamp" with maybe a combination of intentional changes and unintentional results.

In Tiki 27, after clicking the "Add module" button, the page that displays has the "Edit module" tab open and a selector to choose the new module and, below that, the "Module Options" button. It's very straightforward and uncluttered. When you click the "Module Options" button, the page opens to the "Basic" tab where you select the module zone for it, etc.

In master, when you click the "Assign new module" button, the same page displays again, cluttered with the tabset containing the module zone tabs and already-assigned modules, with the "Assign new module" button displaying __again__, then down below the tabset is the selector to choose the module. The button was already clicked; it shouldn't display again. The tabset is just in the way. It isn't needed in this step of the process.

I think the problem is because the tabs aren't quite right. Initially when you navigate to the admin-modules page, the tabs are "Assigned modules", "Custom Modules", and "All Modules". When you click the "Assign new module" button, the page displays these tabs: "Configure new module", "Custom Modules", and "All Modules". But the page also displays the assigned modules. These should display under an "Assigned modules" tab, not under "Configure new module". This tab arrangement can be seen after clicking the "Module options" button, after selecting a module. Now the tabs are "Assigned modules", "Configure new module", "Custom Modules", and "All Modules". This is how the tabs should be on the previous page.

There's another problem in that when you do arrive on this page, to edit/configure the module, there are four new tabs: "Basic", "Module", "Appearance", and "Visibility". In previous Tiki versions, the "Basic" tab is open, which is the logical choice. In master, though, the "Module" tab is open and the user has to switch tabs to "Basic" to specify the module zone, module position, visibility to groups, etc. that I imagine are generally set first, and which was the case in older Tiki versions.

Attachments are not working.

Using tw.o forums and 2.0 (afaik):

You add a screenshot attachment to a reply in a forum post, and if you click on "preview" first, (as you would do on wiki pages), the image is lost (no tag is inserted on the forum post to help you link the attachment).

However, if you do the same attachment on a post, and click to post it (without previewing it first), the attachment link is shown.

Example at tw.o forums where it recently happened:
[http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=29608&thread_sort_mode=commentDate_desc&was_queued=n]

---
according to comment added to this bug report, this issue is still present in branch Tiki5 still (so probably also in trunk)
---
Unbelievable, bug still present in forum posts in 12.x since 1.x! (with forum replies, there is warning, at least, but not yet with brand new posts in the forum and attachment is lost indeed) {sign user="xavi" datetime="2013-11-22T09:45:52+00:00"}

Reproduced here:
http://xavi-9794-1986.show.tikiwiki.org/tiki-view_forum.php?forumId=1
u: admin
p: 12345

auto-change in status of items after a time frame (specified in the tracker definition) since tracker item creation of last modification date. I.e. After a month, change status from open to pending or closed.

When multilingual and wiki autotoc are enabled, the table of contents box contains a label "Maintenance" (with the i18n icon) for registered users (with permission to manage translations) after each one of the links to the wiki pages in the auto-toc box.

{img fileId="408" thumb="y" rel="box[g]"}

show admin passwd: 12345

Using __Shoutbox__ with __Autolink__ option enabled....

Entering http://www.foo.bar in the shoutbox correctly converts to [[Link], but entering http://foo.bar does not

With autolinks on, if I do:

~np~''Taken from http://climatechange.org''~/np~

the rest of the page becomes italic (the auto conversion of link breaks the closing italic tag.

Since the use of Bootstrap in Tiki (13.x+), wide tables (like many of the ones we use in dev.t.o to display bugs and their associated variables) display a bunch of columns hidden, and the scrollbar is only shown at the bottom of the whole table.

New users might not notice that there are columns on the right hand side of the table, designed to be shown (like in our case, the column "Comments", which indicates which bugs have been commented, by whom and when, to facilitate info to the viewer about bugs that received feedback and more opinions/replies might be expected, etc).
Example (from https://dev.tiki.org/Tiki14+Blockers on a wide screen):
{img fileId="985" thumb="y" rel="box[g]"}


I was searching for something like what you can doo with doodle on wide tables, but couldn't find any jquery plugin for that.
|| ::Default view on wide table (doodle.com ):: | ::Expanded view after clicking at the shrinked columns (doodle.com)::
{img fileId="983" thumb="y" rel="box[g]"} | {img fileId="984" thumb="y" rel="box[g]"} ||

The floss solutions that we might explore to integrate might be (after 30' of searching around):
# Footable jquery plugin: (MIT licensed)
+ http://fooplugins.com/footable-demos/
# Table column toggle, from jquery mobile (compatible with using Bootstrap?)
+ http://demos.jquerymobile.com/1.3.0-beta.1/docs/tables/table-column-toggle.html

Try the demos, and see
Alternatively, some sort of custom trick could be desinged using colResizable jQuery Plugin? (MIT licensed)
http://www.bacubacu.com/colresizable/

If equally complex to implement, I would cast my vote for Footable jquery plugin, for what I've seen in their website as end user.

Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.

Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.

Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.

I noticed that the autosavefields and autosavevalues of the tracker plugin only works with a number field. I am not sure if this is considered a bug, because it seems that the code was explicitly written that way (in wikiplugin_tracker.php). However, it is not stated in the plugin description, so it appears as a bug. It would be great to have this feature available for text fields or text areas.

The autotoc plugin builds a table of contents based on headings in the wiki text, but it currently includes headings from the pagebottom module zone (the h3 module titles and probably any other headings there).

At https://doc.tiki.org/VideoTutorial-408-Trackers%20Feature%20in%20#How_to_create_a_page_to_collect_information_for_a_tracker the links of the autotoc are not going to the relevant anchor.

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

{img fileId="667"}

{syntax type="tiki" editor="plain"}
In view mode:

PluginCODE should have horizontal scroll bar when there is too much code on one line. This used to work a while ago on some browsers, but not all.


In edit mode:
CodeMirror seems to force the page to be super large

When saving a calendar item I shouldn't see "Are you sure you want to leave the page" warning.
It seems it is hard to reproduce (tested on OSX Safari and Chrome) but it happens from time to time.

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

{syntax type="tiki" editor="plain"}
in version 3.2, I would like to add a second calendar (public access television programs - the first calendar is an events calendar. see http://www.progressiveomaha.com/tikidir/tiki-calendar.php ). I would like the user to be able to easily switch between the two or view both as an amalgamated calendar, if they wish.

However, first the user has to click on "visible calendars" which displays a popup window that gives check boxes which gives the option to check one calendar or the other or both with an additional option to "Check/Uncheck All". Once they have made a selection there, the user must then click on "Refresh" to see the calendar or calendars they wanted to see.

People may want to switch back and forth between the calendars several times in one session. Having to go through multiple steps to accomplish that is a disincentive to using the calendar.

{syntax type="tiki" editor="plain"}
You can see:
* http://profiles.tikiwiki.org/Admin#List_pages
* ((doc:backlinks))

CVS Head (code name Tiki 1.10) has some goodies.

((tw:ReleaseProcess110))


Many of which we could backport to 1.9.x without much risk.

ex/:

#Multiple wiki pages can be added to or removed from multiple categories at the same time (terence) __done__
#Batch wiki page renaming (terence) - __that doesn't make much sense to me and I can't find it in HEAD... perhaps you mean remove?__
#New permission tiki_p_view_wiki_history to control access to wiki page histories (terence) __done__
#More intelligent rendering of the wiki page bar so unnecessary tab buttons are not displayed (terence) - __should be done__
#IP addresses can be hidden in wiki history (sylvie) - __done__


Terence has indicated he won't have time to do this this week-end. We are looking for volunteers.

On the admin-modules page, when you select "menu" as the type of module to assign, at the top of the page, first thing, an alert box appears saying "Error - One of these parameters must be set: Menu, Structure."

It would be appropriate for this alert to appear when an attempt is made to submit the module configuration info without a parameter set - then the user has made an error. But why should the user see an Error message before doing anything?

The alert box should be an Info type because it's giving information about what the user should do next, or a Warning type, to be more emphatic. I looked at the files but couldn't see how to change the "Error" text.

It is very hard (if possible) to use the debugger console with default setting due to contrast issues.

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