Category: 2.x

A simple tracker view (such as: http://uniwiki.ourproject.org/tiki-view_tracker.php?trackerId=4) produces a warning like:
^
Notice: Undefined index: showAttachments in /var/lib/gforge/chroot/home/groups/uniwiki/htdocs/tiki-view_tracker.php on line 625

Warning: Cannot modify header information - headers already sent by (output started at /var/lib/gforge/chroot/home/groups/uniwiki/htdocs/tiki-view_tracker.php:625) in /var/lib/gforge/chroot/home/groups/uniwiki/htdocs/tiki-view_tracker.php on line 675
^

if some person goes on a vandalism spree it would be great to have one button to undo all their edits

This could be a good source:
http://www.famfamfam.com/lab/icons/flags/

Type in wiki page:
^
~pp~
!test test
1111
~pp~
2222
3333
~/pp~~/pp~
^
Work fine:
^
__test test__

1111

2222
3333
^
if type russian heading:
^
~pp~
!тест тест
1111
~pp~
2222
3333
~/pp~~/pp~
^
Result is break:
^
__тест тест__

__2222__
__3333__

__3__
~pp~~/pp~~/pp~
^

Please see: ((Upgrade script))

From tiki-devel

"I got it - Something must be done before releasing 1.10
Before in 1.9, there was 2 tables tiki_user_watches and
tiki_mail_events.
tiki_mail_events contained the generic notifications and unfortunately
all trackers/ tracker items watches.
In 1.10 both tables have been merged into tiki_user_watches - but I did
not see in the upgrade script something around tiki_mail_events copy to
tiki_user_watches
And effectively I lost all my trackres watches
A volunteer to fix that?"

Installer needs to take into account that Upgrading to 1.10 from 1.9 version prior to 1.9.8 requires tiki_1.8to1.9.sql

Hi there,

it is very unhandy to attach files or include images in wiki pages, articles or any other content a user provides. Until now, there are means like:

a) Upload a file to a file gallery and reference it manually using the link given.
b) Upload a file to a wiki page and reference it manually.
c) Try using the WYSIWYG editor and realize it does not upload the image.

Well, what I did is I added some quicktags to your code that opens a custom upload file dialog with a preselected file gallery. The user can browse, upload and add the file into his content in one step. Basically it uploads the file and appends the wiki code at the cursor position.

I will attach you all my environment...there is a file itb_readme.txt in the root which describes in chapter 3 all the changes I do...maybe somebody of your development team assesses this as an important feature and can leverage some code...

Regards,

Maic

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/

