Category: Feature request

This feature: https://doc.tiki.org/Featured-Links
Is not accessible via a system menu, you have to get the page url from doc.tiki and paste it to URL (www.mywebsite.com/tiki-admin_links.php), not very helpful and easy to fix I presume. I don't seem to be able to edit my default system menu.

This could also be "just" a feature request. I did not find a hint on http://doc.tiki.org/Tiki18 whether TIFF is supposed to work in file galleries or not.

In fact, TIFF doesn't work. You can upload it, and it will be correctly classified as image/tiff, but it will not get a thumbnail and will not show if included on wiki pages. But astonishingly EXIF information is (to some extent) correctly extracted from it.

I could reproduce this bug (or lack of feature) on Tiki show2, on an instance I created for another bug report:
http://hman-11504-7252.show2.tikiwiki.org/tiki-upload_file.php?galleryId=1&fileId=1

This could be an issue of GD which uses plugins for GIF and JPG, but I did not see a plugin for TIFF. Both on my ISPs PHP installation and that of Tiki show2, only JPG and GIF are listed on phpinfo about GD.

If it is a GD issue, IMHO Tiki should show a warning that TIFF support depends on a library not found locally. Since TIFF is the de facto standard for scanner output, it would be a pity if TIFF support could not be achievable (possibly - but did not reseach on that - because of patent issues?).

Thanks
Hman

Surprisingly, there seems to be no way of searching for file galleries.
When I search for a word, Tiki gets me the file gallery documents which name contain this word (with additional link to the file gal) and file gallery documents which description contain this word, but not file gallery which name contains this word.

Similar behaviour in Tiki15 with unified search+mysql or with legacy mysql full-text search.
Similar behaviour in Tiki9 with legacy mysql full-text search.

