Category: Usability

http://panorama.freewebhosting247.com/tikiwiki2/tiki-browse_gallery.php?galleryId=1

If this site is up, I cannot see any image.

I'm using Firefox 3.0.
This site uses:
PHP Version 5.2.5
Max Mem: 32Mbyte

GD Support enabled
GD Version bundled (2.0.34 compatible)
FreeType Support enabled
FreeType Linkage with freetype
FreeType Version 2.2.1
GIF Read Support enabled
GIF Create Support enabled
JPG Support enabled
PNG Support enabled
WBMP Support enabled
XPM Support enabled
XBM Support enabled


I don't have any problem displaying images using Tikiwiki 1.9.7 and 1.9.11

http://othman.1stfreehosting.com/tikiwiki/

I am running Tiki 1.9.7 with MySQL on Linux.

I have gone through the tiki_mysql.sql file and have found no reference to the column listed in the error message:

---
Context:
File tiki-galleries.php
Url tiki-galleries.php
Query:
select g.*, a.`name` as parentgalleryName from `tiki_galleries` g left join `tiki_galleries` a on g.`parentgallery` = a.`galleryId` order by `name` desc
Values:
Message:
Error Message Unknown column 'g.parentgallery' in 'on clause'
---

This appears as soon as I click on "Image Galleries" folder from the Menu module, or "Galleries".

I also get the same error message when I try and click on "Upload Image":

---
Context:
File tiki-upload_image.php
Url tiki-upload_image.php
Query:
select g.*, a.`name` as parentgalleryName from `tiki_galleries` g left join `tiki_galleries` a on g.`parentgallery` = a.`galleryId` order by `lastModif` desc
Values:
Message:
Error Message Unknown column 'g.parentgallery' in 'on clause'
---

Apparently this column needs to exist, but I have no idea what the column settings should be. This is preventing me from even using the image gallery feature.

When using ElFinder for File Galleries, I'm not able to insert an image into the editor (tried Standard and WYSIWYG).

I double click on the image in ElFinder but nothing happens.

{syntax type="tiki" editor="plain"}
The mechanism to alter a tiki sites logo uses a cumbersome server relative path mechanism. Not intuitive especially seeing as there is a file upload facility.

{syntax type="tiki" editor="plain"}
Version 5.3.3

When setting up a banner, "text" works fine. When switching to use of an image for a banner,the image uploads directly to some location other than the file directory I have chosen and am using for images. I cannot tell where it is going. It is not going to the chosen file directory for images.

When putting in {banner zone='xxxx'} and the banner has an image for content, just the word "Banner" appears on the page. Apparently it cannot find the image, or load it.

Also, it is odd that it forms a link, because no linking has been given. According to the documentation, when the link field is empty, no linking will occur.

__Describe precisely what you did (how to reproduce)__
I uploaded an oversized image to a wiki page. The oversize image constrains nicely on the wiki page with:
Thumbnail: None
Responsive Image: Default

When the following parameters are applied the image renders poorly:
Thumbnail: None
Responsive Image: Default
Caption: Text
Alternative Text: Text

__Describe exactly the faulty consequences. __
The faulty consequences are the image fly's out of the constrained area of the wiki page into the body of the site when the Caption and Alternative Text params are used.

__Explain what you expected instead of the faulty consequences. __
I expected the image to constrain nicely in the wiki page as it does when only the Thumbnail and Responsive Image params are applied.

{syntax type="tiki" editor="plain"}
Emails containing inline images fail to present when selected from the email inbox list. This is a problem for both jpg and png images. It does not seem to be relevant as to where the image appears in the email. I have tried with the image in the middle of the text as if the image has been sent as part of the content and at the very end as if a signature block with exactly the same result.

