Category: 2.x

See in action:
http://tikiwiki.org/Test
http://tikiwiki.org/Test2

it causes:

description" href='Test&bl=y' class='wiki'>Test

I am trying to customize the look and feel of the Site Search Bar that gets added to the top of each page when the "Activate" button is clicked next to the "Site Search Bar" subsection of the "General Layout" tab of the Administrator "Look & Feel" page.

Basically, I just want to add "Enter keywords" here in the textbox.

I am having a hard time finding where this code is defined.

I have looked in the following files:
templates\tiki-searchindex.tpl
templates\tiki-searchresults.tpl
templates\modules\mod-search_box.tpl
templates\modules\mod-search_new.tpl
templates\styles\simple\modules\mod-search_box.tpl
templates\styles\simple\modules\mod-search_new.tpl

Could someone point me in the right direction?

Any insight is appreciated.

Thanks!

Webcalendar offers a setting Timezone Offset to Subtract or add hours to server time.

{draw name=timezoneoffset}

This would make things simpler for site which all events are in a common timezone.

Ex.: Showing UTC time in RSS feeds is not very useful...

I give anonymous users read acess to forums, etc. Their timestamps are all UTC based .. seems funny to them since all users including anonymous would be in local TZ

I can set it in Mytiki, preferences but that doesn't apply until someone logs in

I found a display_timezone setting of "EST" in the twiki_preferences table that seems to be totally ignored

Further, I found code in the php files that was commented out with a note "-- Obsolete from 1.7 timezone changes". I don't know what that means


Could a feature please be added to allow the admin to set a default TZ for the site (that the user could then override in Mytwiki, preferencs)