Why I discovered this?
I have this file-gallery based website with all my photo albums and I can tell you with 124 file galleries, it would be a useful feature.
Especially as I find no way of having all file galleries displayed in the same page because some are hidden in sub-galleries, so the fgal explorer is useless for this purpose (it's great for normal usage). Otherwise I would just do Ctrl-F in the browser.

Please see:
http://www.wikimatrix.org/wiki/feature:nofollow
http://googleblog.blogspot.com/2005/01/preventing-comment-spam.html

When I type something into the Create/Edit-Search-box there pops up an ajax-autocomplete-box below the search field.

But when I use the regular search box, there is no autocomplete-search. It should also have autocomplete.

This would be a great feature with relatively low effort, because the feature is already implemented for the Create/Edit-Search-box.

I wish there was an option to choose if the notification e-mails for wiki pages watches, tracker items, etc. should be sent in plain-text or HTML formatted.

In general, wiki syntax is not parsed in notification mails. For example, the "New article post" notification email includes the full body of the newly posted article. However, Tiki includes the full wiki coding/syntax within the body of the message, and sends the mail message as plain text. Tiki should either:

1. Send the message as parsed HTML

or

2. Strip all formatting and send only the text.

I created a ticket on dev.to: https://dev.tiki.org/item8472-Tracker-create-item-modal-need-to-be-clicked-a-second-time-to-show-the-modal-on-Tiki26.

I received a notification about a modification of the item by "Rodriguez Nyiringabo"

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

It is unclear for a simple user to understand what was done.
I can understand that from "empty" option 2 selectors were changed to "none" option,

If I look at the ticket I don't see anything neither about the modification and only in "History" I can see that "Rodriguez Nyiringabo" selected "none" and this is the modification.

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

In term of logic, "Empty" and "None" are not the same.
But for a simple user this is a confusing UX.

It can be improved.

{syntax type="tiki" editor="plain"}
number of tracker items shown by default: customizable in a tracker by tracker basis. To avoid (at least) the problems of huge memory consumption in big trackers (and thus, setting the default number of items shown to a small number), while keeping other trackers with more items shown by default

The numeric field is missing the option to display a number that was entered starting with a '0' (zero or null, depending on which country you are from (:smile:) )

The use case: Postal Zip codes.

In the U.S. many on the East Coast start with '0', for example, Maple Shade, New Jersey - 08052

Thanks,
Mike

The Export feature is nice, but it would be nice to export/save wiki pages with html formatting intact. A way to edit offline then sync changes would be even better, but for now, I'd settle for a way to just view pages offline.

ML: You can ((doc:mail-in)) and ((doc:watch)) (mail-out), but no true sync

XML-RPC? IMAP?

http://www.socialtext.net/help-en/index.cgi?working_offline_with_unplugged

See: ((Offline))

Would be really nice to combine with an encrypted password manager for offline storage -> ((User Encryption))

On Tiki if I disable - can view page/pages (tiki_p_view) anon can’t see the page and therefor see an error they don’t have permissions to see. (this is ok with 18.x and previous version)

On the control panel, General, Navigation, Redirects there is an option :
On permission denied, display login module
or
Send to URL:

I remember I could set a wiki page name or a wiki page url.
Like:
WelcomeVisitor
or http://bsfez-11581-6630.show.tikiwiki.org/WelcomeVisitor

If I do I have error in any browser I tried
* Chrome
+ This page isn’t working
+ localhost redirected you too many times.
+ Try clearing your cookies.
+ ERR_TOO_MANY_REDIRECTS
* Firefox
+ The page isn’t redirecting properly
+ Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
+ This problem can sometimes be caused by disabling or refusing to accept cookies.
* Safari
+ Too many redirects occurred trying to open “‎localhost:8888/18.x/Welcome%20Anon”. This might occur if you open a page that is redirected to open another page which then is redirected to open the original page.

I have to set it like this:
tiki-index.php?page=WelcomeVisitor
or http://bsfez-11581-6630.show.tikiwiki.org/tiki-index.php?page=WelcomeVisitor

Today’s users will have a really hard time to find how to use it with their Tiki.
Admin should be able to set up the page url the way it is displayed today in the url bar.

There is a very common use case where a specific Group should be given User admin permission, ie tiki_p_admin_users, so that the setting up of new users can be delegated.

However this permission allows the user with these added permissions to edit the admin details and therefore be in a position to assign new users and themselves to the Admins Group - which has 'security' (in the broadest sense) implications.

Changes that avoid this are needed so that the admin details can only be changed by the admin.

FIXED

Most of the time, comments (or forum threads) have less than 10 comments. Therefore, this box is not useful, and clutters the User Interface.

Not sure if this is a small bug or a feature request - but now that I have used the very useful Dynamic Variable feature in a number of sites I realise that a quirk of the feature is that only the first instance of the use of an individual variable in an individual wiki page is editable.

If you use the same variable a number of times in an individual page then the 2nd and any subsequent uses are not linkable to the edit facility.

This seems a bit inconsistent and it would be much more useful if any/all instances could be used to update/change the variable.

If this is unavoidable then it would be useful to declare this in the documentation.

Closing this as its not that important any more (Geoff Aug 2013)

OPcache is supposed to be built-in PHP 5.5 but we need to check for it.

((OpenAI))

Could be nice to have a way to import and/or export OpenDocument files (for wiki pages)

For sites with open content it's very important that a visitor who came through a link from search engine or somewhere else would have minimum problems with adding new information to the wiki.
My personal example: I have a blog on livejournal.com and now plan to create a homepage based on tiki, but I don't want to make all of my friends from LJ to pass registration on my site. Even if they all would, it's unreal to make them all use the same logins as there.

Investigate:
http://openmicroblogging.org/

We are documenting some ((info:Use Cases)) which will become profiles. To be able to developer/test/improve these profiles, we would need a site like [http://www.opensourcecms.com/index.php?option=com_content&task=view&id=180|Open Source CMS] but for all profiles. This site only shows one profile.

These 20+ demo sites would provide admin access to easily test any profile. It would encourage people to generate and improve various profiles as well.

Related:
((Profile Manager))
((TRIM))

Tiki ((doc:Screencast)) is very very awesome. However, it's not so great for ((doc:ElasticSearch)).

Let's discuss ((Optical character recognition)) options.

In order to avoid duplication of effort, It would be very nice to be able insert a calendar item when editing an article in Tiki.

I imagine that as a new option in article edit form, for any article type or just some type, like "event", or so. You should be able to select the date or dates to insert that info in the calendar feature, select which calendar, etc.

So that calendar and upcoming_events module is updated when a new article is posted with that option selected.

GMAP(type=structure) should, at least as an option, map only children of the node in a structure.

Ie, one could have a Travel Structure listing travels, and sections for given trips or themes:

1. United States
1.1 Alaska
1.1.2 Fairbanks
1.1.3 Jeuno

Etc, GMAP(type=structure) in 1.1 would only map Alaskan locations, 1.1.2 would only map Fairbanks locations (assuming something was below Fairbanks in the structure, anyway.)

When sending newsletters, Tiki sends as HTML. However, if the recipient does not accept HTML, the newsletter may become malformed for the recipient. For example, the EXTERNAL LINK text becomes merge with URL links.

I would like an option to send the newsletter as "plain text", thereby stripping out all HTML from the newsletter.