Category: Javascript

Problem in image gallery browsing - images don't show - a javascript issue?

The default image set for the 'preview' image is an image called imagestest.gif I guess javascript fanciness is intended to replace this value with the real source value

If I'm right, this would be asking for bugs, compared to actually providing the value in the page contents - what if people don't have javascript?

This error can be seen in my original installation (assuming I don't fix it somehow) at http://cefn.com/cefntiki/tiki-browse_image.php?galleryId=5&sort_mode=created_desc&desp=0&offset=0&imageId=50

The images DO show when navigating them via the gallery (as thumbnails), if you include them as images in pages, or if you manually launch a slideshow by clicking on the Eye icon.

http://fotonotes.net/
http://wikifarm.koumbit.net/wikigraphe
http://kryogenix.org/code/browser/annimg/annimg.html



A nice usage example:
http://flickr.com/photos/36381329@N00/2190723280/

{syntax type="tiki" editor="plain"}
Activating the PlugIn FullCalendar for the display of calendar items does not show event information as expected when using the 24h display mode.
It seems that FullCalendar is not aware of the setting (12h/24h) and shows the time as AM/PM anyway.

In tiki_categories-admin.tpl, the javascript function toggle is used to toggle tree nodes for subcategories. However, that function appears in two places - PHPLayers menu and tiki-js. Ouch.

This worked in 1.9 and is broken in 1.10



Same is true for the debug console and (I suspect) anything else that uses the toggle function.

I isolated the problem - I added the browse categories module - that includes phplayers-tiki.php, which includes lib/phplayers, which has the toggle function...

More tracking found the problem - it is in lib/phplayers/lib/treemenu.inc.php

the makeNewTree function looks for a menu_name variable that is added to the toggle function name. This works for the standard category view. However, somewhere along the line the name isn't passed properly in categories module.

The other complication is that the normal category browsing page doesn't work right with this module.


Oddly, phplayers is not included in the 1.10 head download, so I don't get it.

For text area trackers:

http://www.felgall.com/jstip42.htm

# Create a field of type JSCalendar
# go entering a new tracker item
and see weird behaviour:

__With Konqueror:__
* JSCalendar opens
* You can select a date
* Clicking besides the calendar closes it
* The field still reads the current date, that was shown, when starting to create the tracker item

__With FireFox:__
* JSCalendar opens
* You can select a date
* JSCalendar is closed immediately
* The date field is empty

Saving the Tracker item saves the always the current date and time with both browsers

And since clicking a date choose it and closes the box, js calendar is practically unusable at the moment.

Using 1.9.cvs (but this bug has been there for months... :-/ )

When saving a new entry in calendar, if jscalendar is enabled, then the time you selected at save time is not the one you see as recorded, but some hours different.

Using recent 1.9.8code, on calendar feature:
jscalendar still unusable right now: unable to select a month+day+time with it if not default month
When you click on the next month (aiming to select then the day of that month), the popup jscalendar box is closed with the new motnh selected, but not the day or hour. When you click to navigate again, current date is shown again as default...

If you change first day, then month is not changed and you have to start over from the beggining each time... => unusable.

Using firefox 2.0.0.6 under win 2k.
---
BTW, probably related to this other old bug from amette (probably unsolved, also):
[http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=388&trackerId=5]

I use Tikiwiki v2.2

I use the standard menu id=42 for admin menu on the right pane on my website but the menus will not expand so I am able to see the menuitems.

I get the following javascript error in my browser:

Error: document.getElementsByName("icn" + foo)[0] is undefined
Source File: http://www.mydomain.com/lib/tiki-js.js
Line: 520

When editing a wiki page, clicking on any of the toolbar icons:

{img id=102}

causes page to refresh.

Tested with FireFox 3.5 (linux) and IE 6.

If the page is edited using the edit icon (which loads the editor using Ajax), then the feature does work.

This feature works on previous version of tiki (3.x) with the same browsers.

Tiki cache was ceared. No difference.

I miss predefined mathematical functions like "Sum(number_1, number_2 ...)"

When the functions are there I would like a help list (like in for example google spreadsheets) that presents possible names on mathematical functions that can be performed. For example: I type "=S" and the cell presents med with a list of alternatives like

"Sign(number)"
"Sin(number)"
"Sum(number_1, number_2 ...)"

In the early days of TikiWiki, we used a bunch of modules (last_modified_wiki_pages, last_articles, Last this, Last that, etc.) to show recent changes to visitors. We ended up with many modules and it was cluttered.

All this became a lot better once the "Since your last visit" module came around to adding all the features. As a bonus, it checks permissions and shows the information since the user's last login. Very sweet.

Now, I am hoping to get to the same result for the many edit/input boxes.

In version 3.0, the quick_edit module checks (with Ajax) for names of existing wiki pages to edit. This avoids duplication. Great stuff. Wikipedia does something similar when you are searching for a page name.


I almost always have the search box on.

However, I also add "search page name" because the general search engine may not return the page I am looking for as the search result.

Here is an idea:

A new module which combines three modules:
search_wiki_page
search_new
quick_edit

See top right of http://moinmo.in/ for an example.

The action buttons are grayed out until text is entered in the text box. -> Very nice


Button should be WYSIWYCA


See top-right search box at:
http://www.ohloh.net/projects/tikiwiki
http://www.wikicreole.org/



__Alternatively, we could combine search page name and search text, and in the search results, we would first show pages names, and then, search text. This involves more work, but could be better for the end user UI.__

^I think the existing layout for the search top right in TW is fundamentally good. A text box, then a drop-down then a button. Why because the drop down is more future proof than any of the layouts from the other sites you reference.

If we make the contents of the drop down easy to customise or at the very least document how to add to it. For example the CRM function could add items to the drop down for "Contacts" and "Accounts", webmail could add "Mail Messages" and so on.

I do agree the wikipage create/edit module should be included in the top right search function.

I think this is an example of where considering the future openness of the solution would be very important - MatWho^

{THUMB(id=98)}{THUMB}

When you rollover any of the phplayers horiz menu, causing the menu to popup, and then subsequently try to use an overlib, e.g. the userlink popup that appears when you rollover the name of a user, the overlib will fail with javascript error "windowWidth is not a function".

The reason is because phplayers layersmenu.js (or if you have copied its contents into another file like layersmeny-header.ijs) defines windowWidth as it works, destroying the overlib function.

Session expiration is producing some losts on forum posts (in a similar way it was happening on wiki edits...). That solution by ricks99 was very smart on wiki edits. Could it be added also (or similar behavior) to forum posts?

---
update: Do the same on trackers!!! (show some popup if you are going to loose your session on that site)
I had lost that information because I my session (apparently) expired... (maybe there was a conflict of cookies with the ones on other 1.9.9 tiki sites I was loging in and working in right now)...

Please see
http://doc.tikiwiki.org/Lost+edit


{FLASH(movie=files/FeatureRequest_BetterHandlingOfBackButtonWhileEditing.swf,width=>811,height=>708,quality=>high)}{FLASH}

There are several places in Tiki code where target="_blank" is used.


"Much to the chagrin of Web designers everywhere, the HTML 4.0 Strict and XHTML 1.0 Strict recommendations of the W3C no longer include the target attribute of the <a> tag. The Transitional versions of the specifications still include it, but by definition, these specs are on the way out.

Whatever your personal feelings on the practice, the most common application for this attribute -- opening a link in a new browser window with target="_blank" -- is still useful on today's Internet. So if the standards say we shouldn't use it, how should we go about creating new-window links, while following the latest Web standards?"
http://www.sitepoint.com/article/standards-compliant-world

Mouse over summaries here is OK:
http://dev.tikiwiki.org/tiki-view_tracker.php?trackerId=5

But not here:
http://dev.tikiwiki.org/Rating

The mouse over functionality has not yet been coded in the trackerlist wiki plugin.

I am using tikiwik 1.9.7 on RHEL 3 with apache 2.0.54 and PHP Version 5.0.5. I have apache listening on port 80 and 443 (https). WHen I bring up the login page (https://myservername.domain.org/tikiwiki/) and then login, tikiwiki kicks back to the http version... (http://myservername.domain.org/tikiwiki/tiki-index.php)............
This should not happen...it is a bug.

does any body know ways to resolve it???

Tiki tabs are a nifty feature to make a page cleaner / simpler.

For example for trackers, we have:

View / Comments / Attachments/ Edit

However, I want to be able to link directly to "edit" so someone could be invited to edit their user tracker or add a bug or add a calendar item.

I would like something like this:
tiki-view_tracker_item.php?trackerId=5&itemId=978#view
tiki-view_tracker_item.php?trackerId=5&itemId=978#edit


There seems to be the start of something:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=980&show=edit

Hi guys!
This is my first contribution with the tikiwiki community.

Here follows my fixes to the trackers filters that occurs when someone selects a filter and try to select another filter. The input for the filter where alternating between visible or not, causing the bug.

Thanks!

When trying to reset a password for a user you can't click the confirm button on the confirm page. Click the confirm to submit the form gives the javascript error "uncaught TypeError: Property 'submit' of object #<an HTMLFormElement> is not a function" in chrome. This is caused by one of the inputs in the form being named submit. So the function the confirm button calls "javascript:document.forms['confirm'].submit();" is calling the submit input element instead of the submit method of the form. To fix this change the name of the submit button in tiki-adminusers.tpl from "submit" to something else.

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!