Category: Admin Interface (UI)

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

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"}

In lib/prefs/wiki.php there is a strange feature name I cannot translate. After the experience with all the tabs and newlines and stuff in feature.php, I did check this string with a hex-editor: No special characters. It as plain as it looks: "inline auto-toc". And it is correctly pumped through tr(), so it should translate. But it doesn't. Event if I copy & past this string directly. Please have a look at line 706:

{CODE(Colors="Tiki")}
'wiki_inline_auto_toc' => [
'name' => tr('Inline auto-toc'),
'description' => tr('Change the display of the table of contents for wiki pages to inline.'),
'type' => 'flag',
'default' => 'n',
'dependencies' => [
'wiki_auto_toc',
],
{CODE}

{syntax type="tiki" editor="plain"}
Administrating the structures is very uneasy on Tiki29.

Among the visible issues:
* The structure admin wrench is not accessible.
* All the sublevel are open on each load (loading or saving the page)
* The pagination tools are not displayed sometimes
* ...

See the video: {img fileId="3202" thumb="box"}

The down arrow / right arrow to indicate dropdown/flyout child list items are missing. I don't know if this problem began in Tiki 13 or branch 14. These arrows aren't images but are made with JavaScript and CSS. Page of author, for examples and docs: https://github.com/joeldbirch/superfish

If you add a headline to your survey (I do not find it very intuitive that headlines are to be entered as "questions", but so be it at the moment).

When you add a heading that is given in the help text/hint "y,h4" strange things happen.

h4 is understandable (at least to an admin...), headline size 4. But I wonder why the example list "y"? I don't recall a tiki syntax tag "y". From what it does it seems to be an undocumented newpage, introducing a new page afterwards. But the help text mentions ("newpage") (btw, missing translation - or the help text must be changed to indicate this is supposed to be English in all localizations)

BUT when you add a new headline exactly as written in the hint text "y, h4" you get ''nothing at all'', all of the questions are seemingly gone once you take the survey! On the empty survey page, there is a pagination -- but it is "0/0". If you nonetheless click on "previous" or "next" (if there really were 0 pages this should be meaningless) then you immediately get back all your questions and a correct pagination, too.

Newpage works well, but y,h4 yields this strange 0/0.

So "y,h4" somehow disturbs pagination.

While doing the translation of the survey feature, I added some test surveys. But so far I have not participated in a any of those. Consequently, the statistics page of survey has NO entry under "taken". But every (!) survey has an entry under "last taken". This cannot be true. When there is no participation at all, there cannot be a last participation...

In order to get it translated, I enabled the survey feature. It's admin GUI is highly confusing and counter-intuitive. After enabling, you can enter the admin GUI and create a survey, so far absolutely intuitive. But then you are stuck. You have entered a name and a description, but no questions! They are simply no part of the process of creating a survey ?!

In order to create questions, you have to go to list surveys, and from the properties of the wrench icon you can go to questions, tiki-admin_survey_questions.php?surveyId=NN

In the upper left corner is a large button labelled "Add a new question", which is completely void of any function (!), because it only links to the very same page (tiki-admin_survey_questions.php).

Over the (now still empty) list of questions is a (compared to the large functionless button) rather unspectacular text written in blue "Add a New Question to this survey". This seems like the same function as "Add a new question", but it isn't at all:

This, and only this, will link to tiki-admin_survey_questions.php?surveyId=NN#contenttabs_adminsurveyquestions-2 and give the user the means to create a question.

Surveys can have more than one question, that is fine. But questions are per survey only, questions do not form a pool, i.e. it is impossible to create a question and use it in more than one survey. That is impractical.

Also, the questions property of the wrench always directs to the creation of new questions, and does not (at first) show the list of existing questions. They can be listed with questions tab, yes, but it's counterintuitive to always start at creation and not at the list of existing.

We can now use the login box but it's not very obvious. There should be an icon / button somewere in tiki-adminusers.php

Just after creating a user or adding to a group would be a good time to Switch User and see what (s)he sees.

This would avoid this type of issue:
http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=6&comments_parentId=21274

Maybe at each release, we could add one test of the DB to see if the most recent sql additions were done.


phplist does this well. Once click and your DB is in the right format.

tiki-admin.php?page=gal tells me if GD or Imagick is installed. Nice.

But sometimes, it's installed, but it doesn't work as it should. To rule out that the problem is with Tiki, here is an example of a simple php to test GD in real life. It would be nice to add to tiki-admin.php?page=gal

{img src=images/code.png}%%% {CODE()}
<?php
header("Content-type: image/png");
$im = @imagecreate(110, 20)
or die("Cannot Initialize new GD image stream");
$background_color = imagecolorallocate($im, 0, 0, 0);
$text_color = imagecolorallocate($im, 233, 14, 91);
imagestring($im, 1, 5, 5, "A Simple Text String", $text_color);
imagepng($im);
imagedestroy($im);
?>
{CODE}

{syntax type="tiki" editor="plain"}
Hello, when UAB was introduced the admin aside menu was collapsable.
Like Wordpress admin side menu.

It is not anymore and I wonder why as this is very useful on small screen.

The Admin Aside menu should be collapsable.

https://ibb.co/ccfgngXq
https://ibb.co/zhRwkZbQ

{syntax type="tiki" editor="plain"}
Screenshot here: https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$lGdaEU57JgMoRiZO4C1Z0RK37MPiQSdOTzkRUP0z2yM?via=gitter.im&via=matrix.org&via=sans-nuage.fr

RecordRTC must be enabled to reproduce the issue
Preference name: fgal_use_record_rtc_screen

There is conflicting rule on line 96 of -+themes/base_files/feature_css/recordrtc.css+-:
{CODE()}
@media (max-width: 640px) {
button[id^="btn-"] {
width: 100% !important;
min-height: 48px !important;
font-size: 16px !important;
}
}
{CODE}

After activating Theme Control and going to tiki-theme_control.php to configure the feature, if I click on "Control by Objects" then I go to tiki-theme_control_objects.php as expected. But if I click on "Control by Section", then instead of going to tiki-theme_control_sections.php, I'm redirected to the site Homepage. (Naturally, it's control by section that I want to use ;-) .)

