Category: New feature (not an enhancement to a current one)

Please see ((workspace roadmap))

access tiki data (like trackers, wiki pages, etc.) with webservices.

Add an additional option on trackers, wiki pages etc. to make them accessible by webservices (like choosing categories)

Administration UI where security can be configured (Password on specific webservices etc.)

Using services like http://www.stopforumspam.com can help to identify and handle spam-related mail addresses trying to create an account.

stopforumspam provides an API to test a mail address against a "known spammer"-list. This could be used to warn an admin before confirming an account.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

Please see: ((tw:Viral Tiki))

XML files are cool for data interchange.

For example, you can create an xml file to feed a Flash animation. However, you still need to update that XML file via FTP. What if you could edit a wiki page (with permissions, history, etc) and have the Flash animation get the data from it as if it was xml?

Or maybe a button on a wiki page "save to .xml", which would save on the filesystem WikiPageName.xml? (where the Flash would know to look for it)

Related idea:
* {wish id=467}
* {wish id=3103}


Louis-Philippe Huberdeau --will look into-- used [http://www.yaml.org/|YAML] --to see if this could be useful-- and it is very useful for the ((Profile Manager))

moved to ((WikiFarm))

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))

{syntax type="tiki" editor="plain"}
In Windows 11, when running npm to produce content from _custom/shared/themes/MyTheme, two paths are created in public/generated/shared. The directory /public/generated/shared contains two subdirectories, /laragon and /shared. laragon is directly under C: directory here, and contains the WAMP stack. The directory path in laragon reflects the path to the Tiki instance I'm testing with, and so also contains a /custom/shared/themes directory.

The problem seems to be that this longer path to the themes contains the image directories (one having images), and the other set of /shared/themes contains the CSS files, so the images can't be found, as specified by the CSS.

Please see this conversation: [https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$h6R2W_KSy-wxq7EDullkNWSotkH8HEJRKdzhW-ABPKI?via=gitter.im&via=matrix.org&via=sans-nuage.fr], which includes screenshots of the directory structure.

A workaround is to manually copy the missing theme subdirectories from _custom/shared/themes to public/generated/custom/shared/themes, but it would be better if this worked automatically.

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

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

Has anyone written a module to integrate PayPal's ecommerce capabilities into TikiWIki?

Should be done through a module and several plugins (ADD_TO_CART, SHOWCARTCONTENTS, CHECKOUT etc)...

Oh, on that one, I would love to have a plugin that invalidates the cache to make sure that inside a cached website there are pages that are always rendered fresh...


Related:
*[wish1808|Shopping Cart / ecommerce / online orders]
*((shopping cart))

I would like to have someone develop a resource checkout system. This could be for a small library of books, videos, etc. or other resource that people can check out (company van, etc.).

Admin Side:
* Category admin
* Resource admin
* Users admin
* Inventory status (what is checked out, what is in stock etc.)
* Users who currently have the item
* Checkout length admin (custom settings by item, or blanket timeframe, or no checkout length)

User Side:
* List of items available (categorized by type: videos, books, tapes, etc.)
* List of items you are on the waiting list for
* Your position in the list (You are 3rd in line for this item)

Automatic Pieces:
* User notification of an item coming due / past due
* User notification that the item they were waiting for has been checked back in.


This might also be able to be expanded to serve as a rental pool with just a little extra work.

Related:
((Marketplace))
((Shopping Cart))

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

Also:
[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=screencast&product=support.mozilla.com&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&emailassigned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=exact&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=|SUMO bugs with word screencast]


Related: ((WebDAV)) to ease management of files.

Should the site map be generated from the wiki structure? from the menu?


https://www.google.com/webmasters/tools/docs/en/protocol.html#sitemapOverview
http://www.sitemaps.org/

While Tiki has a "friendship" feature, it is so basic, that I am putting as "missing". What is missing is proper Social Networking with "transactions" between community members (Ex.: [http://www.nomadics.it/|hospitality exchange network], carpooling, dating service, etc) with reputation system. Something like LinkedIn, Facebook or the www.phpbeer.com project.

Since this is a vast project, we'll coordinate at ((Social Networking))

Here are some options
http://framework.zend.com/manual/en/zend.service.akismet.html
http://bad-behavior.ioerror.us/
http://antispam.typepad.com/
http://www.defensio.com/
http://mollom.com/

See: ((Spam Protection))

You want a Tiki-powered site but none of the bundled themes fit with the look & feel you want for a project? You would like an easy way to generate a style? Me too!

I have a (crazy?) idea for a Tiki CSS generator. Before I explain it, please visit the StrangeBanana:
http://www.strangebanana.com/

Ideal end result would be: 1- submit logo or picture, 2- a corresponding CSS is generated, 3- result can be visualized from demo site and 4- then just use the custom css on your site!


http://themes.tiki.org/TikiThemeGenerator

I think what's needed is a Gallery of "Tiki Sites in a Box". In other words, Tiki sites that are preconfigured to meet a particular kind of needs. The needs should be defined not in terms of features, but in terms of GOALS of the end user or organisation.

This could be a list of descriptions like this:

- I want a site to enable collaboration inside my organisation.
- I want a site to broadcast my ideas to the world and allow people to add to them and comment on them.
- I want a site that will act as an open knowledge base on a particular topic.
- etc...

Each of these could point to an example which would be a "fake" site that could act as a sandbox. People could go to this fake site, play around with it (but not reconfigure it), to see if it's what they are looking for.

This would allow easy single click configuration of Tiki. The user would simply click on one of the items in the Gallery, and the Tiki site would be configured accordingly.

One issue is: what happens if the user choose wrong and later wants to switch to a different model? I guess if no content has been created in the site it's fine, but what if content has already been created and that content is somewhat incompatible with the new model that the user is choosing?


Related:
*[tiki-view_tracker_item.php?itemId=1513|OpenSourceCMS type demo to test/develop and show off profiles]
*[http://info.tikiwiki.org/Use+Cases|Use Cases]

__Moving discussion of this wish to ((Profile Manager))__

Please see two forum discussions at tw.o dev forum:
[http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=3&comments_parentId=16168]
[http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=0&forumId=3&comments_parentId=25213]

or directly at
http://tikiwiki.org/TikiBountySystem

Cheers, Xavi

Please see: ((Federated Timesheets))

Goal: to add a way to represent relevant data in a timeline.

This will most probably be done by re-using an existing library and/or service.

Let's coordinate here: ((TimeLine))

The goal is to have a USB key version of Tiki.

Possible uses:
#Easy testing on a Windows desktop
#Have a backup of your Tiki on your MP3 player
#etc


Possible partners:
http://www.easyphp.org/
http://portableapps.com/apps/development/xampp
http://www.uniformserver.com/

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