Category: Feature request

Tiki newsletter works well for small volumes.

But for large volumes, as with any web app, sending emails from a server can be a challenge. Risk of being flagged as spammer, high server load/difficult to throttle, limits from your web hosts (ex.: max x emails per hour), etc

A helpful alternative would be something like this:
https://addons.mozilla.org/en-US/thunderbird/addon/4883

So my Thunderbird client or desktop newsletter application (ex.: [http://gammadyne.com/mmail.htm|Gammadybe Mailer]) should be able to access the TikiWiki database to generate recipient list.



---

Another approach is to make the Tiki contacts (address book) accessible via the LDAP protocol and thus, email clients can access.

Related:
http://www.egroupware.org/egroupware/index.php?menuaction=wiki.uiwiki.view&page=AddresbookAccountsConcept

Tiki banners can now handle images, text, html and external image. To use Flash, one must make an html file (with the Flash) and call that via an iframe.

Adding native support to upload and use a Flash file is next step.

Like this:
http://versioncontrolblog.com/comparison/Bazaar/CVS/Git/Mercurial/Subversion/index.html
http://www.wikimatrix.org/

I'm trying to customize my Tiki instance. On the Look & Feel (tiki-admin.php?page=look) page, in the second tab (General Layout), I want to change the default logo. The only way (I saw) to do so is to specify 'manually' an image path from the img/ folder. I captured the screen, you can have a look ((https://ibb.co/izZ0X7|here)).
UX speaking, it would be better for the user to import an external image (logo) in the img/ folder and select it as a logo easily, through an Image Importer.

1- User registers

2- System sends email (to validate user controls that email)

3- User clicks and is sent to tiki-login_validate.php?user=abc&pass=xyz


The admin should be able to override to send a wiki welcome page for new users or to user tracker form.

((doc:Trackers)) are powerful. But there is no built-in version history like the wiki pages and the spreadsheet. A workaround is to watch the tracker and have the history in your inbox. You can also permit users to comment the tracker item instead of editing it.

A real history, accessible via the interface would be nice to have. Please see SourceForge trackers for an example.

Adding a field "Edit Summary" would be useful for this history.

Low-hanging fruit solution is to copy the diffs (that we already send by email but should be improved: [wish1982|Trackers :: email notifications of changes :: more emphasis on changes.]) to a new "history" tab.

More work would be an interface to revert to a previous value, which could be nice-to-have but too complex.

Related:
[wish953|Tracker field type: wiki page]

I have no idea what version I have.

Our friends at [http://www.horde.org/imp/|IMP] offer a feature to view various file formats without having the viewer installed on your desktop.

Beyond viewing, we could want a way to import to a wiki page. Since this is a broad topic, we'll coordinate on ((Binary File Handling)).

Images that are added using the wiki editor (anyway the normal editor, I didn't check the wysiwyg editor yet) don't have a default class. This is the simple case of no containing box or anything added along with the image. Therefore it isn't possible for them to have a default style such as margin or border unless it is added manually by the page author. Or if it is specified by the stylesheet (.postbody img or .wikitext img, etc.) then ''all'' images in those divs get the treatment, including smileys and external link icons, etc.

I suggest adding a default class like "contentimage" to enable a default style. Page authors can always add a second class if needed.

warn user by means of e-email that his/her tracker item status is going to automatically change status in short if no modifications are made within the time frame specified (see 2) ). That warning message could be sent a week in advanced of the dead line (or some days specified by the tracker creator at the tracker definition).
---
This could be also applied to dev.tw.o/tracker5

The problem: Say I am multi-tasking.

1- I start editing a wiki page
2- I check my thunderbird email.
3- I click a link in my email
4- That link could take over my browser and I lose what I was editing. Not fun.


This is what we need:
http://marclaporte.com/tiki/FeatureRequest_BetterHandlingOfBackButtonWhileEditing.swf.html

And that solution also works when you are clicking a link in an email. (not just back button)


other causes of ((doc:lost edit)) are listed in documentation.


similar: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=971

It is possible to watch for new articles here: tiki-user_watches.php

So why not add an "eye" in view articles and list articles?

Tiki Calendar is very nice for events. But what if someone updates the information about an event? Maybe I won't know (because I copy/pasted the event my pesonal calendar) and I will show up at the old (wrong) time.

Tiki's excellent watch feature should be added (with the little eye) to
# all calendars
# each calendar (id=1) (this could be nice on the filter tab)
# each individual event (when in view mode)

Ideally, for a modified event, I would receive in the email the old and the new value, like for watching trackers.


related code here:
http://tikiwiki.org/tiki-index.php?page=UserPagericks99#Calendar_Notifications

We should make it easier for people to watch/monitor forums

Right now, the user needs to go to each forum page and click "monitor"

All the links should be available on tiki-forums.php

The watch object names for trackers in My Watches could be more descriptive -- i.e. use the subject name.

I do not receive notifications when watched tracker item is commented. Is it a setting or is it a missing feature ? Is it a consistency bug when wiki pages allow notifications on new comments ?

Currently, we have no history of changes to the tracker.

related [tiki-view_tracker_item.php?itemId=169|Category changes in watch and in syslog]

Watching a page is an amazing feature.

However, as of now, when a page is renamed or deleted, I am not informed.

The webmail currently only supports POP. IMAP support like IMP, Squirrelmail, Roundcube, etc would be much better. It could rely on PHP's imap support like IMP does. People who will want IMAP would have to have it in their PHP, which is in an acceptable requirement.

((doc:Trackers)) can be a configured for time tracking, and then permit flexible reporting. This is fine for freelancers reporting time. However, for full time employees, it's more convenient to have a weekly time entry interface, like this:
{img type="src" src="https://odoocdn.com/openerp_website/static/src/img/2016/timesheet/timesheet_screenshot_01.gif"}

So we should create a plugin like {CODE()}{periodictimeentry cycle=weekly timefieldid=42 taskfieldid=23}{CODE}

If a package is missing the help/warning information displays a link to the external missing package repository.

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

It is __important to note__ that we have already a similar mechanism when looking to a page (not the admin control panels) that display a message for admins (I hope for admins only ?)

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

---

At http://bsfez-11581-7999.show2.tikiwiki.org/tiki-admin.php?page=fgal&cookietab=6&highlight=feature_docs, enable "Use PDF.js".

It will display an alert (red background):

The first link "Missing tiki package :" with a link to : tiki-admin.php?page=packages

Then "npm-asset/pdfjs-dist-viewer-min" with a link to :https://asset-packagist.org/package/npm-asset/pdfjs-dist-viewer-min

It should display:
"A Tiki package is missing: Install mpdf/mpdf"
"Install mpdf/mpdf" should be a link to : tiki-admin.php?page=packages

1. Tells the user of a problem
2. Explain what is the problem
3. Suggest the user a way to solve the issue
4. Give the user the direction/action to solve the issue

That's the way a missing package should handled, anywhere.

I added "anywhere" because it seems we have different behaviours.
IE: Go to http://bsfez-11581-7999.show2.tikiwiki.org/tiki-admin.php?page=print
For the "PDF from URL" dropdown, select mPDF. The "PDF Orientation" error will show
"Missing tiki package: mpdf/mpdf" with parts with the same link. (not needed)

{file type="gallery" fileId="1771" showicon="y"}

UserPages should be off by default, and activated per relevant profile.


Syntax should become:
{CODE()}User:XYZ{CODE}
instead of
{CODE()}((UserPageXYZ)){CODE}

__Done in new installs of Tiki4 but there is no migration script__


When User pages are activated, they should be much more obvious for users. (ex.: in MyTiki)


Same thing for ((doc:User Trackers))

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.

UPDATE: It's not a regression, sorry for the noise (I was confused). {sign user="xavi" datetime="2013-11-18T13:09:45+00:00"}

Usability improvement: nl1 missing in route.php for newsletter1

If Trackers had the "tracker template" feature, it would allow for better pre-made extended features for Tiki at install time.
In tw.o forums, some people requested like: address books (imagine with the same basic fields as Mozilla Thunderbird & Evolution, etc. address books, ... Export from you local program (through csv), and import to your address book in Tiki (through csv).

The same for "Offers & Demands (linked or linkable)", that many people/communities would like to use like "out of the box" feature. I do have that kind of trackers made (basic, but working for production already: http://valldelcorb.org/trackers - http://valldelcorb.org/Comparteix (1.9.x) or http://intercanvis.net (1.10.x) using tracker plugins in a general Wiki page).

Since duplicate tracker is already coded in 1.10, and templates concept already exists in Tiki, Tracker templates would be a nice MUST in the MID and LONG run.

Tracker templates should be selectable at install time (in the new installer devs. are thinking/designing -> ((Install)) ), or at a later stage through Mods, maybe?