Category: Admin Interface (UI)

Provide a tablesorter-powered list of profiles in the Profiles Wizard bundled in Tiki to filter on features, tags, names and such

((doc:Profiles Wizard)) has many profiles, and sometimes the admin wants to filter those by feature name that they have enabled, or by tags (demo, learning, advanced, etc).

I don't know yet how to do that at the profiles wizard itself (first screen of that wizard? or second, just after the featured? ....)
There seem to be nice and advanced ways to display the whole list but allowing clever filtering, as seen here:
https://doc.tiki.org/TableSorter

---
Work started to have ((doc:tags)) added to the profiles in profiles.t.o, so that they can be searched/filtered by the features used in them, etc.

The recent prefs menu on the Quick Admin module is always empty now

The login settings page should be refactored to eliminate the presentation of unneeded configuration options.

Under Look & Feel
Layout Tab
Site logo and title
/var/www/tiki/tiki-25.2/img/tiki/Tiki_WCG.png
I keep getting prompted to upload or set the Site Logo image. Which is already set. How does one turn off this automated behaviour.

Removing a tracker field should remove also the references to that field in the popup fields definition in the tracker properties

Reorganising the Control panel Print Settings (tiki-admin.php?page=print) as follow:

Title : Print and PDF settings
Subtitle : Settings and features for print and pdf document generation
Tabs : General | Print settings | PDF settings


!!General
!!!Content
* --Show Page title-- => Insert Page title
* --Print wiki authors-- => Insert wiki authors
* --Print original wiki URL-- => Insert original URL
* --Print modules-- => Not here, we should use module parameter (added recently) Modules selection (print, screen, mobile, desktop, etc))
!!!Table of content
* Table of contents
* TOC heading
* TOC levels
!!! Document settings
* --PDF Orientation-- => Page orientation
* --PDF page size-- => Page size
* --Print Friendly PDF -- => Print Friendly
* Left margin
* Right margin
* Top margin
* Bottom margin
* Page background color
* Page background image
!!! Watermark and Additional content
* Watermark text
* Watermark Image URL
* CoverPage text settings
* Coverpage image URL
!! Print settings
* Print Wiki
* Print articles
* Print original tracker item URL
* Print original forum post URL
* MultiPrint
* Number of columns

!!PDF settings
* --PDF from URL-- => PDF generator engine
* PDF header text
* PDF footer text
* Header margin from top of document
* Footer margin from bottom of document
* PDF password for viewing

* Hyperlink behaviour in PDF
* PDF Bookmarks
* Link TOC with content
* Slideshow (reveal.js) PDF export
* Print indexed

* Printing to PDF memory limit
* Printing to PDF time limit

{syntax type="tiki" editor="plain"}
During the early site configuration, before the admin user selects an avatar image, there is "AD" text placeholder where the admin avatar normally appears. The "AD" text placeholder, in my opinion, looks jarring and could be open to misinterpretation. Although it only appears until the admin specifies an actual avatar image, until then, it looks to me like an ad banner placeholder or something and doesn't contribute to a good first impression of Tiki by the new admin. If possible, I think it would be much better to have a default admin icon or image that actually looks like it represents the administrator account, rather than text that could easily be misinterpreted.

__My response to Landry's question__ (comments don't seem to be working now - Oct. 9):
My choice is the first icon, the person with the suit and tie.

From the IRC log: http://irc.tiki.org/irclogger_log/tikiwiki?date=2015-06-06,Sat&sel=10#l6

"pafnuty joined #tikiwiki

Hello

there is a bug, i think, in libwikixmllib.php
but i can not register to submit it (did not get activation mail)
maybe someone in this chat can?
libwikixmllib.php line 47 $this->zip = new ZipArchive;
should be $this->zip = new ZipArchive();

thanks

btw branch 14"

Some weirdness surrounding "user report preferences".

Safari & Chrome (although it did look a little different in chrome)

See screenshot.

Some desktop applications have a way to report errors. This would help us know which bugs happen the most often. For example, we could check for sql errors or hard php errors.

Of course, this would be totally optional. Even better would be for people to be able to share their Tiki configuration (anonymously) at the same time so maybe we could detect that bug X only happens with a specific combination of on/off settings.

Firefox talkback:
http://www.mozilla.org/support/firefox/faq#talkback

Of course, knowing about all the bugs doesn't automagically fix them. However, some are super easy to fix if we notice them, like this one:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1399

The same way TikiWiki community members can vote on bugs and feature request, the "crowdsourcing" of error reporting will make it easier to distinguish the most common issues. It would also be a hint that some very rarely reported issues are probably related to a rare server configuration.

The same way I invest to address the most voted on features/bugs, I would do the same here. Specifically, I would like to see reports of the top-10 Postgres-related errors. I am sure these are easy to fix and could make TikiWiki more useful to Postgres users. I would like to use Tiki on Postgres eventually.

http://yro.slashdot.org/article.pl?sid=09/01/24/1938224

The sitetitle and sitesubtitle preference fields in look and field, uses the same css class as the actual title and subtitle display.

So, when repositioning the actual display, the admin fields are also repositioned.

As this page shows - https://dev.tiki.org/tiki-pagehistory.php?page=Addons+Cleanup&newver=76&oldver=70 - the page history table as shown in Chrome/chromium browsers is wider than the center column and so needs horizontal scrolling for all the table contents to show. The table only contains text, so there's no reason it couldn't display within the column width without scrolling being needed. In Firefox, which I use almost all the time, the table does in fact display without scrolling (it's narrower and taller).

