Category: Feature request

{syntax type="tiki" editor="plain"}
Tracker plugin:
Imagine we would like to offer modification of a dynamic list field without offering modification of its reference field. In this case, the dynamic list should fall-back to a simple list with no selectValue calls in the js.

Tiki wiki doesn't include yet a tool allowing users to generate a dynamic mind map. This would give users a great overview of the structure of the wiki (i.e. project, organization structure) but also help them deal with complexity, making unexpected links.

It is harder than it needs to be to use an image on a wiki (or other) page. you have to upload the image, then remember the id and use it on the page, or slightly better, upload an image then drag it to the screen.

The preferred behavior would be to select the image icon, which would then offer to upload or use one from the library. (so far, just like it is today) Then once you have uploaded an image, it should automatically use the image(s) uploaded and create the img tags on the page at the cursor. If I am uploading images, I should not then have to re-select the images to use.

There is at least one other recommendation to drag-drop images, which would be nice, though I suspect a bit harder to do, and would not invalidate this suggestion.

A suggestion (for that one) was to use the jcapture plugin, which is actually harder than the current approach as you have to use something else to display the image, then adjust your window(s) to display it, capture it, and still have to use it.

These settings:
Display modules to all groups always:
Hide anonymous-only modules from registered users:
here: tiki-admin.php?page=general

And theses ones:
Show Module Controls
Users can Configure Modules
Users can Shade Modules
here: tiki-admin.php?page=features

Should be added here:
tiki-admin_modules.php

Or a new admin tab should be created:
tiki-admin.php?page=modules

IMHO, it is OK for options/settings to be in more than one admin panel, if relevant to both.

tiki-admin.php?page=general
Use direct pagination links:
Maximum number of records in listings:

The two pagination settings should be together in a section "pagination". (on this page is OK)


Would be even better to move all to tiki-admin.php?page=pagination

As suggested by Nyloth at TikiFest Strasbourg,

1- "Sender Email" could be set by default to no-reply@domain.tld
2- It could be requested as part of the install script.

Many features don't work well until it's set (ex.: Inter-User message, registration with email validation, etc)

It would be nice if there was the ability to have links to attachments easier than having to remember the file name from the attachments screen. It would be nice to get a list of all attachments on the WIKI edit screen and have the ability to click on the attachments to bring in the WIKI markup for the attachment link.

How are the various *.tiki.org sites different in their configuration?

How about compared to the default setting?


How could we have a diff of 2 site's config? Perhaps this could be exported as a profile, and thus an easy way to "copy"/migrate configs from one site to another.

Ex.: in a staging & prod setup...

See: ((Configuration Management))

Related:
https://bugzilla.mozilla.org/show_bug.cgi?id=539151

Edit a page
Save

If latest wiki source is now different than what it was when I clicked edit, Tiki should tell me so I can manually merge issues.

Related:
{wish id=1191}
{wish id=2488}

Users should be able to edit the calendar item data they submitted.

Ex.: An event is added, but a few days later, the description of the event is improved.

It could be a permission or just a setting for the calendar.

Watch event would be nice so we could have some sort of tracking.

Suggestion by Étienne Massé

I did not choose versions feature is missing, as it is not a part of any version as far as I know, and I thought it would just seem funny to have every single version listed above per " If it’s a feature request, indicate the version in which the feature is missing."

I think it would be wonderful to have an editing interface that can be assigned per user group. As it is now, all users share the same Wysiwyg and Syntax editor.

It would be very convenient to have an editor with tools configured per user group. The reason being is, I may not want our users to have access to many of the same tools as I would want to have on my editing tool bar.
Also, it would be nice to present our users with a stripped down tool bar as to not overwhelm the average user. Or some use cases, give the users all the tools they need, yet I may not want those same tools on my editing tool bar.

So, editing tool bar per user group?
Thanks for reading!

Please see:
https://wiki.mozilla.org/Support/l10nPriorityPRD


This should be not just for localizers but editors in general.