The Problem
i.e. the structure tee ist partial accessible for anonymous -
but in the Page view /tiki-index.php?page=xyz all the substrucktures are clickable but they are not accessible (permission of the subtree gives a 302 for the visitor - so he must go back ...

a robot like google creates so much traffic becose he want follow this dead links

so i thought this is solvable by a sitemap
but Tiki has no intern tool for a sitemap like some other cms.
so i started with a online sitemapgenerator - but disasterarea 302 permission
next sitemap-gen.py from sourceforge but the same disasterarea 302 permission
but much bigger becourse it generates from the apache accesslog.

So next i thought about this mess!OK Why create a link if it is not clickable for anonym
yes thats the first solution to give the thing a straight line

looks like a big bugfamily

<lq_013> before a few day's i started with working on a sitemap for tiki
<lq_013> first Idea with using a external tool end up in a disaster
<lq_013> this courced by permission on some struktures
<lq_013> next disasterpart is the rewrite seo engine wich produces some pages 4 times
<lq_013> each accessible in an other way
<lq_013> the sitemaptool from sourcefrge which makes analyse of the access.log produces much more shit
<lq_013> some things can be restricted in a config file but thats no god Idea
<lq_013> so my suggestion to solve some of this sitemap disasters is to cancel all a href=... where annonymous can't click to
<lq_013> this is more then recommented becourse all visitors and searchengines follow this links and get a 302
<lq_013> with redirekt to login or whatever

Using Structures to assemble Wiki pages into a book is a very powerful way to manage sets of pages in a holistic manner.

A common usage requirement however is to be able to restrict access to some selected pages within a Structure, which works fine from an access control point of view, BUT when the toc function is used ALL the pages will be listed within the Structure no matter what Category permissions the individual user has. This means that users have visibility of some pages that they cannot access - which may be very undesirable!! and conflicts with the WYSIWYCA principle.

It would be extremely useful to be able to filter the resultant list from the toc function, to just the pages/links that the individual user's categorisation permission allow them to see. In this way the categorised pages would not be visible at all in the same way as they are treated in many other functions e.g. List pages etc.

Still does this in 3.0b4

FIXED

{THUMB(id=37)/}

Although Tiki tracks reads for specific blog, it would be nice if Tiki tracked reads for a specific blog post.

I noticed today a bunch of trackback spam in my Tiki-powered blog.

According to Wikipedia, "Many blogs have stopped using trackbacks because dealing with spam became too burdensome."
http://en.wikipedia.org/wiki/Trackback

If you get trackback spam in Tiki, here is how to clean:

Using phpmyadmin, go to the table: tiki_blog_posts

And find the colums "trackbacks_to" and "trackbacks_from". They should contain:

a:0:{}

instead of the spam.


Now, a more permanent solution to avoiding Trackback spam would be nice. Checking how other blogging software does it should provide some tips.

Some ideas:
0- A way to turn it off (this exists in more recent version of Tiki 1.9.x, see "Trackbacks Pings" in the admin panel)
1- Easier mass deletion
2- Email notification to blog owner
3- Using an online service to check for spam.

Filing a bug report in this tracker which mentions javascript ended up with a report with inserted within the word javascript.

Hi, i'm using TikiWiki sinca a while and it's a great tool with hundreds of capabilities.
I'm using a lot the tracker module but in my humble opinion, it lacks an essential feature which would provide some great enhancement:

Graphical statistics generation.

In order to be clear, i'll try to give a real life example for better understanding.

I'm working in the field of information security and was searching for a tool that would bring together wiki, cms and security-related bug tracking capability, in order to migrate our internal knowledge base from a mediawiki install, which is indeed a great user-friendly tool but far less complete and security conscious than tikiwiki....

I'm using the tracker module to gather information about security incidents and in order to provide detailed executive reports, it would be very handy to have a graphical statistics generation tool, which would permit requesting over selected tracker fields, and permitting a graphical representation of gathered data in a defined time window or other things like that.

I hope that this will seem clear and that you will find this idea a good one.
Congratulations and thank you very much to all those who contribute.
Good bye.

Using 1.10 cvs from mid june 2007 (but I bet that this issue might exist also in 1.9.x)

I wonder whether this is going to be considered as a bug or a RFE by coders... (but I consider it a usability bug).

We need a way to ensure that users accept some conditions at registration time to our tiki site. (to conform our laws of privacy of users information kept by the organization, etc.)
We have just set a new tracker item field of type "checkbox", and set it as <span style="color:black;background-color:#ffff66;">mandatory</span>.
But I (as admin) have been able to edit items without checking that checkbox, without any warning that this field is missing, etc. And I could save the edition without that checkbox. But I did get those messages (as expected) when attempting to leave empty any of the other <span style="color:black;background-color:#ffff66;">mandatory</span> fields...

If not using this checkbox approach, there should be a way to configure such a tracker with a required checkbox or similar to be checked.
---
Update using 1.10svn from end of May'08: this bug is still around...

Trackers can be created via a number of different routes - but when the import/export method is used to import the parameters from an existing Tracker to create a new Tracker, the Creation date is left unset ie the database entry is NULL.

Whenever the Trackers are listed the NULL Creation dates values in the listing are then set to the current date instead of being left blank - which of course is very confusing.

This problem is somewhat compounded by the Tracker listing being fixed. ie the default Tracker listing cannot be fine tuned; the field choices and sort order are fixed and there is no way to change this (unlike most of the other TW features). This inability to format Tracker listings has been posted as a previous Feature Request (see item 2007)

No longer relevant - 15th June 2013

When using the TRACKER plugin with Tiki 2.2:
*I created a new tracker.
*In the tracker's description, I enabled the "Wiki parsed" option and included wiki syntax in the description.
*On a wiki page, I added the tracker with the TRACKER plugin
*I set the __showdesc=y__ option.

The description appeared, but was not wiki parsed.

Tracker export feature works well.

But it provides list of category IDs instead of names. Names would be easier to work with.

When you use the tracker field "items list" to link (for instance) offers and demands (or gods from an inventory, etc.), the option to specify to list only the open items, for instance, is needed. If a product is out of stock, would be set as out of stock, and maybe marked as "pending", or if discontinued, marked as "closed". And it shouldn't be listed through the "items list" field.

Nowadays (2.0rc2), it's not clear to me how this could be achieved (if so).

When you declare a field as hidden in a tracker, then the last field of the list of fields in that tracker is not shown at insertion time.

More hidden fields, more fields at the end that "dissapear" from insertion form...

Using svn from May 8th. Last year it worked, afaik

The tracker field option "visible only by creator & admin" not working. I created a new item as a registered user, and that user cannot see that field on the items list.
http://moviments.net/cursos/tiki-view_tracker.php?trackerId=5&sort_mode=created_desc

I've changed the option to editable by admin only, in the mean time.

To be used with Google Maps & Tiki Maps to show locations of tracker items.

For example, the venues of phpbeer.com:
http://phpbeer.com/tiki-view_tracker.php?trackerId=1

Text areas are nice. But wiki pages with history are even nicer.

Not sure how it could done though...

tracker fields should have a description so we could provide users with an explanation on how to fill out the forms.

Plus: Using labels for accessibility

Ex.: Data type : what do my 5 choices mean?

{syntax type="tiki" editor="plain"}
Tracker with radio buttons with 10 selections generates invalid html. The "id=" values in the <input and <label tags are mostly blank. and are duplicated for all radio button fields.

This is best explained with an example:

~pp~
Paragraphs are parsed

just fine here

{TAG(tag=ul)}foo{TAG}

but now

paragraphs and

line breaks aren't working!
~/pp~

This only happens for tag=ul, not even for tag=ol.

This happens regardless whether wiki paragraph formatting is enabled and regardless of whatever is inside the ~np~{TAG(tag=ul)}~/np~, even ~np~{TAG(tag=li)}~/np~'s.

Problem 1:
I created a Wiki page containing the following:

{img src=images/code.png}%%% {CODE()} {THUMB(id=5)}{THUMB} {CODE}

If I select Preview while in edit mode, the thumbnail is displayed, and placing the mouse cursor over thumbnail displays the fullsize image. After the page is saved and displayed, moving the mouse cursor over the thumbnail does not display the fullsize image.

Problem 2:
I created a Wiki page containing the following:

{img src=images/code.png}%%% {CODE()} {THUMB(image=>img/wiki_up/someimage.jpg)}{THUMB}
{THUMB(id=5)}{THUMB} {CODE}

If I select Preview while in edit mode and move the cursor over the first thumbnail, no fullsize image is displayed. If I move the cursor over the second thumbnail, the fullsize image corresponding to the second thumbnail is displayed. If I then move the cursor back over the first thumbnail, the fullsize image corresponding to the second thumbnail is displayed.

I think $exatvalue maybe should be $exactvalue

[r@s tw]# grep -nR exatv *
lib/wiki-plugins/wikiplugin_trackerlist.php:262: $exatvalue = array($exactvalue, $user);

[r@s tw]# head lib/wiki-plugins/wikiplugin_trackerlist.php
<?php
// $Id: /cvsroot/tikiwiki/tiki/lib/wiki-plugins/wikiplugin_trackerlist.php,v 1.40.2.12 2008-03-22 12:13:54 sylvieg Exp $
//