Category: Usability

Missing (12.x) or wrong (13.x) feedback to comment poster when Comments Moderation is on and post is not shown

However, in the show.t.o instance for 12.x, I couldn't get the same behavior I saw a few weeks in a 12.x in localhost.

Current issues reproduced in the show.t.o 12.x instance:
Adding a comment as anon to the homepage (with comments moderation enabled):
http://xavi-9794-5310.show.tikiwiki.org/tiki-index.php

{CODE()}
Notice: Array to string conversion in /var/www/xavi-9794-5310/vendor/bombayworks/zendframework1/library/Zend/Filter/Alnum.php on line 144
{CODE}

{CODE()}
Your comment was posted.

No object information provided.
{CODE}

In 13.x I saw the same output (without the initial array notice):
{CODE()}
Your comment was posted.

No object information provided.
{CODE}

This seems to be an error message:
{QUOTE()}
__No object information provided__
{QUOTE}

And "Your comment was posted." is a missleading information, since the comment is not visible yet (until moderation happens). So a better message could be shown in this case, something like:

"__Your comment was posted but is pending moderation, and until approval, it will not be shown__"

When viewing the page again, it says:
"There are no comments at this time."

when you would expect to see something like:

"__There are some comments hidden pending moderation__"
---
^ __And last, as registered users, there is no feedback of what happens in that tiki site that their comments are gone after clicking at "post".__ ^

Several of the key links on navigation don't have alt text and thus screen readers for the blind aren't able to explain what they are. Some have tooltips that appear when selected, but the experience for a blind user is much better if you put in the alt text. The biggest examples are the link that pops up wizards/control panels/etc, the link that pops up edit page/monitor/etc, and the other link near logout that I can't quite figure out what it's for.

{syntax type="tiki" editor="plain"}
When one tries to VIEW BLOG, there's no listing / access to the post
/tiki-view_blog.php?blogId=1

To access the post, I had to use the "Since your last visit" history.
/tiki-view_blog_post.php?postId=1

This makes it almost impossible for visitors to read blogs.

UPDATE
After posting a second entry, the first entry is still not available for viewing. But the second entry did appear. No navigation to the first post was evident.

Am not sure exactly what the mechanism of failure is.

If I understand blogs, each titled blog should be accessible.

Second UPDATE
Once the third entry was made, the first post became visible in the list. I do not know how / why it happened. I have not tried to recreate the error by making a new blog.

{syntax type="tiki" editor="plain"}
On the toolbar we have a "Help" button that displays common syntax to help the user editing a page.

The markdown help is quite limited with basic syntax.
It should be good to add a link to a more global cheat sheet like: https://www.markdownguide.org/cheat-sheet/