I rated this as a 7 as it makes the webmail feature unusable to the users of the [http://sistersafar.com|site] in question. This in turn makes the site itself, being designed to keep distant family members in touch with each other and friends, pretty much ineffective for the target audience. It does not however technically render anything but one site feature unusable so a rating higher than 7 does not feel justified.

--Steve

Lately, all images inserted into wiki pages are taken by the "system gallery" system.

That is realy cool BUT can be very problematic.

My anonymous don't have to see gallery images cause this is restricted to registred or members peoples. But they could till now see pages with images in it, buttons, whatever.

With this new "system gallery" they can't see no image nowhere. That is not what it should be.

I tried to find the so called :"System gallery" to see if i can change individual permissions. On the list, logged as admin, i can't see it. When i click on the menu at "System gallery" (tiki-list_gallery.php?galleryId=0) this goes to an error (No gallery indicated)... I can't neither.

This is bad as my anonymous user see red x everywhere instead of pictures.

Images uploaded to tracker field image do not respect multitiki paths.

When you upload an image to this type of field, they go to

__img/trackers/__

When you are in a multitiki of, let's say, site1.example.com and site2.example.com, you have a folder for site1 at:

__img/trackers/site1.example.com/__

but your image files don't get uploaded there, but to the general

__img/trackers/__

And the same with all the other multitiki sites.
When you want to backup files, or migate a site to a new server, you are in trouble to know which files belong to which site from the multiki installation.

For consistency with how multitiki works, they should be uploaded to, and used from, the multitiki-aware path:

__img/trackers/site1.example.com/__

__ Describe precisely what you did (how to reproduce).__
I attempted to place images with captions side by side in a wiki page, with the params as:

{CODE()}{img type="fileId" fileId="id" thumb="box" desc="Test Caption" responsive="n"} {img type="fileId" fileId="id" thumb="box" desc="Test Caption" responsive="n"}{CODE}

__ Describe exactly the faulty consequences.__
When images are placed side by side, with as thumb, responsive n, and caption added, they will not place side by side, but will only place over and under.

__ Explain what you expected instead of the faulty consequences. __
I expected to view the images side by side, with captions below the images.

After upgrading from 1.9.7 to 2.0 I am no longer able to configure IMAP authentication.

templates/tiki-admin-include-login.tpl no longer contains any mention of IMAP, POP3 or vpopmail as it did in 1.9.7.

(Note: this renders tikiwiki unuseable for my organization)

{syntax type="tiki" editor="plain"}
In HTML images alt= is used for screen readers.
Tiki img plugin should accept "title" and "desc" for alt= in the same way it does for Caption and title=. It may look like this was the intention in the plugin code, but the Alt field in the form only uses input as string value (literal).
Plugin code should be fixed to allow using image Title or Description from File Gallery, not only manual input.

To reproduce: upload an image to the Gallery, define Title and Description. Place it on a wiki page and in the plugin dialog type ''desc'' or ''title'' for both Caption and Alternate Text.
Result: in HTML code, ''title='' attribute and the div below will show correct DB values from Gallery, but ''alt='' only translates to ''alt=desc''

When using the ImgPlugin with "mouseover" or "mousesticky" and have aligned teh thumbnail to be right, after a mouseover or a click, the thumbnail moves to the left.

Example:
{CODE()}
{img type="attId" attId="1" thumb="mouseover" imalign="right" alt="Image1"} __mouseover__ Full size image appears when thumbnail is moused over;.
{CODE}

{CODE()}
{img type="attId" attId="1" thumb="mousesticky" imalign="right" alt="Image1"} __mousesticky__ Full size image appears when thumbnail is clicked. full size image stays open as long as no further click happens.
{CODE}

Tiki's wiki syntax provides no equivalent of the HTML blockquote tags. Most (if not all) of the major literary stylebooks require that quotations longer than 2 lines be set forth as a separate paragraph indented ''on both sides'' and single spaced. In the judicial setting, this is universally required by court rules.

The [http://tikiwiki.org/tiki-index.php?page=RFCWiki|RFCWiki draft] specifies support for this syntax feature in section 4.13.1 as follows:

A block indent is created by using the minus (-) with the greater character (>) at the beginning of the line. The number of minus characters defines the indentation.

Example:
-> Block indent level 1
--> Block indent level 2

The material quoted above should, of course, be blockquoted. :-)

This may seem surprising, but this is a very important feature to us. We are preparing an integrated free and open source solution for law offices. We want to use Tiki as one foundation of that solution. But legal professionals are going to howl if they can't have their indented quotations.

I've seen the gorgeus work done with jquery to allow re-sorting data in tables at wiki pages when using the ((doc:PluginFancyTable))

That would be also awesome if enabled in the ((doc:PluginTrackerList))...

This way, we would even allow the conflict between cache and sorting for anons... (see this other report [bug2898] )

The Import/Export Screen displays all parameters of the current tracker, which is great.

it can be used to import fields+parameters to a new (empty) tracker.

currently it does not work to revise current tracker fields, if you edit and "import" the field parameters it creates duplicates that will take a long time to delete.

When new Tracker fields are imported in a tracker, the "position" option is used for placing the new fields. If there is no ''position'' option, the default position is 0.

The usual use case is, they should be added below the rest. The lack of this possibility wastes a lot of time uselessly.

If you try to change an avatar in user administration list with your admin account, you will change your avatar.

After activating the Article and RSS features I tried to generate articles from an RSS feed and it didn't work.

When clicking here http://regis-10191-4930.show.tikiwiki.org/tiki-view_articles.php nothing appears.

I did upgrade since_last_visit_new module a while ago to use bootstrap
icons instead of png's. This worked well for a while (well, icons where
a bit small fur human fingers when in smartphones, but better than
before, for UI consistency).