{img src=images/code.png}%%% {CODE(wrap=1)}
(6:51:03 PM) The topic for #sumo is: irc channel for development of http://support.mozilla.com/ || see also mozilla.support.planning (newsgroup) || Next meeting: 2pm PST Dec. 4; http://wiki.mozilla.org/Support/Weekly_Meetings || If you'd like to help test the live chat software PM Lucy
(7:19:06 AM) MarcoZ: Hi there!
(7:19:29 AM) Tomcat: hi MarcoZ :)
(7:19:53 AM) MarcoZ: Hi Tomcat!
(7:20:23 AM) MarcoZ: Can anybody tell the new kid on the blog how to create an article on Sumo? I would like to get an article into the knowledgebase about what's new in the area of a11y in Firefox 3.
(7:20:36 AM) MarcoZ: But I can't find a way (at least none that is obvious to me) how to start an article.
(7:20:55 AM) Tomcat: Lucy: ^
(7:21:20 AM) Tomcat: in case you are awake :)
(7:57:08 AM) marclaporte: MarcoZH: I don't know what the editorial rules are, but just edit a page and change the name in the URL
(8:07:42 AM) MarcoZ: marclaporte, thanks, will give this a try. If I simply do something like support.mozilla.com/kb/MyNewTitle , I get a 404, and an option to create a new page, but with the hint in parentheses that "this page will be orphaned", but without any further explanation to what this implies.
(8:08:18 AM) MarcoZ: djst, hi! This is Marco, the a11y guy :-)
(8:09:44 AM) djst: MarcoZ: hey thre!
(8:10:00 AM) djst: MarcoZ: great to see you around
(8:11:02 AM) djst: MarcoZ: i missed your previous conversation with marclaporte, in case there's anything you're wondering about
(8:11:13 AM) djst: MarcoZ: is the sumo site usable at all as it is?
(8:12:22 AM) MarcoZ: djst, yes it is usable and has good markup. That's not a problem. I just can't figure out how to start a new article. I shot you an e-mail about it earlier, but if you know the answer from the top of your head, we can discuss it here.
(8:13:00 AM) djst: ah yeah, let me see if there's a fix for that. there was a quick edit form in the contributor home page before but i think it was removed
(8:13:02 AM) djst: let me check
(8:14:08 AM) djst: MarcoZ: http://support.mozilla.com/kb/Creating+articles
(8:14:27 AM) djst: that page is linked to from the contributor home page (which should be the page you see when you log in, but currently it's not)
(8:14:43 AM) djst: MarcoZ: this is not optimal, we should make this easier to see
(8:19:38 AM) MarcoZ: djst, thanks this is the starting point I needed.
(8:20:05 AM) djst: MarcoZ: ok. i'm here most of my work days so just ping me if you need any other info.
(8:21:24 AM) marclaporte: :-)
(8:22:04 AM) marclaporte: MarcoZ: are you using JAWS or something similar?
(8:31:45 AM) MarcoZ: marclaporte, yes, on Windows I'm using JAWS, on Linux I'm using Orca.
(8:33:40 AM) marclaporte: MarcoZ: I have a few questions about a11y and wikis if you don't mind
(8:34:53 AM) marclaporte: 1st off: an intro so you get an idea where I am coming from. My name is Marc Laporte and I am a project admin for TikiWiki CMS/Groupware
(8:35:25 AM) marclaporte: I took a course on a11y, but I never really had much real world experience
(8:36:12 AM) marclaporte: I would like TikiWiki to become more & more accessible, hopefully, eventually, fully accessible out of the box
(8:36:49 AM) marclaporte: I have a theory that wiki syntax maybe a positive thing for a11y, but I don't know really
(8:37:30 AM) marclaporte: (compared to standard html CMSs or the ones that use WYSIWYG/rich text editors)
(8:38:32 AM) marclaporte: We currently have no one helping/promoting/testing/etc a11y and I hope this could change.
(8:38:49 AM) marclaporte: so....
(8:39:08 AM) MarcoZ: marclaporte, thanks for your introduction! I started as the accessibility QA at Mozilla last week.
(8:39:28 AM) marclaporte: sweet
(8:41:07 AM) marclaporte: So what is global a11y status in FF as of now?
(8:41:24 AM) MarcoZ: marclaporte, so far what I've seen looks pretty good with JAWS on Sumo. The only real problem I ran into was actually signing up. The captcha system is not accessible at all. There is an accessible chaptcha system called ReCaptcha (http://www.recaptcha.net) that is accessible. That's the one improvement I definitely know Tiki could use. Unless of course, the captcha isn't standard, .
(8:42:01 AM) marclaporte: MarcoZ: I appreciate the feedback
(8:42:04 AM) MarcoZ: well, global a11y status in FF 3 will be a lot better than in 2, primarily because FF3 is also going to be accessible on Linux, not just Windows.
(8:42:18 AM) marclaporte: I see
(8:42:38 AM) marclaporte: Is wiki syntax better or worse for a11y?
(8:42:47 AM) marclaporte: (in general, not specifically TikiWiki)
(8:43:01 AM) MarcoZ: I made the switch from IE quite a long time ago, and there's only one site that I can't use with Firefox. And that's not because of a11y reasons, but because the music store I use here in Germany only works with IE, so every sighted person will also have this problem. :-)
(8:43:28 AM) MarcoZ: I mostly worked on MediaWiki so far, and the Wiki syntax was easy to grasp for me.
(8:43:59 AM) MarcoZ: It is appreciated to have these helper buttons/links available to insert the Wiki tags, so one doesn't have to memorize them all, but editing stuff, and having a feeling I know what I'm doing, is good with Wiki syntax.
(8:46:29 AM) marclaporte: MarcoZ: are you able to use the quicktags? or you type the syntax?
(8:51:33 AM) marclaporte: MarcoZ: I am going to log a feature enhancement request on dev.tikiwiki.org wishlist. May I copy/paste our current discussion in the tracker?
(8:51:33 AM) MarcoZ: The quicktags appear as links for JAWS, so i can simply select one and activate it to insert the quicktags. Works quite nocely actually. :-)
(8:52:26 AM) MarcoZ: marclaporte, sure!
(8:52:59 AM) marclaporte: MarcoZ: so you insert and after you find the text with wiki syntax and you go and change it?
(8:58:04 AM) MarcoZ: marclaporte, yes. For example, the heading level 1 notation is an exclamation mark followed by text, heading level 2 is two exclamation marks. I simply change the text after it.
(8:59:49 AM) marclaporte: Excellent.
(9:00:12 AM) marclaporte: ReCaptcha is very interesting!
{CODE}

