Category: Usability

{syntax type="tiki" editor="plain"}
When SmartMenus pref is enabled the __vertical menu__ items arrows should not point always down but left/right (depending on the RTL language) and they should not overflow from the modules in the left/right zone columns.

This is how it looks on "iPad Mini" (1024x768) sized screen:
{img fileId="3235" thumb="box"}

This is how it looks on branch 29.x (notice the correct arrows):
{img fileId="3236" thumb="box"}

Steps to reproduce:
# Make sure you have jquery_smartmenus_enable preference enabled
# Check the vertical menu module assigned in the left or right column

Hi,

After translation of language.php, it does not seems reflect the translation work.

When I reload a related page, sometimes reflect and sometimes does not reflect.

I am not sure but I guess tikiwiki has some cache page.
If so, how to clear the cache?

Or more straight, how to reflect language.php immediately?

Please give me a hint.

Thanks,
Shigerusz3

{syntax type="tiki" editor="plain"}
When a tabset contains tabs that are surrounded by permission checks such that none of the contents will show because the user has not the perm, the tab still shows (because the tabset collects the existence of tabs without checking perms).

This is very ugly to have tabs that users won't see anything in them.

{syntax type="tiki" editor="plain"}
6.1:
{wikiplugin _name="blah" ...}..{/wikiplugin} is called twice from smarty! After each } you get a call.
data is what is between the } and {

Read more here: [http://irc.tiki.org/irclogger_log/tikiwiki?date=2011-01-17,Mon&sel=257#l253]

A lot of people who install this aren't doing it via Fantastico and trying to change email settings to suit your hosting provider is a pain. Editing the php.ini isn't always wise either because what works for one app will break another. I know that you can copy the php.ini to the directory, but that's something of a security risk. There's a reason that the default php.ini is stored outside the web root directory.

I know that I see a lot of users posting on the TikiWiki forums with questions about configuring SMTP.

{syntax type="tiki" editor="plain"}
Verified also on Tiki25, login as Admin, go to settings, Control Panels, go to /tiki-admin.php?page=search, click on the rebuilt index button it open a modal.
All this is the control panel area.

If you validate the action and rebuild the index you will be thrown outside the Control Panels area (/tiki-search-rebuild).

{img fileId="1664" thumb="box"}
{img fileId="1663" thumb="box"}

This is related to the action page itself. If you use the top admin bar rebuild-index you will be also exited from the Tiki administration pages.


List of pages/actions with the issue:
* Control panel, go to /tiki-admin.php?page=search, click on the rebuilt index button it open a modal, validate the action (/tiki-search-rebuild)
* Control panel, go to /tiki-admin.php?page=general, tab navigation, Sitemap protocol click on the play button => tiki-admin_sitemap.php
* Control panel, go to tiki-admin.php?page=textarea#contentadmin_textarea-2, click on the link tiki-plugins.php
* Control panel, go to tiki-admin.php?page=metatags, translate metatag throw you out of the admin to tiki-preference_translate.php

May be all top menu action links throw out of the admin area...
* Control panel, top menu tools, Server check
* Control panel, top menu Access, Permissions
* Control panel, top menu Access, Groups
* Control panel, Editing, Plugin approval (tiki-plugins.php)
* ...

I got the following discussion on IRC. Someone whoc knows about windows should have a look.

{CODE()}
[samedi 2 novembre 2019] [11:44:10 CET] <s79535> Hello I was wondering if anyone could assist me in properly installing composer so I can run packages for Tiki Wiki?

[dimanche 3 novembre 2019] [15:18:43 CET] <s7953544> Well I installed composer using the installer. Then I ran setup.sh on my cmd window in my tikiwiki directory
[dimanche 3 novembre 2019] [15:18:44 CET] <s7953544> found
[dimanche 3 novembre 2019] [15:31:16 CET] <s7953544> I don't believe I am "behind" a proxy so I am confused as to what could be causing this issue.
[dimanche 3 novembre 2019] [16:04:43 CET] <s79535> Well I installed composer using the installer. Then I ran setup.sh on my cmd window in my tikiwiki directory
[dimanche 3 novembre 2019] [16:04:43 CET] <s79535> found We have failed to obtain the composer executable. NB: Maybe you are behing a proxy, just export https_proxy variable and relaunch setup.sh 1) Download it from http://getcomposer.org 2) Store it in temp/
[dimanche 3 novembre 2019] [16:09:31 CET] <s79535> Support would be greatly appreciated, my end goal is to be able to install packages, but the composer installation is hindering me from doing that

[lundi 4 novembre 2019] [11:10:48 CET] <Jyhem_laptop> s79535: Any hint about WHY composer was not downloaded in the error messages before the « We have failed to obtain the composer executable » thing?
[lundi 4 novembre 2019] [11:10:57 CET] <Jyhem_laptop> setup.sh attempts to download composer.phar using curl. If curl is not there, it attempts to user php's fil_get_content() function
[lundi 4 novembre 2019] [11:11:01 CET] <Jyhem_laptop> maybe curl is missing?
[lundi 4 novembre 2019] [11:11:22 CET] <Jyhem_laptop> the same result can be achieved by following https://getcomposer.org/download/ in directory temp
[lundi 4 novembre 2019] [11:21:17 CET] <s79535> what is curl?
[lundi 4 novembre 2019] [11:24:33 CET] <s79535> I've done the command line installation, but tiki still says composer not found
[lundi 4 novembre 2019] [11:31:19 CET] <s79535> Maybe tiki's composer 'detector' is not working properly?
[lundi 4 novembre 2019] [11:34:13 CET] <Jyhem> is there a file named composer.phar in directory temp ?
[lundi 4 novembre 2019] [11:37:20 CET] <Jyhem> If there is, tiki's composer 'detector' is not working properly.
[lundi 4 novembre 2019] [11:37:51 CET] <Jyhem> If there is not, then Tiki's guesses about what is wrong and what could be done is wrong
[lundi 4 novembre 2019] [11:39:25 CET] <s79535> Oh wait I did the command line installation directly in my tiki folder
[lundi 4 novembre 2019] [11:39:36 CET] <Jyhem> curl is command-line tool (curl) for transferring data using various protocols
[lundi 4 novembre 2019] [11:39:52 CET] <s79535> But you're saying I should have done that in the temp directory
[lundi 4 novembre 2019] [11:40:16 CET] <Jyhem> if you got composer.phar in the root Tiki folder, just move it to temp
[lundi 4 novembre 2019] [11:40:32 CET] <s79535> ok
[lundi 4 novembre 2019] [11:42:24 CET] <Jyhem> sh setup.sh should be run in the root Tiki folder, but the workaround I suggested skips running setup.sh and is supposed to be done from temp (the https://getcomposer.org/download/ thing)
[lundi 4 novembre 2019] [11:43:01 CET] <Jyhem> Did you get composer.phar in temp?
[lundi 4 novembre 2019] [11:43:18 CET] <s79535> Yes, and tiki now detected composer
[lundi 4 novembre 2019] [11:43:25 CET] <s79535> Thank you very much
[lundi 4 novembre 2019] [11:44:34 CET] <Jyhem> I have the feeling you should install the curl package on your computer. It's useful and some software expects it to be there
[lundi 4 novembre 2019] [11:45:15 CET] <Jyhem> Also, Tiki should improve the messages which are shown when this fails.
[lundi 4 novembre 2019] [11:45:20 CET] <Jyhem> You are welcome
{CODE}

---
I see more than one issue here.

First issue (solved): when curl is not found, there was no hint about what was wrong.
I added a line for informing about curl missing (revision 71422) but I don't know what went wrong for the PHPCLI thing.

Second issue: when curl is not found, Tiki attempts the following:
{CODE()}"${PHPCLI}" -r "eval('?>'.file_get_contents('https://getcomposer.org/installer'));" -- --install-dir=temp{CODE}
Maybe someone with windows can improve the messages or the detection of PHP? And make this work on windows for people without CURL?
Or put some appropriate help messages for windows users?

If I search for i.e. "groups" I will receive results I cannot open. No link is behind the entry. This happens on doc.tiki.org. See: [https://doc.tiki.org/tiki-searchindex.php?filter%7Econtent=groups&storeAs=]

Some of the preinstalled themes seem to be incomplete:
I have the word "loading..." in the top left corner of each page.

Check: http://list.vic-fontaine.com/
(test user/pw if needed: smarty)

I found this forum topic:
http://tikiwiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=32558&highlight=loading

However, in this case, preinstalled themes are affected.
For example:
bluegreen.css: error
boreal.css: works fine
brtiki.css: error
codex.css: works fine
etc...

We are lacking some languages spoken by millions. I'm not asking for translations, but we don't even have them as languages to correctly flag user texts for i18n, they are missing in /lang/langmapping.php.

* Dari (Afghanistan)
* Pashto (Afghanistan) https://en.wikipedia.org/wiki/Afghanistan#Languages
* Persian (Iran). We do have Farsi, but to my understanding the official wording is Persian, an Farsi is rather the name used outside Iran (endonym). https://en.wikipedia.org/wiki/Iran#Languages and https://en.wikipedia.org/wiki/Persian_language

There is an ISO transliteration of Persian into latin alphabet ISO 233-3.

Something about namespaces seems to conflict with url sending user after updating tracker item with SEFURL

Url where I update an item is:
{CODE()}
http://example.com/item608?from=SERGEN-Xavier%3A_%3AMagatzem-LH-AraVinc
{CODE}

Editing the tracker item is done in a modal window. I update a datepicker field in the tracker, save, and I'm re-sent to this full url in the browser:
{CODE()}
sergen-xavier:_:Magatzem-LH-AraVinc
{CODE}

i.e., with no http, nor domain, etc.

The tracker item edit was saved properly, it's just disorienting for the user to be sent to that defective url.

Currently in trunk, some JS code is adding to most of the control panels elements:
{CODE()}style="display: none;"{CODE}
causing them to be hidden after page completes loading.
Makes using admin control panels impossible.

I suspect something to do with the filtering of showing Basic / Advanced preferences got broken as a side-effect of the Bootstrap 4 transition. {sign user="luci" datetime="2018-05-01T13:49:22+00:00"}

Trying to sort on any column in a tracker results in a blank screen with a single checkbox in the upper lefthand corner. The column sorting was working in 2.3 and 2.4, but does not work in 3.0 with either the "Tikipedia" or "thenews" themes.

Have had results of dual checkboxes with one being labeled "Select all". Strange. Sorting is a nice feature of trackers, and I miss it.

Please see:

"Put simply, I have a text box, and people commonly cut + paste
information into this text box from Microsoft word. The problem is that
word has all types of funky characters (smart quotes, em-dashes), that
the system (php-based) doesn't understand. Does anyone know of a way to
filter out these Microsoft-specific characters? Does PHP have a special
function for this? Thanks a lot!"
http://www.thescripts.com/forum/thread159156.html

I have problems with oe, and OE too. (used in French)

In Tiki, when the page is saved, it is OK for viewing & printing.
However, newsletters & email notifications (of articles & wiki pages)
are sent with a question mark instead of these characters.

Has anyone figured this out for Tiki? We'd need some sort of cleaning
code in the email class?

There are many common non-alphanumeric characters that, when part of the title of a wiki page, break the ability to link to that page using the ~np~((Name of page))~/np~ method.

Characters which cause this type of linking to break include: comma (,), apostrophe ('), hyphen (-), question mark (?), asterisk (*), and percent sign (%).

The consequence is (a) you're extremely limited in what characters you can include in titles or (b) you have to link to a page by its URL. (b) is very limiting, because when a page is renamed, all the links to it will break.

Test with this:
~np~
((test,test))

((test's test))

((test-test, hyphen))

((test? question mark))

((test*test asterisk))

((100% correct))

((this should work with no problems))

((test_underscore))
~/np~

You'll see:
~np~
((test,test))

((test's test))

((test-test, hyphen))

((test? question mark))

((test*test asterisk))

((100% correct))

this should work with no problems?

test_underscore?
~/np~
In other words, all but the last two page names ("this should work with no problems" and "test_underscore") were ''not'' treated correctly as being links to web pages.

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

I do not know if this problem was already posted, but a search for php 5.3 only got me a blank page.

Ok the problem is the following:
We have an older test area with openSUSE 11.1 running and no problems so far. We back this server up to another server with the same OS and never had problems. Both running PHP 5.2.x and MySQL 5.0.x.

As we set up a server on an old pc for testing purposes with the latest openSUSE 11.2 and PHP 5.3 and MySQL 5.1.x and tried to copy the tiki on this machine all the special characters (Umlaute like &auml, &ouml or &uuml;) wouldn't be displayed properly but like they are stored in the database like Ü (I hope it wouldn't be displayed as an &Uuml; here but rather as it would be stored in the database).

This happened on several installations on different machines and on different virtual machines - it all works without problems in the old environment but has problems under the new.

I also hope that &Uuml; will be displayed not as HTML Code but as the real character as i cannot type in the ue through this vncviewer.

It was tested with the 3.x release. And i guess we once tried it too with the 4.x release with the same problem.

As solution we downgraded to an older PHP Version. Also it is possible to write a small php script to replace all Ü to &Uuml;or ue and the same with the other special characters. But therefore you need to know all special characters with all the corresponding (I guess it would be) utf8 codes.

Hi:

I just tried spellcheck, with the provided english dictionary at sf.net (words_en.sql, etc.). And also added another one as a trial (words_ca.sql, with 15 catalan words, etc.), coded words with utf-8.

Enabled feature, Created a new page with some words:
^
abaconarà
Abaconarà
abaconará
Abaconarà
Abaconara
abaconara
perquè així però vinyals calçador
howto
howtee
yeouhooo
spellchek
^

The only one shown in red at preview state is "~~red:vinyals~~", having interface either in English or Catalan.
There must be something wrong in the feature.

The only word included in words_ca.sql is abaconarà (non of the others is)

And in words_en.sql, non of the catalan words are, and I guess yeouhooo is not either...

spellcheck should get lang from wiki page lang, not from users' interface language, or elsewhere.

For instance, I have firefox in catalan, tiki lang pref. in catalan. If I edit an English page in doc.tw.o site, and I clikc on spellcheck, Tiki should search for dictionary tables of English lang, and nowadays it searches for Catalan tables on db.

----
Update: I confirm this is still happening. On doc.tw.o, for instance...

---------------------------
Context:
File /tiki-editpage.php
Url /tiki-editpage.php
Query:
select `word` from `babl_words_ca` where `word`=?
Values:
0 Tiki
Message:
Error Message Table 'doctwo_doctwo.babl_words_ca' doesn't exist
---------------------------

Please see:
http://sourceforge.net/mailarchive/forum.php?thread_id=10026369&forum_id=12569

In tiki-browse_gallery.php, there is Sort Images by [ Name | Date | Hits | User | Size ] so robots can think these are all different pages

{syntax type="tiki" editor="plain"}
Using the split-plugin in cooperation with the sort-plugin would run in some trouble.

In tiki5 the combination of this:

{CODE()}

{SPLIT()}

-=A=-
{SORT(sort->asc)}
((AC))
((AG))
((AA))
{SORT}

---

-=B=-
{SORT(sort->asc)}
((BB))
((BA))
{SORT}

---

-=C=-
{SORT(sort->asc)}
((CX))
((CD))
{SORT}

{SPLIT}
{CODE}


will work fine. You will get three columns and every entry is sorted and seperated fine.

After tiki5 this code-creation doesn´t work any more, the entry´s wouldn´t seperate by CR , only by SPACE. Anything is in one row.


This appears to be a basic parser problem in the way nested plugins are parsed. Same issue affects the FANCYTABLE plugin - see [http://dev.tiki.org/item4216]

while using the paper template, spreadsheet UI style is broken, as it "moves" around when you try to click a button.


After hours of trying to debug this, I found that it was not specifically related to paper. The UI buttons jump around on many themes.

In the end I narrowed the issue down to a style in tiki_base.css

by removing the padding rule under a.toolbar:hover, the UI no longer jumps around.

a.toolbar,
a.toolbar:hover {
--padding: 4px 2px;--
display: inline-block;
border: none;
background: transparent;
}

If staging & approval is enabled then staging pages are marked with * however even after saving the staging pages no link for approval of page is shown. one has to approve staging page only by manually calling tiki-approve.php

{syntax type="tiki" editor="plain"}
With Staging and Approval, you are required to setup a category for Staging, and one for Approval.

My site has other categories, lets call them A and B. I have things setup fairly tight so only people in group A can view/edit Category A content. I also want to restrict the approval process to only a few people in group C.

If someone in group A modifies a page in Category A, it gets assigned to the staging category.

<Enter the bug>

Once I Approve that change, the page now belongs to Category A AND the approval category. Since not all users have view/edit rights to the approval category, they are now unable to edit that page any further.

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?

Hi,

I think there is a usability bug when the option "Re-validate user by email after unsuccessful logins" is selected.
After x unsuccessful logins, the user gets an email with a link like :

http://www.mydomain.com/tiki/tiki-confirm_user_email.php?user=xxxxxxx&pass=yyyyyyyyyyyyyyyyyyyyyy

When following this link, the user gets the message: "This feature is disabled". Nothing is clear on what to do next, if one's account is still valid or not, and how to change one's password if forgotten.

Tikiwiki version used: 2.2
Options selected:
* Crypt password method: crypt-md5
* Validate users by emails: yes
* Registered Users can change password : yes
* Re-validate user by email after unsuccessful logins: 3