[12:55] lphuberdeau: where can I see the l10n dashboard in action?
[12:55] djst: https://support.mozilla.com/sv-SE/kb/Localization+Dashboard?bl=n
[12:56] djst: lphuberdeau, this page explains the syntax for the plugin https://wiki.mozilla.org/Support/l10nPriorityPRD/Plugin_Usage

https://github.com/Drive4ik/simple-tab-groups/issues/794

We should consider this for Tiki.

Step #1: Make a list of all features and contexts that have this search as you type feature.

{syntax type="tiki" editor="plain"}
Should just be some UI work so when a user selects a file, and uses contextual menu, WebODF or SVG-edit options appear if the file is of the right type.

Email a periodic digest (report) of a tracker activity (new open, and changed to pending or closed).

For sites with low activity but high interest in the users on a specific tracker activity, such as Barter networks ( http://intercanvis.net and similar) such feature is needed for users, who register, but then, after a few months, they don't visit the tiki site any more to see notifications of changes (and they didn't know how to browse the categ. tree to select which categories to watch.

However, other (closed source) bartner software sends a monthly digest to registered users with new items added to each tracker. And this would be very welcome by users (usability)

{syntax type="tiki" editor="plain"}
When I evaluated the software for my project, I was very happy when the documentation said that it was possible to create a workflow with categories, transitions and watches. But I realized that watching a category only triggered a mail notification when the transition was made in the tiki-admin_categories.php page. It was useless for me!! :-((

I would like to suggest that email protection be added by default to the email button when the icon is clicked. Right not the email address is embedded into the page in plain sight. I took a look at the JS protection applied to the email addresses listed in the user page, and it looks great. Can this same script be applied to the email addresses that are displayed through the email button?

I guess it would be a good idea to also have a way for people to opt out of the scrambling, just in case they wanted Search Engines, or bots of some kind to be able to index them....

Thanks

Brendan

The title says it all!

I know that there is a flowplayer plugin but if I want to embed something from youtube or google videos, the code gets broken displayed.

This would be useful for articles and blogs.


I know there's a security reason for breaking the embed code, but still...

You can't assign an empty category to the tracker category type field. This would come very handy in connection with the Autocheck-feature I RFEd before..
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=246&show=view&status=op&trackerId=5&sort_mode=f_41_desc

Top
|
|---1 Stuff
|
|---2 More Stuff

If you for example assign parentId=1, then you don't get a Checkbox with Stuff, but you get two boxes with Stuff and More Stuff - Tiki jumps back to the higher level, that's not empty.

{syntax type="tiki" editor="plain"}

Currently, when users upload images to the File Gallery, they are stored at their original size and resolution. This creates performance issues, especially when large images (e.g., 5 MB) are used in wiki pages. These large images load slowly for end users and increase bandwidth usage.

__Problem__:

When inserting large (e.g., 5 MB) images from the gallery into wiki pages, they load slowly, affecting user experience.

Users often forget or don’t know how to compress images before uploading.

''There's currently no way to reduce image size from within Tiki''.

__Feature Suggestion__:
Add an option during image upload to compress the image, either by:

A compression quality slider (e.g., 0–100%)

Predefined levels (High Quality / Balanced / Compressed)

The system should compress the image before saving it to the gallery. Optionally, admins could allow saving the original uncompressed file separately.

As installed, there is no easy way to globally style the overLIB popups. Preferably, there should be css classes defined so that themes can style the popups to match.

This patch (attached) can be used to replace the same file in folder lib/smarty_tiki

Trackers are the de facto way Tiki treats data collected from users. These are personal data that directly fall under ''__many__'' legislative and other regulations. Primarily the EU GDPR, but -here- more importantly under the PCI, if they contain credit card or other payment data like bank account numbers.

Under PCI DSS credit card data must not be kept in the same database as personal data. They must be separated on all levels of processing, from technical to organizational. They cannot be processed under group logins, logins to systems carrying card data must use personalized login accounts etc. et. al.

There is one problem with trackers here: To my knowledge all trackers are kept in one DB, which is the DB the Tiki runs from. In order to comply with PCI DSS it will be necessary to have trackers with card data in a separate DB...

https://www.pcisecuritystandards.org/

Thanks
hman

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.