This would be nice to have more control over menu look & feel

http://wiki.novemberborn.net/sifr/
"sIFR (or Scalable Inman Flash Replacement) is a technology that allows you to replace text elements on screen with Flash equivalents."


http://www.text2png.com/code_standalone.php


http://www.iconforge.co.za/

This is a useful feature for an Intranet. However it's not so good if the emails are not to be disclosed. I think some code has been done in 1.10 for this. However, the feature probably needs more work.

When typing an email address in a wiki page, Tiki can automatically protect the address.

For example: foo@bar.com

But, if you enclose the email address with punctuation, the anti-spam protection is lost.

For example: (foo@bar.com)

If you use the tracker with mirror, when creating the fields, you cannot save any comments, options, descriptions. You have to do it directly in the Database, then it works.

If you use the tracker without mirror, it works just fine.

CVS update of 1.10 at 04:27 UTC

After the admin user "Admin" enables the poll feature, they are unable to access the poll administration page.

To reproduce:
1. Log in as admin
2. Enable Polls checkbox via the Features-->Admin Page
3. Click on "polls" in left-hand admin menu
4. Permission is refused.

Another way to reproduce
1. Log in as "Admin"
2. Click on "Admin Home" in the left hand menu
3. Click on the "Polls" Icon.
4. User is taken to ~/tiki-admin.php?page=polls, which is not Polls Admin, but Polls comment admin.
5. Click on link at top of page: "To add/remove polls, look for "Polls" under "Admin" on the application menu, or Click Here."
6. URL when hovering is ~/tiki-admin_polls.php
7. Receive permission refused error.

If you enable Users can Configure Modules they can do this from the page under MyTiki. But the icon to switch sides, in the title of each module, does not work. Also, the delete red cross, shows a cofirmation dialog box, but does not actually delete the module.

Using 2.0beta code, afaicr.

There are two different users (from two people) in a site: "Xavi" and "Xavier"

This user (which is me)
http://intercanvis.net/tiki-user_information.php?view_user=Xavi

shows some data from the user "Xavier" (the data from the group tracker, afaik):
^
Nom: xavier
Cognoms: rocabert argila
Usuari: xavierrocabert
Telèfon: 932372798
Barri / Població: barcelona
^

As you can see, this information belongs to this other user:
http://intercanvis.net/tiki-user_information.php?view_user=Xavier

{syntax type="tiki" editor="plain"}
I upgraded a TW 1.9.1 installation to 2.3 (I did an upgrade from 1.9.1 to 1.9.11 first, and then immediately did the upgrade to 2.3).

After the upgrade completed successfully, I noticed that the user modules I had were empty. I could see the title and the box, but no content (which were user menus).

To make a long story short, I found that the problem was the templates/tiki-user_menu.tpl template was not rendering anything. I noticed that there was also a tiki-usermenu.tpl template that rendered a list of menus for the admin pages. I tried renaming the tiki-user_menu.tpl file to tiki-user_menu2.tpl and changing line 34 of the lib/smarty_tiki/function.menu.php file to:

$tpl = 'tiki-user_menu2.tpl';

That fixed the problem.

Maybe there's some sort of name collision with tiki-usermenu.tpl when Smarty tries rendering tiki-user_menu.tpl. I didn't see any PHP errors when it wasn't working. Yes, I did try clearing TikiWiki's caches and the browser's cache and it didn't work.

Workflow.tikiwiki.org is running 1.9.8.3. I was playing around with InterTiki settings and enabled pulling of UserPrefs from the master site. I know on the mater site, my particular user ID has privacy turned on such that my information is not visible to users.

When I go to wf.tw.o as an anonymous user, I can hover my cursor over a user (such as myself) and it will show a box with my information...email address, location, etc. When I try and do the same on the tw.o master site, I get "user information is private" or something.

I'm wondering if there is a bug or oversight with InterTiki where it is not pulling all of the user preferences, and if that is the case, if someone can fix it so that privacy settings are honoured?

Thanks!

Today, once someone has replied to a survey, he cannot change his mind on the given answers if he has made mistakes. So, when returning to the survey menu, their is no other choice but to list the results.

{syntax type="tiki" editor="plain"}
Users can have several status:
*new account (needs to be validated)
*normal account.

Maybe we will want more in the future (ex.: suspended)

It would be good for the admin to be able to see the status in tiki-adminusers.php, filter by type and change/override the status. Ex.: a user never received the validation email because of spam filter.

The User Task System is working fine but.. the tasks are not shown in the module..

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 $
//