Category: Javascript

1- The "all" checkbox doesn't work (IE & Moz)

2- Upload works in Moz but not IE

I have a tracker with 80 items and one with 200 items. Latest code from SVN (updated 6/24).

Pagination fails completely - sometimes page 3 works, sometimes it doesn't. Page 2 fails all the time (that is - no movement)


This is with ajax on: firebug reports POST:
xajax=loadComponent&xajaxr=1214318443517&xajaxargs[]=tiki-view_tracker.tpl&xajaxargs[]=tiki-center

Even thought the param for offset is right, the data returned is always the same page I just sent.

As a result, nothing happens! Is there a way to turn ajax off in trackers only?

Without Ajax, the page changes, and if I manually put the URL in with the right offset, it goes to the right page

More details-
The error appears to be tied to the "insert new item" tab of a linked item.

IE reports an XML error, as does Firefox. The firefox console says this:
Error: not well-formed
Source File: http://www.casesofinterest.com/tiki/tiki-view_tracker.php?trackerId=8&offset=10
Line: 606, Column: 46
Source Code:
<option value="Technology and the Demand for Skill - An Analysis of Within an

The green arrow points to between the S and k in "Skill". Note the extra space - none appears in the linked field.

Even when I got rid of that item, AJAX pagination fails, but this time without a console error. What happens is that the window doesn't resize, and I get a "windowWidth is not defined" error, and the tabs never form.

In TikiSheet: I'm trying to have 'T' or 'true' shown when two other columns have the same value. But =(H3==K3) when saved shows "true=(H2=". Note the truncation; the truncated stuff shows up in the expression field on the edit screen. Before being saved the cell shows 'true'. Adding a conditional ("?:") expression wrapper did not help.

Also, a spreadsheet could not have rows added to it until a similar expression was removed from the spreadsheet.

The new Java edition 6 released today causes the 3B browser to not work at all

