Category: Modules

{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!! :-((

Forum last posts module gives the following Notice errors on top of tiki-objectpermissions.php page and messes up the font size of permissions list.

Notice: Undefined index: forumId in ../proposed/5.x/lib/core/lib/Perms.php on line 185

Notice: Undefined index: forumId in ../proposed/5.x/lib/core/lib/Perms.php on line 229

For every topic created you will get another 2 of those Notices.
When there are 100 forum topics not that hard to get you will need to scroll down 200 lines of notices just to edit a few permissions.

Reproduce:
Turn on feature forum
Asign forum last posts module
Create a forum and a topic


One of the notices i got is fixed in Revision 29138
Notice: Use of undefined constant ttz - assumed 'ttz' in ../proposed/5.x/lib/tikilib.php on line 7682

See https://www.evernote.com/shard/s37/sh/62198085-ac08-48a9-afb4-74752eeef887/43a9e4c3a493246765820b7836aa1070

How come I cannot disable the right module? I tried the same for left column and it also does not work

Please first check if problem exist on new tiki 13 and then on nextdoc as it could be due to some customization? or not?

The calendar_new module does not display event links or popup boxes after a certain point in the month view when there are many events in a given month. The links and popups re-appear in week view or in month view if fewer calendars are aggregated into the mini-calendar. If an event is deleted in one of the aggregated calendars, the mini-calendar will show an additional day of links/popups. The problem appears to be associated with the number of events that must be displayed, although I cannot verify this. The links and popups disappear after about 35-50 events have been displayed.

{syntax type="tiki" editor="plain"}
It would be good if modules with the nobox="y" parameter set would automatically be given a "nobox" class, for the benefit of themes that want to style them specifically such as assigning text and link colors. The "no-decorations" parameter already does this, so it might be a model for the changes needed for the "no-box" class. Of couse it's possible for the admin to add the class using the "top class" or other module parameter, but it would be nice if it was automatic.

It would be good to be able to prevent wiki pages in a specified category from being listed by this module (last_modif_pages). For example, at the *.tiki.org sites, there are "Archived" and "Retired" categories for wiki pages that have old content, etc. and so are for admin users or registered users only. When a page is edited to be categorized in one of these categories, it is then listed in the module, but this isn't a change that needs to be, or should be, publicized, since the page is being removed from access.

There should be a field in the module parameters like "Don't list pages in these categories", where category names or ids could be input and pages in these categories wouldn't be listed in the module.

Module featured links is not working for me.
I enabled the feature in a 1.10 svn site (code from may 2008). I created this new link:
http://xarxantoni.net/Xarxes.html

Title: Xarxes
Position: 1
Link type: framed

and no way... featured_links module shows no link.

When assigning a module, I would like to have a section-specific parameter to control in which sections (wiki, blog, forum, etc.) the module displays. See [http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=4&comments_parentId=26153|this forum thread] for details.

When Fivealive is used with mod-logo in the Top module zone, with Site layout Classic Tiki (3 containers) and with a Site title defined, that title will be displayed too much to the left, unless the site logo is large enough to make it start in the colored zone.

This makes the header ugly, in particular because there is an important loss of contrast between the text and the background. Thanks to the shadow effect, some contrast remains, but readability is affected.

This bug appeared in Tiki 13.
I do not know if this persists in trunk. I do not see the colored background there.
This persists in 15.x as of r59957.
Note that the title is also too high.

{syntax type="tiki" editor="plain"}
If you choose to use the flowplayer module, you are required to have Tikiwiki installed in the root of the domain.

ie: http://www.domain.com/tiki/tiki-index.php?page=Bob will not work, while
http://www.domain.com/tiki-index.php?page=Bob will work.

The cause for this seems to be that the lib/wiki-plugins/wikiplugin_flowplayer.php file is hard coded to work from the '/lib/flowplayer/' folder.

(Search words: flowplayer, tikiwiki, broken, no video, blank)

In the RSS module part of Tikiwiki, incoming RSS feeds are incorrectly parsed.

Escaped entities (& ' " etc.) have to be replaced with the entities themselves when the RSS feed is viewed. However, this is not done. As a result, when a user clicks on the links, the link still has references to (&) which makes it an invalid URL.

The problem is in "parse_rss_data" function of rsslib.php

In a project management mode, you can use ((watch)) and ((alert)) but not everybody may be watching and alert is extra time.

For small teams and short delays, it could be good to have since_last_visit_new module content to be emailed to each group member periodically.

People get personalized content based on their last login (cool!)


Also, they don't get watches if they login regularly

{syntax type="tiki" editor="plain"}
When trying to add a new module in ADMIN MODULES>EDIT MODULE TAB> GROUPS
Select list the module is visible to.
I can click on an item such as Admin, Editors etc...
BUT
The item does not get selected and set/saved.

Currently, (2.2) when using the mailin feature to post to a forum, Tiki does not actually check the email until a user views the forum. Only then, is the email checked and new messages posted to the forum.

This means that the RSS feed for the forums, and modules such as last_post will not be correct until a user goes to the forum.

Instead, Tiki should check the email at regular intervals (in the same way that Tiki checks for article mail-ins.

The full text search module should provide means to determine what operators work with it. Perhaps a large tooltip or a link to an "advanced search" page. Syntax for the module is [http://tikiwiki.org/tiki-index.php?page=FullTextSearch|here.]

This feature request is for a tool that would enable easy quoting and referencing of any content on a Tiki site, for example, to quote a forum post on a wiki page, or one blog post in another, etc.

Maybe it would be activated by clicking a switch in a module (side column), then selecting some text. Then in the referencing page, when you paste, it pastes not only the selected text but also wikiplugin syntax in which the text is the data and the url of the text's source as a parameter. The quote is displayed like a quote plugin output, and the source is displayed as a link.

The use case that started the thinking about this was a question about how to easily cite Tiki forum posts from a wiki page, without a lot of copying and pasting. Rather than hardcoding it to be forum and wiki specific, a global copy-paste site content referencing tool could be useful in other ways.

{syntax type="tiki" editor="plain"}
I have a search module set as:

advanced_search_option=y
advanced_search_help=y
default_button=go
input_size=25
select_size=20
nobox=y
decorations=n
style=position:absolute;top:0px;left:0px;

The "default_button=go" setting is not being honored. Clicking on any of the buttons works properly. Pressing Enter in the control causes a full-text search instead of a title search.

Module "messages_unread_messages" provides a text indication to the user eg "You have 999 new messages" and a hyperlink to messu-mailbox.php.

Would a more graphical alternative module be possible / make sense?

I'm thinking it might display a grey open envelope if there are no messages, a green open envelope if there are only read messages and a red closed envelope if there are any unread messages. (Some might suggest red and read should be paired, but red is usually associated with needing attention, so makes more sense to me.)

On mouse-over, the grey open envelope might say "no messages", the green open envelope might say "999 read messages" and the red closed envelope "999 unread messages"

On click all three would hyperlink to page messu-mailbox.php in the same way that the current module does.

Is this a sensible/viable suggestion to enhance the look and feel of tiki?

Thanks,

Martin

If you include RSS feeds in modules or Wiki pages (in fact, anywhere that $tikilib->parse_data is used) then links always open in new windows.

This should (in my view) default to open in the same window, with a config option to change. It might be possible to do it in the {rss id=} pseudo tag? That might be the least hassle option?

Either way, all the fun is in tikilib.php, and affects all versions from 1.8 to 1.9 (I think 1.6 onwards, but don't quote me!)

When using the __Freetag__ module, users must have __tiki_p_admin__ permission to remove a tag from an object. This is incorrect, it should require __tiki_p_unassign_freetags__ permission.

Line 9 of the __ freetag_list.tpl__ file should be changed from:

{if isset($deleteTag) and $tiki_p_admin eq 'y'} ...

to

{if isset($deleteTag) and $tiki_p_unassign_freetags eq 'y'} ...

As you can see on the video the href action is available on the entire row where the tikihelp button is placed.

It should be limited to the button area.

It may be not limited to the switch user module but elsewhere.

{mediaplayer src="display2120"}

Sometimes, we end up with some strange characters in pages names (accents, punctuation, etc). While it generally works, people should keep URLs with simple characters (like in emails) for nice readable URLS.

For example:
((I know this is all wrong, but fear it might be right - Alain Désilets))

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

{syntax type="tiki" editor="plain"}
setting User Module parameter to flip=yc does not change enything, even when module shade global is set to Module, tested on tiki 6.3 and 6.4.

Also there is no parameters separator for User Module parameters mentioned anywhere in documentation.

I use Tiki Wiki for many of my sites and some of them have multiple domains associated with them. So domain.ca, domain.com and domain.co.uk all point to the same folder on the same server using domain redirection.

The main domain works and looks fine but if I go to any of the other domains everything is there but it is out of place. The modules were in the wrong place on the screen and it looked like the theme CSS was messed up. I tried playing with perspectives, multi-domain, areas, domain redirects (within Tiki), category, themes, and anything else that looked promising.