However, once a Tiki site is very active, the UI showed that requries
some more love, which is beyond my skills. See screenshot attached.
Icons become overlapping each other, the border of the active tab is not
properly surrounding that icon, etc.

Any help from anyone with better skills with bootstrap UI (& css, less,
...) than me?

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

I upgraded a site from 12.x to 15.1, and attempted to use the post to the shoutbox while also posting to twitter, and I got this error message shown in the module:
{CODE()}
Failed to execute "shoutbox" module

Unable to enable crypto on TCP connection api.twitter.com: make sure the "sslcafile" or "sslcapath" option are properly set for the environment.
{CODE}

I'll google for it, because I might be missing some system package for the communication (I upgraded to this current server after tiki12 was installed years ago, and didn't use the shoutbox + twitter for a looong while).

But in any case, some clear documentation of what packages are needed for the feature to work, and display that info also in the ((doc:Upgrade Wizard)) as well as in the doc ((doc:Tiki15)) page will be welcome.

---
Update: {sign user="xavi" datetime="2016-06-15T09:08:34+00:00"}
Ok, it seems the upgrade from Zend1 to Zend2 might have missed the definition of some new params needed by Twitter api which is used by the shoutbox feature in Tiki.
See this for more info:
* http://stackoverflow.com/questions/24303824/unable-to-enable-crypto-on-tcp-connection-api-mysite-com-on-zend
* http://stackoverflow.com/questions/24221104/ssl-error-in-curl-call-to-twitter-api
* http://stackoverflow.com/questions/23615548/trouble-with-authentication-in-vk-com-with-zend-oauth
+ etc
---

{syntax type="tiki" editor="plain"}
I have created a new site, and asked some people to try and register on it, and tell me anything that confused them.

And it seems there is something about the registration sequence of Tiki that can be confusing to end users.

In Tiki, the sequence (as I have configured it) looks like this:

A) User registers
B) Admin receives a notification
C) Admin approves
D) User receives a notification asking for him to confirm his email. He clicks on a link to validate that he controls that email.

