Category: Feature request

See here:

https://dev.tiki.org/Newsletter

__Personalised Newsletter__
* There are various options to fetch the eMail addresses as list of receipients of newsletters in Tiki, although one important is missing:
* There is no standard option to create personalised newsletters, either from a Tracker or from a CSV file.
* A very common and important feature for newsletters (despite Tiki doesn’t cover that) is the opportunity to send personalised newsletters with personal salutations like “Dear Mr. Doe”, “Dear Ms Smith”, “Dear Prof. Dr. Nevertheless”.
* If a newsletter could fetch a limited number of field from a Tracker by using permanent field names - optionally but not necessarily a user tracker - it would be quite easy to create a personalised newsletter.
* Additionally it could be considered to either implement an option to self-subscribe to the newsletter via the Tracker - with the problem to handle self-unsibscribe by an unsubscribe link in the sent newsletter or to add oneself to the tracker by the subscription link.

{syntax type="tiki" editor="plain"}
I have the following use case:
On a tracker, I have a field that count the number of time the item was viewed it is updated on each item display but I would like to keep intact the lastmodif date of the trackeritem.

{QUOTE(replyto="marclaporte")}This is similar: https://gitlab.com/tikiwiki/tiki/-/merge_requests/1898
[NEW] Notifications: Added exclude data from notification field to trackers

.../...The concept to skip some behavior for some fields exists. See screenshot for options for each tracker field. So a developer could add "Modifications impact last modification info" (default: yes)
{QUOTE}

{img fileId="3088"}

For WiKi pages I use the WYSIWYG (FCKEditor) but this is not an option for Articles. There you can only use the simpel Text Area and Quicktags. It's must better if you can use the WYSIWYG (FCKEditor) for every text input.

Related:
http://drupal.org/project/usage/

[wish1416|Reporting errors (to tikiwiki.org) system (like Firefox Talkback)]

Hello,

right now, we change our static html infobase to tiki wiki. It was, more or less, no problem to import something around 6000 html files into the tiki wiki database.

Even the migration from javascript menus to tiki wiki structures was no problem after all.

But, we have one open case which blocks as, the non static urls.

We have some windows applications, which, if you press "f1" are linking to our infobase. This is only possible because of the static urls. Now, witch tiki wiki, the url changes every time you rename a site.

What we did to solve this issue, is a "checkbox" under the page edit dialog:
{img fileId="1011" thumb="y" rel="box[g]"}

If you check the checkbox, the dialog fades in. If you uncheck it, it fades out again. When someone checks it, and writes an custom url, the custom url replaces the page slug and sets "custom_url" in the sql table "tiki_pages" to 1.

Now, when the page is renamed, tiki wiki checks if the page has "custom_url" on true, and if so, it will not change the page slug.

I think this could be a quite nice feature. The user can choose by himself if he wants to set the url or leave it like it was.

I don´t seem to find a way to do this.

To order and filter Tasks by user (that the task was send to).

If this is not done in Tiki, I will be nice to have it.

If this is done please point me to right direction.

Thanks

Using Tiki 6.2

Some users are using categories and sub-categories to file wiki pages.

An idea for consideration:
be able to order items within a category listing

In some enterprise enviroments tikiwiki is installed on a windows server which is also used as fileserver. Using tikiwiki as a knowledge platform requires the ability to upload documents and files to the machne, browse the upload directories and edit these documents. In such a scenarios users upload downloadable files, like word docs or pdfs directly to the share and use the file module to embed links to these files.

{CODE()}{FILE(filename="path\filename")}Filename{FILE}{CODE}

This is rather painful for new users as they have to learn the syntax of the module and have to copy and paste paths and filenames.

It would be more convenient to use the upload capabilites of file galleries in such scenarios. Currently they cannot be used. For this purpose file gallieries that create a hierarchic directory structure in the upload directories are needed. These directories can be used to organize uploads. Additionally, to ensure that people can edit their files, the files would have to be renamed to human-readable names and not to md5 as it currently is.