This is a regression. Trunk also has this problem. The navigation works as expected in Tiki 15. I didn't check Tiki 16.

The Theme Control feature allows assigning themes on a per-category or per-object basis (an object being a specific wiki page, for example). The interface for assigning themes to objects (tiki-theme_control_objects.php) has a dropdown labelled "Type" and the options are things like file gallery, forum, blog, etc., each of which may have some objects to select. But this dropdown also includes "image gallery" and "html page", which are obsolete features/types no longer in Tiki, so these should be removed from the list.

It is frequent you have to set a Tiki in a single language that is not english.

However due to the nature of the documentation and the way the information is shared among tiki users it is way much easier to perform admin in english.

Activating multilingual may answer some issues (there are still a few when you are using a non latin language) but it brings a lot of unwanted behavior like displaying to the other users translation information or tools on the wiki page they shouldn’t see.

It would be nice to have a simple option to set language = english for the Administration interface (based on Admins or other Super Users or feature Admin) without activating the multilingual feature.

The module "Tiki Assistant" (to help newbie admins) calls for an icon that does not exist (/img/icons/arrow_small.png). This is not configurable...

I think what's needed is a Gallery of "Tiki Sites in a Box". In other words, Tiki sites that are preconfigured to meet a particular kind of needs. The needs should be defined not in terms of features, but in terms of GOALS of the end user or organisation.

This could be a list of descriptions like this:

- I want a site to enable collaboration inside my organisation.
- I want a site to broadcast my ideas to the world and allow people to add to them and comment on them.
- I want a site that will act as an open knowledge base on a particular topic.
- etc...