Copied some suggestion I just throwed on irc..., after fighting each time on some of my production sites to manually send messages to many users which are kind of lost some times at the beggining of their participation in a tiki-site-powered community.

{QUOTE()}
(11:37:39) xavi: I was just wondering about a new and easy improvement of the registration process of new users to a community sit eusing tiki
(11:38:07) xavi: just through allowing an admin to add acustomized welcome message to new users successfully registered to the site...
(11:38:29) xavi: ... with the text and links he might need to tell to new users....
(11:38:52) xavi: ...in a similar way to what mailman does for the welcome message to new users...
(11:39:48) xavi: ...I imagine a simple text area, like site identity does, where the admin can write any simple text (with or without wiki markup? like the newsletter feature does/allows)...
(11:40:45) xavi: ...so that the admin can set that message easily (without manualy searching for the appropiate template to hack through ftp)...
(11:42:48) xavi: ..and the the new user, can review the infos and tips that he/she needs to know on that site: "now you can: # watch that forum where that important thing is discussed.... #join that newsletter/blog/articlefeature to be up to date about news from that community, #review and/or subscribe to that tracker..., ...
(11:45:22) xavi: oh well, I can't code php+mysql myself (yet, at least ;-) ), but I guess that this shouldn't be that difficult nor time consuming to an experienced coder, provided that that person agrees on that this feature is "low hanging fruit" to improve the experience of newcomers to a community, through improving the communication while the first steps of that person in the community site...
{QUOTE}

This could also be important for ((Workspaces)), and ((Organic Groups)). So that, not just to register (join the registered group), but as a customized message per group, so that, when joining a new group (at registration time, or later on through the subscribe groups plugin), you get the specific message with hints, links and remindings of things adapted for that group.

The admin UI for the schedular contains some help text that is strangely totally untranslateable.

/templates/tiki-admin_schedulers.tpl contains this at line 147:
{CODE(Colors="Tiki")}
{remarksbox type="note" title="{tr}Information{/tr}"}
{tr}Use CRON format to enter the values in "Run Time":
<br>
Minute, Hour, Day of Month, Month, Day of Week
<br>
Eg. every 5 minutes: */5 * * * *{/tr}
{/remarksbox}
{CODE}

Since the text is correctly enclosed in tr in curly braces. I am at a loss why this is the case, and why it throws no error?

Also, I seem unable to translate the task descriptions. These are ConsoleCommand, ShellCommand, HTTPGetCommand. I cannot even find the location where they are set. While I figure that admins who want to use schedulers might understand those terms, so task descriptors are slightly less important, but the help text about CRON syntax isn't.

The Search preferences at the top of the admin control panels pages should be clever and be able to display "alike" results like for "suggestion" or "suggestions".

Using plural or not, first letters of a term, etc...

Links to -+tiki-admin.php+- pages should have a sefurl version - probably -+admin+- so Look & Feel would be [admin-look] etc (maybe this needs discussion)

Right now, select all doesn't select all groups, and thus leads to errors in permission configuration

This is not a huge problem but is something that could be improved. On the create or edit banner page (tiki-edit_banner.php), there's a form with the four types of banner content -- Use HTML, Use Image, Use Image from URL, and Use Text. These are radio button labels, and each also has an input or selector where the data is input or selected.

If the user activates the radio button and inputs or selects in the form for that button (in the same row on a large screen), then the banner displays as it should. But it's possible to click the radio button for one content type but input or select content for another type. In this case the form is submitted without an error but the banner won't display correctly.

I know we might think "who would do that?" but the form should probably prevent this user error, if possible, like not allowing form submission unless there's a match between the content-type radio button and data being specified for that content type.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

New users are linking to:

tiki-assignuser.php?assign_user=


It should be:

tiki-user_information.php?view_user=

for users that don't have tiki_p_admin_users

As discussed on the dev list, this is about the case when a wrench-icon popup/popover contains only one action, such as "Assign" or "Unassign". This can be seen on /tiki-assignuser.php?assign_user=<username> .

Action icons/links were put in popups anchored by a wrench to simplify the interface and make it consistent, IIRC (I'm not sure which Tiki version following the Bootstrap integration this happened in), but it seems like not-so-good user experience to require two clicks when just one would be enough (by replacing the wrench+popup with the single action icon).

Can there be some smart code to filter for single-item popup content and in that case display the content directly in the page instead of creating a popup to display it?

Today I solved a longstanding issue, that I could not (for several years and many Tiki versions) load a site logo other than HTML-pointing to an image file, which thus had to be FTP-uploaded, and would not be as easily changeable as an image from an image or file gallery.

My error lies in the documentation of the Look & Feel page, where the blue info text clearly says " or the syntax to display an image in a Tiki gallery". That is not quite correct. It's not entirely wrong, but misleading.

The solution: Enter
tiki-download_file.php?fileId=nn

That works. The syntax to display Images from a gallery would have brackets around, so I would like to ask that this info text include the advice to leave out the brackets.

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.

This is a patch to add a new social header bar on a tiki pages. When you create a new tiki page, this bar with options to facebook, twitter and others social networks are showed by default. Otherwise, you can disable this feature through of Tiki administration panel, in specific, Advenced features section.

The "Quick Admin" module is no longer assigned in default installs starting from {commit id=67387} (Tiki 19).