In short:
- no renaming of filenames in image and file galleries besides the replacement of spaces with "_".
- mime type filtering for uploads
- the ability to create and browse directories in order to organize uploads.
- ability to set multiple upload directories.

Please consider these suggestions, thanks in advance!

http://sourceforge.net/projects/orgapp/

See details here:
http://tikiwiki.org/OrgChartDev

{syntax type="tiki" editor="plain"}
On a fresh Tiki27 at tiki-admin.php?page=orphanprefs the admin will see the following message:

"The jQuery Sortable Tables feature must be activated for the sort feature to work."

A link or an option to enable the jQuery Sortable Tables feature should be added as well.

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

"Orphan pages" is a VERY useful tool if your users are actively creating new pages. It helps the admin keep everything accessible and tidy and structured.

But to my regret, it is viewable to all, which is no good idea. Sometimes the admin may decide to not make a new page publicly viewable for some reasons, by simply not indexing it, but via orphan pages everyone can still see and view it, unless that particular page gets explicitly blocked.

Therefore I propose that orphan pages be either coupled to tiki_p_edit (only users with that right can make practical use of orphan pages anyhow (preferred) or have adjustable permissions of its own so I can limit it to registered users.

And btw, I my opinion orphan pages should not list the start page as orphan, because that one has to be orphan. Or make that adjustable as well...

Thanks
Hman

Many times, I don't want the Orphan page feature. But I do want the list pages. Since they now use the same option (feature_listPages), it's annoying.

Let's create feature_OrphanPages (off on a clean install). Menu items will need an update.

{syntax type="tiki" editor="plain"}
Attempting to use Opera or FireFox to call a tikiwiki page generates some % characters in the path and gives an error.

Using Internet Explorer this does not happen.

We need to be able to allow other BROWSERs to work with Tikiwiki pages.

This problem is not present in Version 1.9.11

As a result I cannot upgrade to version 2 or higher yet

Johan is working on an outlook connector for MyTiki <-> Outlook

Using the pluginList sort control block when you mistype or indicate an inexistent field the output is "No results for query."
IE:
{CODE(caption="Right syntax")}
{sort mode="date_ndesc"}
{CODE}
{CODE(caption="Wrong syntax")}
{sort mode="tracker_field_date_ndesc"}
{CODE}

It doesn’t help to understand what is going on and give a wrong output.

There are results but the plugin is unable to sort them due to an error in the sort control block. Users should be able to see results and a remarks box should warn something is wrong with the field.

the output of {maketoc} in Wiki is not contained in a special
DIV so one can not define a style for displaying it for example in a box or ...

On most of Virtual servers and Cpanel (tested on Server Debian10 running Virtualmin) you can select the PHP version that will be used for this domain. You can select a different PHP version than the one used by the server for the HTML backend.

It work usually fine.

However users don't have any option when this is about the PHP CLI. (php -v)

Developers have workaround like :
php74 console.php ...
sh setup -p /usr/...

It is usually fine for developers.

However for Admins (or power user) there is no option to select the PHP CLI version.
Like:
* tiki-check.php
* tiki-admin.php?page=packages
* ... ?

Hello,

I do miss one feature which prevents me to fully dedicate myself to using/migrating-to Tiki and I believe it is especially important for those users wanting to work on the content offline using their preferred editor and e.g Markdown plugin...

Let's take example of Tiki's [https://info.tiki.org/Features|Features] page - beautiful page with many image. The only problem which I see is that the links for images are completely __separated__ from the content itself, iow. there is no semantical link between the content and the image since e.g. [https://info.tiki.org/dl912?display|link] for the Wiki section does not show any connection text and the image.

Let's compare it with e.g Grav - Flat File CMS and one of the demo [https://demo.getgrav.org/notepad-skeleton/|skeletons]...

If we visit one [https://demo.getgrav.org/notepad-skeleton/blog/2014-01-10-theme-elements|post], we can inspect the [https://demo.getgrav.org/notepad-skeleton/user/pages/blog/2014-01-10-theme-elements/photo19.jpg|URL] for one of the associated images which clearly tells us that the image is associate with certain post.

Furthermore, (Grav) user can write such post online, but also offline using "standard" Markdown syntax and keep the images in the same folder as the post itself - I already wrote about it in my [https://sourceforge.net/p/tikiwiki/mailman/message/37109258/|post] to devel-list. - using simple syntax:

~np~~/np~

The same thing would happen when using one of many static-site-generators...

Suppose, that I'm about to write a series articles/post about Vedic math...the subject requires using math symbols, lot of diagrams etc. which requires lot of time and is not suitable task for online editor without proper syntax high. support, auto-completion etc.

By using elFinder I can drag&drop the whole folder with e.g. images from my desktop to the tiki, I can also write the whole content offline using my preferred editor using Markdown, but the things break when I need to reference images in the content. (:frown:) since the URL to be used within Wiki will become something like:

~np~{img fileId="9"}~/np~

So, I'm interested whether:

# my proposal does have any appeal to Tiki devs

# is it difficult to modify Tiki codebase to enable one to somehow mimic filesystem's folder/hierarchy so that if we upload image to ~np~blog-1/post-1/post-1-image.png~/np~ then it would be possible to e.g. use the following Markdown syntax:

~np~![Image 1 for post 1](blog-1/post-1/post-1-image.png~/np~

to reference it?


Sincerely,
Gour

{syntax type=markdown}
(Suggested on community chat)
If anyone would consider adding Description to links within structures, structlib.php has a function `s_get_page_info()`. All it takes is add `description` to the queries and then, in the .tpl file, use `{$next_info.description|escape}` (previous/next/parent... depending on where the link goes).
As an alternate, it could be added as a tooltip to each of those links, to improve usability.
This would also have to be added to the preferences in Wiki Structures, not everyone needs that.

"Perhaps you are looking for:" list of similar pages should be listed alphabetically. For example you can see it here it is not sorted at all:
https://tiki.org/Roundtable-Meeting-2020-01

This will greatly enhance how user's precieve spreadsheets, and will turn Tiki from an afterthought to a mainstream player.
* We will need to switch from regular scrollbars to UI scroll bars to "trick" the user.
* We will need the new calculations engine running in php
* We will need functionality to send a formula to the server and return the result from the currently running sheet and the ability to update cells from it.

I support 3 languages on my web site...
and have problems when a page title is the same in different languages...

Example..

"Projekter" in Danish
"Projects" in English
"Projekter" in Swedish

I cannot have two pages named "projekter" even though they are different languages..

Actually pretty annoying that you cannot have two wiki pages with the same title...
because you maybe have different contents...

Ability to filter last_tracker_items and last_modified_tracker_items for the ~~red:param trackerId~~

{CODE()}
{MODULE(module=>last_tracker_items,float=>none,decorations=>n,flip=>y,max=>5,np=>1,trackerId=2)}{MODULE}
{CODE}

If it is already possible withnout any more coding, then it should be explained in documentation how to do it.At ((doc:PluginModule)) ?

{syntax type="tiki" editor="plain"}
When you issue this command, the "new" log will add-up to previous logs.
This is good because you can then compare results.

-+php console.php i:r --log+-

However there are many case when you need a brand new log session without the previous logs interfering in search or filtering. In this case you need wo delete or empty the previous log file manually.

I suggest we add a parameter that will create a fresh log from the console command.

phpBB is a popular open source forum software.
Sometimes, a forum is not enough.
So, the data must be migrated from phpBB to Tiki forums...

If you want to help:
Please post links to similar scripts.
ex.: phpbb to invision board, etc
If/when we do a script, we should do for all major forums.
---
__From kerrnel22 on 11/20/07:__

I have almost completed an integrated TikiWiki forum migration tool for 1.9.8.x and 1.10. Initial release will be to migrate only Tiki forums from one Tiki install to another. However, hooks are in place, and the intention is there, to work on extending the migration tool to importing of phpBB2 (or any other forum software) into Tiki. If you would like more information, email tiki.kerrnel@kerris.com. I expect a general release of the forum migration tool (for Tiki forums only) into cvs of both branches for beta testing by December 1/07. If all goes well, I'll have something released for phpBB2 migration prior to Dec 31.