Category: Edit interface (UI)

This feature isn't internationalized.

The usage of quicktags is hardcoded in the PHP, like

$quicktags = $quicktagslib->list_quicktags(0,-1,'taglabel_desc','','trackers');

for the trackers. The french translation e.g. reads

Catégorie : wiki, formulaires, etc.

So a french user would enter "formulaires", but never see his Quicktags in the Trackers feature.

I would like to offer the upload windows for images and files to open by default in advanced mode.

Some users don't realize that there is an advanced mode where they could/should set things like categories and such.

The admin should be able to force the advanced mode for all or a group of users.

See ((doc:maketoc))

// eng=kor

I could not get a screen shot and upload file, So I used 'imgur.com'
화면 캡쳐와 파일 업로드를 할 수 없어서 imgur.com을 이용했습니다.

http://imgur.com/w0mEo3i

// Detail description
Control panel - Edit and plugin - syntax highlighter(codeMirror) - __Check __
--> Heading(1,2,3) button forced refresh page
제어판 - 편집 - 코드미러를 체크 하고 -> H버튼을 누르면 화면이 강제로 전환 됩니다

Each of the two functions are working well, thus I am manually typing '!'
두 기능은 각각 잘 작동합니다. 그래서 저는 직접 타이핑 합니다



... A little hard but, Tiki is fun and interesting :)

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".__ ^

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

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

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.

In the calendar, you can schedule a recurring event to happen weekly. In my particular use case we use TikiWiki for, among other things, tracking who in my department is carrying the 24/7 pager so everyone knows. There are between 5 and 7 of us depending on turnover, and we take turns holding the pager for one week at a time each.

With current functionality we must manually enter the pager schedule and re-do it should anyone quit or get hired. It would save us a lot of time if we could just say person A gets pager every 6 weeks, followed by person B, C, D, etc.

tikiwiki syntax for 'wiki-link' only works when doc-name is consists of alphabet.

just to avoid wiki syntax works on this bug report field,
currently using as follows :
DOUBLE BRACE OPEN 'WIKI_DOC_NAME' DOUBLE BRACE CLOSE
--> make hyperlink for 'WIKI_DOC_NAME'

DOUBLE BRACE OPEN 'ASIAN_CHAR_WIKI_DOC_NAME' DOUBLE BRACE CLOSE
--> parse 'ASIAN_CHAR_WIKI_DOC_NAME' as normal texts. then just print the texts.

please fix this problem soon. thanks in advance.

in current quick edit plugin, if the site allows multiple language, it will prompt language selection page.
this caused 2 steps to create a page. so to add default language to the quick edit plugin is necessary.

can any developer help to merge the code into the main trunc for future release.

thanks.

In the early days of TikiWiki, we used a bunch of modules (last_modified_wiki_pages, last_articles, Last this, Last that, etc.) to show recent changes to visitors. We ended up with many modules and it was cluttered.

All this became a lot better once the "Since your last visit" module came around to adding all the features. As a bonus, it checks permissions and shows the information since the user's last login. Very sweet.

Now, I am hoping to get to the same result for the many edit/input boxes.

In version 3.0, the quick_edit module checks (with Ajax) for names of existing wiki pages to edit. This avoids duplication. Great stuff. Wikipedia does something similar when you are searching for a page name.


I almost always have the search box on.

However, I also add "search page name" because the general search engine may not return the page I am looking for as the search result.

Here is an idea:

A new module which combines three modules:
search_wiki_page
search_new
quick_edit

See top right of http://moinmo.in/ for an example.

The action buttons are grayed out until text is entered in the text box. -> Very nice


Button should be WYSIWYCA


See top-right search box at:
http://www.ohloh.net/projects/tikiwiki
http://www.wikicreole.org/



__Alternatively, we could combine search page name and search text, and in the search results, we would first show pages names, and then, search text. This involves more work, but could be better for the end user UI.__

^I think the existing layout for the search top right in TW is fundamentally good. A text box, then a drop-down then a button. Why because the drop down is more future proof than any of the layouts from the other sites you reference.

If we make the contents of the drop down easy to customise or at the very least document how to add to it. For example the CRM function could add items to the drop down for "Contacts" and "Accounts", webmail could add "Mail Messages" and so on.

I do agree the wikipage create/edit module should be included in the top right search function.

I think this is an example of where considering the future openness of the solution would be very important - MatWho^

{THUMB(id=98)}{THUMB}