Each of these could point to an example which would be a "fake" site that could act as a sandbox. People could go to this fake site, play around with it (but not reconfigure it), to see if it's what they are looking for.

This would allow easy single click configuration of Tiki. The user would simply click on one of the items in the Gallery, and the Tiki site would be configured accordingly.

One issue is: what happens if the user choose wrong and later wants to switch to a different model? I guess if no content has been created in the site it's fine, but what if content has already been created and that content is somewhat incompatible with the new model that the user is choosing?


Related:
*[tiki-view_tracker_item.php?itemId=1513|OpenSourceCMS type demo to test/develop and show off profiles]
*[http://info.tikiwiki.org/Use+Cases|Use Cases]

__Moving discussion of this wish to ((Profile Manager))__

I have problems with Tikis statistics function. I entered it in order to translate it, and most of it works well (except for some icons that are missing, I prefer classic style, and there are missing icons. But that's not a problem, icons fall back to some (newer) style).

But the very first statistic, first page request, shells out an error I cannot explain:

DateTime::__construct(): Failed to parse time string (Bislang keine Seitenaufrufe) at position 0 (B): The timezone could not be found in the database

"Bislang keine Seitenaufrufe" is the translation of "no page views", but this cannot be correct. This Tiki exists for several years now. Actually EVERY Tiki where you call the statistics page must have at least from this very session a "first" page view... So there can be no Tiki without a first view...

Possibly the second part of the error message clears it up: A timezone problem. But the timezone is correctly set, it's set to "Europe/Berlin". Although it's not stated there, I guess this sets UTC+0100, because we are one hour ahead (east) of Greenwich. At the moment actually two hours, because it is DST.

So why is this PHP error thrown? And how can it be rectified?

On a Tiki21 created using git go at : tiki-admin.php?page=general
It shows : 21.0svn (InnoDB)
It should show information about Git.

^My Git detail module: GIT 21.x:ba642 Wednesday February 19, 2020 20:08:06 IST^

On page tiki-stats.php, if the start and end dates for "Most viewed objects in period" are equal or if the start date is AFTER the end date, no error is given and the section disappears when he screen is reloaded after pressing the Filter button.

(I have attached before and after images but can't but work out with the "Choose or upload images" icon on this input field "Description" how to include them. Sorry.)

Since a new show instance will have no history when initially created, I can't immediately demonstrate it here.

However using the show instance from another of the issues I've previously reported, I see the same behaviour ...
See [http://emmarrbee-11078-6959.show.tikiwiki.org/tiki-stats.php]

When you activate the 'Advanced' settings via the slider at the top, this gets constantly reset to 'Basic', (unless you save the preference in an additional step) so whenever you do something you have to set it back to 'Advanced', which is a nuisance.

Thanks
hman

The admin interface for modules is partially localized (German). The parts that are not cannot be manually localized with custom.php (even if the array_merge is added). But what is even more strange: Module location "Left" is translated correctly into "Links". But "Right" isn't. Now I wanted to see whether tra() or tr in curly braces are missing but I could not find the source of the texts displayed here. So I wanted to look for a word that would not give me a hundred hits when doing a recursive grep through all Tiki directories, so instead I searched for "Pagebottom".

But most peculiar, there is only one file that contains "Pagebottom", and that is custom.php! Yet this string clearly is displayed. Now where might the string "Pagebottom" come from?

Here is my search:

{CODE(colors="tiki")}
/media/XXXX/Home/WWW/XXX/agim/tiki-18.6 $ find . -type f -exec grep -l
'Pagebottom' {} \;
./lang/de/custom.php
{CODE}

??!

Look at the screenshot...

What is it? and how is it treated?

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

There are some settings to
#force a user to validate an email addresses by clikcing a link
#for admins to need to click a link in an email to approve a new account.

But what if emails aren't getting through or to go faster?

An admin should be able to validate an account manually








__Duplicate__
{wish id=1710}