Contrary to TikiWiki documentation (and contrary to TikiWiki common sense) it is NOT possible in a 3.0 wiki (specifically http://jiamcatt.ourwiki.net) to assign any permissions to Newsletters. This means that NO ONE, other than Admins can even see the list of Newsletters, to say nothing of viewing past newsletters (the archives). This is unacceptable – and contrary to TikiWiki documentation.

JIAMCATT is the community of IT-oriented managers of language (translation and interpretation) services of major International organizations and European multilateral bodies. After a slow start about a year ago this community has now agreed to try to use a TikiWiki-based system. Within the past month (since several of the TikiWiki team participated in the JIAMCATT annual meeting in Ottawa, Canada early May 2009) close to 200 users have joined up.
One key aspect of the work of JIAMCATT are Working Groups. One of these has just started work. It’s tools include wiki pages in the two working languages (En + Fr), a discussion forum (consisting already of 13 topics), and – last but NOT least – a Newsletter to keep everyone abreast of developments. This feature, it now turns out doesn’t work in a very bad way: NO ONE, other than Admins can even see the list of Newsletters, to say nothing of viewing past newsletters (the archives). This is unacceptable – and contrary to TikiWiki documentation.

I expect this should be a simple fix for a TikiWiki insider (the feature existed at the time the documentation was written); albeit impossible for someone not intimate with the insides of this system.

Screen shots are attached. The first – now shows as the last – called “ButtonsAvail-inJiamcatt-ourwiki-net-Newsletter-admin.gif” shows the buttons seen by an Admin user when trying to do “Admin Newsletters”. The second, called “MissingButton-from-doc-tikiwiki-org.gif” shows the buttons in doc.tikiwiki.org in the http://doc.tikiwiki.org/Newsletters section in the http://doc.tikiwiki.org/tiki-index.php?page=Newsletter+Admin&bl=y page, under the segment titled “Changing Existing Newsletters”. The third screen shows you what a non-Admin user who should have access to view newsletters and archives of this Working Group, sees (file: “Empty list of newsletters for (nonAdmin) WG members.gif”).

Unless someone can provide a fix quickly, this group will abandon TikiWiki as its working tool.

omstefanov

When I put a textarea field in a tracker, in the edition item mode the caracters and words limit they're mixed up.

This was reproduced on the r27905 on trunk


For example, if the word limit is set to 3 and the caracter limit is set to 30, is possible to enter text as long as limit are respected but the counts bellow are wrong. The word count shows in the field for the caracters count. And the caracters count is not displayed.

See the next screenshot to understand more
{IMG(src="http://dev.tikiwiki.org/tiki-download_item_attachment.php?attId=256")}{IMG}

Mibile diaplay seems to be broken in recent revisions of 12.x (within the last month or so {sign user="xavi" datetime="2014-07-05T18:40:27+00:00"} )

To reproduce, use a mobile device to visit any of these sites, as anon, based on 12.x:
* http://seeds4c.org
* http://r-es.org
* http://iesgogreen.seeds4c.org

Mobile display is broken in trunk. Example:
https://nextdev.tiki.org/elFinder

{syntax type="tiki" editor="plain"}
Using mobile mode, from a PC with Chrome (on GNU/Linux, in case it matters).

I clicked on "Switch to mobile site" in nextdev.tiki.org, and then when you go to "Admin home > Look & Feel", the theme style shown there is "abse" and not fivealive, so that if you save any setting there in L&F, you are switching the theme for the non-mobile mode (and you will not notice since you as admin are still in mobile mode).

From a Lighthouse check of Tiki.org:

"MOBILE FRIENDLY
Tap targets are not sized appropriately - 28% appropriately sized tap targets
Make sure your pages are mobile friendly so users don’t have to pinch or zoom in order to read the content pages. Learn how to make pages mobile-friendly."

Some advise says that the minimum recommended touch target size is around 48 pixels on a page that has a mobile viewport set. The Lighthouse alert is apparently due to the social media icons.

Edge's AI search reply says:
{QUOTE()}
I understand that you are facing issues with the mobile view of your Bootstrap website. You mentioned that the targets are too small and too close together. Here are some possible solutions to your problem:

Increase the font size: You can increase the font size of your website to make it more readable on mobile devices. This can be done by adding the following CSS code to your stylesheet:

{CODE()}
@media (max-width: 767px) {
body {
font-size: 18px;
}
}
{CODE}

Increase the padding: You can also increase the padding around your targets to make them easier to tap on. This can be done by adding the following CSS code to your stylesheet:

{CODE()}
@media (max-width: 767px) {
.target {
padding: 10px;
}
}
{CODE}

Use larger targets: If increasing the font size and padding is not enough, you can also use larger targets. This can be done by creating custom CSS classes for your targets and applying them to your HTML elements. Here is an example:

{CODE()}
@media (max-width: 767px) {
.large-target {
font-size: 18px;
padding: 20px;
}
}
{CODE}{QUOTE}

Mod extcalculator (extcalc) doesn't work properly: apparently nothing happened after clicking on the calc buttons, but the real problem was that the mod didn't show completely under many theme styles (last column of buttons on the right was hidden by dentral column in Tiki.

See [http://doc.tikiwiki.org/tiki-index.php?page=Mod+extcalculator]

There is an issue with the module not showing in full width in the left column.
And the color under any style is too weak (greyish/whiteish...)

Current mod GMAP does not work in 4.2.

Not sure about other versions

module join_box is not removed when mod join is removed

More info on the feature: [http://doc.tikiwiki.org/tiki-index.php?page=Mod+join]

Using 1.9.7cvs on local (wampp), after clicking on install mod mailman (1.6), I saw the Package config screen, and after click on save for the default values, I got this message:

{CODE()}
Notice: Undefined variable: info in c:\archivos de programa\easyphp1-8\www\branch-1-9\lib\mods\modslib.php on line 408

Warning: copy(mods/Packages/-ailman.info.txt): failed to open stream: No such file or directory in c:\archivos de programa\easyphp1-8\www\branch-1-9\lib\mods\modslib.php on line 380
{CODE}

Btw, I didn't have integrator enabled in the test site, by then (I wonder if it is needed).

Please, improve documentation started at:
[http://doc.tikiwiki.org/Mod+mailman]

mod damian2, from mods.tikiwiki.org, installed with "notices" through admin mods, on either a 1.9.7 install, or a 1.9.cvs (from July 19th 2007) installation.

Message is:
^
Notice: Undefined index: in c:\archivos de programa\easyphp1-8\www\tiki197\lib\mods\modslib.php(352) : regexp code on line 1

Notice: Undefined index: in c:\archivos de programa\easyphp1-8\www\tiki197\lib\mods\modslib.php(352) : regexp code on line 1
^

Mod taglines rcogley fails to install. It returns:
---
Warning: copy(mods/taglines/rcogley/taglines.txt): failed to open stream: No such file or directory in c:\archivos de programa\easyphp1-8\www\branch-1-9\lib\mods\modslib.php on line 375
taglines/rcogley/taglines.txt to doc/rcogleytaglines.txt impossible to copy
---

See [http://doc.tikiwiki.org/Mods+Type+Taglines]
mod damian1 installed successfully from mods.tikiwiki.org, thoguh

Google changed their formula. module should now deal with:
google_ad_client = "pub-xxxxxxxx";
google_ad_slot = "02353245";
google_ad_width = 468;
google_ad_height = 15;


While we are playing here, the module should be re-organized and default should be a public service advertisement

Current Adsense module is too complicated to set-up as we can read here:
http://tikiwiki.org/Module+Adsense

There are way too many forum posts for something which should be really simple to set up:
http://tikiwiki.org/tiki-searchindex.php?highlight=adsense&where=forums

So, I suggest:

The public service advertisement should appear instead of the current "You forgot your Google ad_client number !" message. So people would know right away that the connection with Google is OK.

By default, it should be a fairly small ad so it fits nicely in a module.

And if the user is admin level (check for tiki_p_admin), then, add a link to documentation on how to set pub-xxxxxxxxxxxx and others...
http://doc.tikiwiki.org/tiki-index.php?page=Module+adsense

So, if no pub-xxx number is set, use pub-xxxxxxxxxxxx (which provides the public service advertisement) with a warning for admins.

If the admin specifically wants a public service advertisement, he can set the pub number as pub-xxxxxxxxxxxx. In which case, there should not be a warning to admins on how to set.

Finally, if the pub number is set normally (ex.: pub-1234...), no admin warning should appear.

{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))

Version 2.1 & 2.2

modules/mod-calendar_new.php displays strange month view when selecting LIST VIEW from tiki-calendar.php. The date (numerical) is placed several days backward in regards to day of the week (Monday - Sunday).

Screenshot (sorry so large for clarity):
{img src=show_image.php?name=calendarMODIssue20081023.gif }

This issue appears to be with the month view in mod-calendar_new.php assigned to variable $calendarViewMode. When I select $calendarViewMode='week' this issue does not arise.

I duplicated the function below in lib/calendar/calendarlib.php:

{img src=images/code.png}%%% {CODE()}
if ( $_SESSION['CalendarViewList'] == 'list' ) {
if ( is_array($listtikievents) ) {
foreach ( $listtikievents as $le ) {
if ( is_array($le) ) {
foreach ( $le as $e ) {
$listevents[] = $e;
}
}
}
}
}
{CODE}

I modified it to say:

{img src=images/code.png}%%% {CODE()}
if ( $_SESSION['CalendarViewList'] == 'calendar' ) {
if ( is_array($listtikievents) ) {
foreach ( $listtikievents as $le ) {
if ( is_array($le) ) {
foreach ( $le as $e ) {
$listevents[] = $e;
}
}
}
}
}
{CODE}

This caused it to be "fixed" but it broke in Internet Explorer by showing a full semester view in the calendar. Not so desirable effects. We've since switched to the week view in the mod-calendar_new.php module with no issues.

see it best by:

- make a new tracker
- connect a module to it
- insert an item into the tracker

The module shows:
1)
2) Your item here

Later it is

1) Your item here
2) New item

I've twice lost a long page of input information by accidentally clicking outside the modal popup (first in Opera and then in Firefox). Is this inherent in modals? Or is there some way they can be done that is forgiving of errant clicks? I'm thinking an explicit "close" or "save" click is necessary to close the popup, not just clicking outside of it.

Modal popupforms in 20.x show tracker item edit fields narrower than in 18.x (input field to edit a tracker item were using full width), __when you have the option "Section Format" set to -+Tabs+- instead of "Flat" or "Configured"__.

See screenshot below comparing same item in a site in 18.x (FiveAliveHS) and after it's been upgraded to 20.x (using a different theme style - Cerulean, but with the same theme style FileAlive, the same problem was shown).

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

The overall look and feel is way poorer, since there doesn't seem to be consistency in the layout of fields of the same tracker item. In 18.x, the look and feel was better.

Reproduced here:
http://xavi-9794-7124.show2.tikiwiki.org/tiki-view_tracker_item.php?itemId=4
u: admin
p: 12345

Edit the item and you will see it.
Conveert the Section format from the properties of that tracker from "Tabs" to "Flat", or enable to use the former interface to add tracker items, and you will see he difference when editing tracker items.

{syntax type="tiki" editor="plain"}
Assign the module ''events'' on the left, and you get a weird looking of the left menu, and a disappering content on the right side.
Assign it to the right side results just in wrong textcolors for the left menu.
In both cases the bottom bar will be shown in the menu (on the corresponding side where the events module is assigned).
Tested with all stadard themes, for all the same result.

And it doesn't show a calendar with events, so it's useless at all.

Tested with firefox 2 and 3 under linux.

Btw: Module calendar also shows no calendar, but at least it doesn't break the themes.

{syntax type="tiki" editor="plain"}
Hi,

I have tested and look at dev of the module Action Calendar on 6.0 and 6.x trunk.
It need to be polished.
There are some misfit.
Who read this must understand that the function where not ended for 6.0
This note is technical sometime for a good link to dev team.

The item 3650 relates that the popup which shows action buttons can't be reached.

In fact as the function is not polished the buttons are the same as module calendar, but they have not corresponding available functions.

As I test to set these popup as "sticky" it function as the main calendar. After I test various issues :
#Action link on the cell of a day -> go to show a calendar of a full week. Can display thousands of events.
#Buttons on popup goes quite nowhere

!Module Action calendar
Note that any cell is related to several events then any action must leads to a list of events,
!!What can be wished :
!!!Global action buttons (nav.tpl):
Add a button to go directly to calendar for the current span of time (day,week, month..), two buttons : calendar or list (to earn time) in the future 7.x full page calendar
!!!Action on the link of the cell (day)
Display the list of "events" (sometimes truncated into the popup as it is desirable) for __the corresponding date "day".__
!!!The list offers
* Link to the object
* Add a comment to event (first column of list)
* type of event , not already made
!!!Action on popup buttons
Any button which have action opens and operates on the list of events of the day. *The buttons can't be the same as main calendar
*As the events are system events they can't be updated neither deleted.
*The update could be to add a comment to but as it is a list... for the day it is into the list.
**the events can't be edited, but an enhancement can be to have the capability to add comment
**the events can be listed for the day (the function is not edit_item but calendar with date="date" viewmode=day and listmode=list)
**a button on the popup can activate directly the calendar view with options of time span "day, week, month" or list with same options

!Module Main calendar
Note that any cell is related to several events then any action must leads to a list of events,
!!What can be wished :
!!!Global action buttons (nav.tpl):
Add a button to go directly to calendar for the current span of time (day,week, month..), two buttons : calendar or list (to earn time) in the future 7.x full page calendar. Options : view only, view and add comment (if rights opened), edit
!!!Action on the link of the cell (day)
Display the list of "events" (sometimes truncated into the popup as it is desirable) for __the corresponding date "day".__
!!!The list offers
* Button update
* Button delete
* Button copy and edit
* Button repeat the object (daily, weakly, monthly, trimestrial, yearly, fiexed date - checked on calendar) option edit list generated after
* Link to the object
* Add a comment to event (first column of list)
* type of event , not already made, edit types (a structure only for events classification), modify type (check on structure)
!!!Action on popup buttons
Any button which have action opens and operates on the list of events of the day. The buttons can be
*Show the list (right can be only "show_calendar items" and not "edit")
*Display the list in edit mode
*As there are several event they can't be updated neither deleted directly only defined upon the list.
*Depending of opened rights the update button could be "show full list : can add comment " if right opened
Notes :
**the events can be listed for the day (the function is not edit_item but calendar with date="date" viewmode=day and listmode=list)

!For 7.x :
!!Calendar with Gantt presentation
!!Calendar content can content several types of objects with various rights.
See corresponding text (the link to wished features projects for 7.x about calendar will be here soon ###)

My wiki (http://wiki.alphasoftware.com/, on version 4.2) intermittently fails to respond to mouse clicks for module box and menu expand/contract toggles, tab buttons for administration interfaces, the button to toggle between WYSIWYG and Normal editing, and other buttons that invoke JavaScript Ajax actions.

Changing random administrative settings or themes sometimes changes this behavior, but it still seems to come back.

I think it might be a bug, but I might also have some inconsistent settings.

I am willing to upgrade to the trunk build if these are bugs that have already been fixed.