In IE7, the wiki edit help appears at the page bottom as before, always on. In Opera 9.6, the wiki edit page only displays down to the Quicktags. (I didn't check with IE6 yet.) This is in a trunk installl, Dec. 4, 2008.

When editing a Wiki-page and clicking on Wiki-Help there is a link to change the Help to Plugin-Help.

This link doesn't appear when editing forum or trackers..

Plugin Tabs shows a button to toggle the display sections in tabs or one section below the other.

When you switch your site to mobile mode in 12.x, the button to toggle tabs is not shown even if the plugin param is properly set

{syntax type="tiki" editor="plain"}
when selecting a parent gallery on a deep gallery structure it would be nice if
# galleries not which are not a direct child of the root gallery are marked with "..." at the beginning
# galleries are marked with the (ID) at the end.

there are scenarios where the two displayed levels in the selection box are ambiguous.

permissions "minor" seems useless on doc.tw.o: registered can't use it even if granted to them
Check it live on: http://doc.tikiwiki.org
Login as admin to check that tiki_p_minor is granted to registered. Logout and login again as plain registered user, edit a page, and you don't see the "minor" button.

Registered users need it since it is a part of the interface needed for best interaction with new translation features on 1.10 (minor changes are not counted as new content to a page is being translated; if no minor, then a minor change to an outdated page reports to the up-to-date pages that new content has been added on other pages, and thus, lots of noise is introduced in the community)

I suggest a plugin/mod configuration tool, where Admins can specify the __name of a plugin__ and a __list of parameters__ to be provided to the plugin. There is no way for Administrators to configure plugins. Every incantation of a plugin must specify all needed information. A configuration tool would allow control over all invocations of a plugin, or specifying non-public configuration details.

I believe that at present adding configuration options for a plugin requires the plugin to include code for admin pages. This tool would be available for use with any plugin with chooses to look for the passed parameters.

For example, a SHOWIMAGE plugin's configuration parameters could specify the default (or mandatory) image source to use, the default image size, and decoration options. By altering the configuration parameters the appearance of all invocations would be changed.

Plugin Convene should display the option to add the name and choices at the same time, with a clear "save" button in the usual bottom right corner. Like the default behavior of the Doodle app., that it aims to mimic/resemble.

See as an example:
http://doodle.com/poll/bspuacxzuutfpz3y

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

Plugin Convene should display table with options just after the user adds the first user an date

You can reproduce when you create a new page in t.o for a new trm:
https://tiki.org/trm

add
{CODE()}
{convene}
{CODE}

add your name, and select a first date, and you will see the issue.

Using wysiwyg, full screen plugin dialog are hidden under the page (not in full-screen the dialog is on top).

{youtube movie="http://youtu.be/rzg355BRNVk" width="320" height="280" allowFullScreen="y"}

Plugin List GUI minor improvements

--(1) expose the GUI through the modal popup also when through help icon--
So far, when you use the popup helper for the list plugin (through the help icon in the toolbar of a textarea) you cannot use the GUI (com jq missing or not working properly?), but only when you call the list plugin with no params and save the wiki page or tiki object with the textarea, in which you see some sort of jq in action showing the GUI controls and a way to switch back to "source" mode for the body.
{CODE()}
{list}
{CODE}

(2) Not easy to indicate "show me everything from tracker 1"
I couldn't find a way to indicate the trackerId as a first step to get a preliminary report. I was offered to select any from all the tracker fields, but how to indicate all the items from one tracker?

Ideally, the use would like to indicate first the type of tiki oject (wiki pages, one or many trackers, etc), and after that, narrow down which fields or which conditions need to be met, etc.
I couldn't find an easy way to do such task in my first experience with the list GUI. It seems as if tracker_id is missing from the dropdown of values for the filter field, since syntax seems that it should be.

{CODE()}
{filter field="tracker_id" content="1"}
{CODE}

(3) When you search for GUI in the control panel search box for admins, you no results, even if the pref seems to be called "GUI for the list plugin", and pref. filters are set to Advanced, and include Experimental, and the index has been rebuilt just in case.


To reproduce:
http://xavi-9794-6390.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

HTH

12.x - 15.x: Tracker: filter items is broken when radio button with labels set (0=No,1=Yes,2=Dunno).

No matches are found when there are some items which met the intended criteria.

--It'll be-- reproduced in an attached intance --in short. Stay tuned!-- :-) {sign user="xavi" datetime="2016-02-09T12:21:27+00:00"}
Login in here:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
u: admin
p: 12345

You will see the field TestRaduio, with some values (0, 1 and 2; their labels, in fact)

Try to filter by that field:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=8&filtervalue%5B1%5D=&filtervalue%5B2%5D=&filtervalue_other=&filtervalue%5B3%5D=5+%28high%29&filtervalue%5B8%5D=0%3DNo&filter=Filter#
---
__Update:__ {sign user="xavi" datetime="2016-02-10T10:42:06+00:00"}
the problem is also found (and still unsolved) at teh trackerfilter level. Sorry, I tried for one hour, but I couldn't get the right syntax to port this type of fix there also. :-/
To reproduce, see it here:
http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage

__The issue is reproduced also for dropdown fields when labels are set, etc. See it reproduced with field "Priority" (Dropdown). __

__Reproduced also with "Dropdown with other" (field __Location__) in the tracker itself, but it works as expceted through Plugin TrackerFilter.__
Does work:
http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage

Doesn't work:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=2&filtervalue%5B1%5D=&filtervalue%5B2%5D=0%3Droom+1.1+%2855+seats%29&filtervalue_other=&filtervalue%5B3%5D=5%3Dhighest&filtervalue%5B9%5D=y&filtervalue%5B10%5D%5B%5D=1&filter=Filter#

Multiselect seems to work well, as expected, in both tracker itself and plugin trackerfilter.

It seems that what was achieved with profile
https://profiles.tiki.org/Hide+Fixed+Top+Nav+Bar+on+Scroll

up to Tiki18 (included) is no more working in Tiki 19.x, maybe due to changes related to the Bootstrap4 migration?

I.e.: Top module zone in dev.t.o and other *.t.o sites is no more hidable on scroll, nor topbar module zone gets sticky anymore.

I presume this is easy to fix (<30' ?) by some css & bootstrap 4 master in the tikiverse? (not me for sure)

Thanks

P.S: fyi, Work in progress to get the profile updated:
https://profiles.tiki.org/Hide+Fixed+Top+Nav+Bar+on+Scroll+19