Category: Feature request

usability: allow to show the form to post new comments to tracker items below the item.

Many new users to tiki sites, in barter networks (such as http://intercanvis.net ) they don't know how to contact the person who added the offer or demand just from the screen where they are seeing the item.

(for sure, captach should be shown when allowing anons to post comments to tracker items)

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.

{syntax type="tiki" editor="plain"}
Problem: users forget their username

But they should remember their email.

Maybe this feature request is not trivial because password is encrypted with username.

But maybe it could be:

user enters email.
Tiki checks what is the username for that email

login is attempted with the username and password



Ideally, system would accept either email or login in interface (case insensitive)

I had tested and finally used in 5.3 HTML into the sub-tile of the Header.

This allows to comment or to have longer information and to be free of the content and look.

The 6.x version don't allows this anymore. So the title and subtitle is poor (fivealive style).

I do believe that the best way should be a table (not a frame because of HTML5) and the ability to define the content of to line (<tr>), one for title, the other for sub-title.
(then the sub-title could not be written, if long enough, under the login button... which can overlay it)

Both they could content HTML.

The style of each <tr> has the actual default value but HTML with common tags as <span> or <img> allows to build a good title.

Naturally there is a downside : The title and subtitle must be sometime used as text (to be print for example). Then we obviously discover (invent) that we have two different GUI objects :
*the title HTML block which should be displayed into the header
*the title as text

The technical solution is simple :
The syntax of an HTML title and subtitle "must" be :
<span id="site_title" title="the text title" ... {other attributes} > ... HTML content ... </span>
So it is easy to parse the content to get "text_title" and "text_subtitle".

This could be implemented for 6.1 and after into 7.x trunk

To be able to use certain variables such as:

{CODE()}{page} or {$page}
{lang} or {$lang}
{username} or {$username}{CODE}

So we could have contextual images depending on language:
{CODE()}
{img src=image{lang}.jpg }
{CODE}

and links like:
{CODE()}
[tiki-editpage.php?page={$page}|Edit this page]
{CODE}

Use table sorter with plugin list or customSearch to perform sum values from a field

The Webmail and Groupmail feature uses old Tiki icons (or plain text).

They should use the last Tiki icon generation (FontAwesome) and text links should be modernized accordingly.

A lot of work done here:
http://framework.zend.com/manual/1.12/en/zend.currency.html

I have problems with login/user banning, because of spam-users.
The users have already the same email-address or a part is identical.

I have a dream, banning a user per part of an email address....

So we know which admin created a login...


We currently have a log entry when a user is assigned to a group, but not when he is unassigned.

Also, we have:
unassigned perm tiki_p_broadcast from group admin

but not:
assigned perm tiki_p_broadcast from group admin



Maybe adding failed login attempts would be good too...

That is truly confusing as the Tikiwiki system apart from that seems really polished. We started a new community page and realize that there truly is nothing like a user list in tikiwiki 3.2. The friendNetwork system shows as "deprecated" under "experimental" and the mods-section is empty except a few themes so the userlist-plugin is not there as well. It is unfortunately important for a bigger site to have a chance for normal user to search for user, list the team depending on groups people are part of and all this with a clickable list showing homepage (if entered), ICQ (if entered), a profile link, list of pages and forum posts etc.
All those I miss dearly and the tikiwiki documentation for the tracker (which seem to be able to do that with some programming?) is for a just-user-type like me not understandable I fear. :-/

During long edit session on Doc or Dev (not only on wiki page) it happens that you have been disconnected without knowing it.

When it happen the page you were working on disappear and instead you have a message you are not authorized to use this feature or other redirection depending of your tiki setting and the feature you were in.

It leads to confusion and unless you keep cold blood, log and reload back the previous page you may loose your precious work. We have to find a better way as this is super frustrating and damage Tiki reputation.

I suggest the following on any submit, save, etc action (click on a button, etc) we have a check if action is possible and user session is still active.

If not without changing page we display a modal over the page with the login module and a cancel button so the user can relog and resume his action or get out of the page.

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.

User have no idea maintenance is underway when they are editing a page.
Admin (or an automated task) have no idea if users are working on a page before staring a disrupting maintenance task.

This is a pain, annoying and really bad for Tiki when after several minutes editing a page on save the user see the maintenance screen.

Due to the way Tiki security check work, reloading the page doesn't work.
{img fileId="1639" thumb="box"}

#__We need this as manual option with "threshold" "time of maintenance" and "message" parameters.__
## This would initiate an alert with a "message" displayed nn minutes (threshold) before the "time of maintenance" activated when a user login
## Admin should receive a warning users are connected before closing a Tiki site
# As automatic option when using tools like Tiki Manager, php console.php or vcs:update
## Warn the user an update will start
## Warn the admin users are connected
## Postpone a process if a user is connected (for big site with heavy indexes the I:r operation could be postponed as log as users are connected or eventually forced "-f")
## ...

{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.

Users Information Tracker Fields Asked at Registration Time
(fieldIds separated with :)
corresponds with the Tracker plugin's fields

No autoassign is possible by the time of registration, while the plugin would offer that TW5<=.

I would like to send a message to my users, with a unique URL, so they can update their user tracker without needing to login.

{syntax type="tiki" editor="plain"}
Please see:
((doc:User Preference Field))
((doc:User Trackers))


Missing:
Avatar, Full name, URL, avatar, etc.


Also, each relevant field here should optional tiki-user_preferences.php

When user has spaces in their name they can`t use messaging system
try "test user" as username

In earlier versions of Tiki, usernames for login were case insensitive.
marclaporte = MarcLaporte

Now, they are case sensitive:
marclaporte <> MarcLaporte

This is a usability problem, especially with non-technical users.

When trying to login with their username (with a different case) they get "Invalid username or password".

So they try to use tiki-remind_password.php (again with the wrong case) The error message is: "Unable to send mail. User has not configured email: MarcLaporte"

So they end up trying to create another user. When they try to create a new user with a different case, they get an error "User already exists". If usernames are really case sensitive, I should be able to create 2 distinct users, MarcLaporte and marclaporte. This would obviously lead to confusion.

My request / suggestion:

Restore case insensitiveness in usernames for logins (or at least restore the option with much better error messages when in case sensitive mode)

Thanks!

M ;-)

No nearer clarification - just heard about it.
I can well believe it though - not digged into code.
But it's not consistent! And not good over all.

With the 1.10b (and latest svn changes) it is meant for admins to be able to change the creator of the forums.

Unfortunately, all users with permission to create blogs, can now create blogs for any other user - even if they can not post to them.

It seems that the latest file templates/tiki-edit_blog.tpl and .php requires that a value for the creator is passed back from the field Creator. Thus, the field has to be present with a valid content.