Because I am the sole admin and am not at my computer all the time (I do sleep 8h a day ;-)), there can be sometimes a couple of hours between A) and D). This means that for many hours, the user no “persistent” confirmation that his registration request has been noted. To be sure, when you register, Tiki prints a message on the screen that says you will receive an email notification and that this can take several hours. But it doesn’t send you an email until the Admin has approved the account. So, for say, 12 hours, you are wondering what’s going on, and you don’t have anything anymore that tells you it’s being processed (because the Tiki message is now gone from your browser). It’s easy for people to start wondering “Did this REALLY work? Did I REALLY see that message from the server saying that I would receive an email message?”. This is what happend to my test user.

In most systems I have worked with, the sequence is more like this:

1) User registers
2) User immediately receives a notification asking him to confirm his email. User clicks on a link to validate that he controls that email.
3) Admin receives a notification that someone with a valid email has requested a registration
4) Admin approves
5) User receives a note that his account has been approved

With this sequence, even if the admin takes a long time to approve the request, during that time, the user has a PERSISTENT acknowledgement in his email inbox.

Another advantage of the later sequence is that we don’t bug the Admin until we know that the email address is valid. With the current approach, if a spammer tries to register with an email that doesn’t exist, the Admin will be asked to approve the account anyway, and we will end up with an account that exists, but was never validated.

Do people agree with this analysis? And if so, do we know how easy or hard it would be to change the order so that step D) happens right after A) instead.

Hello,

When you want to create a form to embed a tracker you need to put the trackerId and the fields Id. I improved them in a more user friendly way in order to avoid to remember the ids.

__Before__:
{img fileId="1114" thumb="box"}

__After__:
{img fileId="1115" thumb="box"}

I have uploaded the files modified.

The modified files are:
*lib/wiki-plugins/wikiplugin_tracker.php
*lib/jquery_tiki/tiki-trackers.js
*lib/jquery_tiki/tiki-jquery.js
*lib/tiki-js.js

You will found the modified code tagged inside
// NOTE: Start Modification
......code....
//NOTE: End Modification

More info from bootstrap:
!# Unused CSS
...
While we don’t have a prebuilt example for using PurgeCSS with Bootstrap, there are some helpful articles and walkthroughs that the community has written. Here are some options:

https://medium.com/dwarves-foundation/remove-unused-css-styles-from-bootstrap-using-purgecss-88395a2c5772
https://lukelowrey.com/automatically-removeunused-css-from-bootstrap-or-other-frameworks/

Lastly, this CSS Tricks article on unused CSS shows how to use PurgeCSS and other similar tools.
...
!# Non-blocking files

While minifying and using compression might seem like enough, making your files non-blocking ones is also a big step in making your site well-optimized and fast enough.

If you are using a Lighthouse plugin in Google Chrome, you may have stumbled over FCP. The First Contentful Paint metric measures the time from when the page starts loading to when any part of the page’s content is rendered on the screen.

You can improve FCP by deferring non-critical JavaScript or CSS. What does that mean? Simply, JavaScript or stylesheets that don’t need to be present on the first paint of your page should be marked with ''__async or defer__'' attributes.

This ensures that the less important resources are loaded later and not blocking the first paint. On the other hand, critical resources can be included as inline scripts or styles.

If you want to learn more about this, there are already a lot of great articles about it:

https://web.dev/render-blocking-resources/
https://web.dev/defer-non-critical-css/

When you are on a page of a wiki structure, you can click on the print icon, but you will only print that single page.

The icon and option to "__print this page and all the subpages__" (= in the the sub-structure) right from there (without going through all the clicks at "Wiki > multiprint > select structure > print") would be very welcome, since the base feature to rpint the full structure exists.

From the home of the structure, it would print the full structure (as it can be done with one click from a structure within a Workspace through ((doc:AulaWiki)) mod, or through many clicks as usual, as explained above).

If the user is on a subpage of the structure, that button would print that page and all subpages from the same structure.

Does it make sense?