(After Java update did restart of PC and left - somehow it did not restart. After restart all if fine. Sorry

The 3D Browser worked for a while and then at some point stopped working - blank page.

Apparently the loadComponent function is not present. I tested ajzxlib->processRequests by changing it to printJavaScript instead of getJavaScript - this had the effect of putting the function loadComponent into the javascript, but it still failed.

It's very easy to add manually by editing templates/footer.tpl, it would be nicer to have the _uacct saved in the database with the rest of the settings. Upgrades would be easier for site admins.

Please see:
https://www.google.com/support/analytics/bin/answer.py?answer=55488

This would be similar to gmap.

Related:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=1177


Maybe this feature request could be even more generic to include easy ways to add other services and/or make it easy to use with open source apps like phpOpenTracker or phpMyVisites.

http://www.phpmyvisites.us also recommends putting the code just before /body>


Also, there should be a way to exclude certain or all groups from tracking. If I use 1 Tiki for a public website and and Intranet, I don't want my Intranet traffic to pollute my public site stats. I could just want anonymous users to be tracked.


Also, let's integrate more tightly with the new [http://www.google.com/analytics/GATCmigrationguide.pdf|ga.js] code so we can track downloaded files, and take advantage of other nice stats.

When trying to create a new page with apostrophe in page name, the wysiwyg editor does not load

Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.

Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.

Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.

See attached screenshot

This WYSIWYG code is provided by htmlarea, which is no longer maintained.
http://www.dynarch.com/projects/htmlarea/

So we should replace with http://www.<span style="color:black;background-color:#ffff66;">fckeditor</span>.net/, which is the chosen editor in Tiki 1.10

This affects e.g. Articles, Admin and Image Galleries

Weirdest thing about that is, that the menu is collapsed when in Admin -> Menu editing the menu.. :O

suggested by r1 on #tikiwiki
http://24ways.org/2007/capturing-caps-lock

__Steps to reproduce:__
# as an admin on a wiki page follow the __Perms__ link
# go to "Select Groups" → tick "Anonymous" only and [[Select]
# on "Assign Permissions" tick for example the first one: "Can use the page as a tracker template (''tiki_p_use_as_template'')" and [[Assign]

it will save, reload the page but the previously ticked checkbox doesn't display as ticked anymore

Using the Tiki's built-in TPL file editor to change a title on a TPL page (e.g. "Admin Tracker" to "Administer Reports" for "tiki-admin_tracker.tpl" file) causes insertion of "" character sequence at several places throughout the modified "tiki-admin_tracker.tpl" file. The original "tiki-admin_tracker.tpl" is unmodified. The modified "tiki-admin_tracker.tpl" file contains "" in such places as "javascript" (rather than "javascript"), which breaks the links on the Admin Tracker tabs.

About the JQuery experimental branch

This bug is seen by our IE 8 clients. We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

When our users are editing in the CKEditor WYSIWYG and try the File option in the toolbar there is a Javascript error for lib/jquery_tiki/tiki-jquery.js at line 808 char 4. What is happening after the error is thrown is that no new window is opened (as expected) but the File selection fields are now under the WYSIWYG Editor. This wouldnt be an issue, but there is no OK button to select the file so our users can not like to a file in the File Gallery.

If I try using the File option in FF then it opens a new window and I can select the file just fine.

Since IE is our corp standard our users need to be able to add files using that browser. Also, they had no problem in Tiki 5.x but that was a different WYSIWYG system.

Thanks,
Tim

on the features selection page there is a checkbox for each feature with its name next to it. In normal Web UIs a checkbox is next to a &lt;label&gt; tag which contains the text referring to the setting the checkbox controls. If you set up the name= and title= for both the input and the label then clicking that text automatically selects the checkbox.

This is not always implemented properly across the web but it is the way forms are supposed to be used and it is easy and no one ever complains about it. It increases the effective size of the checkbox and cements the relationship with the word.

On the features selection page, however, the text instead links to the tikiwiki.org descriptions of the features. This confused me and happened several times before I retaught myself to not click the words.

Currently, when you create a process and initiate an instance, the user is prompted to name the instance, presumably as some way they can remember it in their own jumble of process instances (or tickets, as I like to call them).

I would like the admin to have the ability of eliminating that need on a per-process basis, and instead automatically naming the instance with the instance ID. This should give people the flexibility, if they want, to allow the user to create a memorable moniker, or allow it to traditionally take on a "ticket number" type of designation.

It really depends on the environment that the workflow is being used in. In a high-volume workplace, it may be best to use a ticketing style of identification. In a smaller-volume workplace, I can definitely see how custom names would be beneficial.

If I get time, I'll work on this.

Project to perform many of the functions of CRM using as many existing Tiki features as possible (dev notes).

Why do they look different?
tiki-browse_categories.php
tiki-admin_categories.php

http://tikiwiki.org/tiki-index.php?page=20040302MarcLaporteInterview&highlight=marc%20laporte

Obviously:
DD_belatedPNG fix is enabled by default on the site logo and is intended for IE 6 only.
The IE 6 check is in lib/setup/js_detect.php
strpos($_SERVER['HTTP_USER_AGENT'], 'MSIE 6') !== false

The problem with this is that IE 8 will also get detected, check this:
---
Mozilla/4.0 (compatible; __MSIE 8.0__; Windows NT 6.1; Trident/4.0; Mozilla/4.0 (compatible; __MSIE 6.0__; Windows NT 5.1; SV1) ; SLCC2; .NET CLR 2.0.50727; Media Center PC 6.0; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET CLR 1.1.4322)
---

The bug with all this lies in the fact that IE 8 shows a few js errors on DD_belatedPNG.js on each page load and that could prevent IE from submitting.

With version 2.2 (not checked previous versions) using the "Show/Hide Menus" option to collapse a left or right hand column with IE7 gives page errors and does not execute. Error message says:

Line 409
Char 4
Error: Could not get the display property. Invalid argument.
Code:0
URL: http://dev.tikiwiki.org/tiki-index.php

Function works fine in FF3 and (surprisingly) IE6 but gives exactly the same problem across a number of different tiki sites with IE7, including dev.tikiwiki.org.

The error message (it is assumed) refers to the function flip(foo,style) in lib/tiki-js.js

FIXED