It doesn't work for me (Safari 2.0.3) and there has been one other person in #TWiki asking about it (no info on the browser there.

This renders DateFieldPlugin useless.

As it's a javascript thing, i'm hoping someone who knows js and/or knows how js works within TWiki fixe it soon.

---

The calendar pops up, all right (as long as you have enabled the plugin) but it appears below the screen, somehow. It works perfectly in classic and no skins. Only broken in PatternSkin.

Arthur?

CC

It behaves slightly differently in Safari. The scrollbar does indicate more content, similar to what you're describing, but then it goes back to the original state, as if the calendar were closed. I haven't tried it with classic or no skin, but unless doing such helps whoever debugs it there's not that much point in testing that out.

ML

Browserissues .. works alright in pattern with IE, but has problems in FF 1.0.7 and forward.

http://sourceforge.net/tracker/index.php?func=detail&aid=1333448&group_id=75569&atid=544285

I get these kind of errors in my javascript console in pattern too, i.e.:

(Fejl: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMXULElement.boxObject]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://global/content/bindings/browser.xml :: get_docShell :: line 0"  data: no])

or

Fejl: [Exception... "'Adgang nægtet til at opnå egenskaben HTMLDivElement.parentNode' when calling method: [nsIDOMEventListener::handleEvent]"  nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)"  location: "<unknown>"  data: no]

But yep, works better in classic

Changing this from patternskin to jscalendarcontrib.

-- SP

By deleting the following line in pub/TWiki/PatternSkin/layout.css DateFieldPlugin works again in FF and Safari:

z-index:1; /*** Critical value for Moz/Opera Background Column colors fudge to work ***/

Small javascript error remains

-- AU

Item2165 is a duplicate of this.

Adding JSCalendarContrib once again.

-- SP

---

And I'm taking JSCalendarContrib out again. Nothing has changed in the JSCalendarContrib. We don't maintain the mishoo calendar component (JSCalendarContrib simply packages a widely distributed and used third party component) so we don't have any mandate it to modify it to support pattern skin.

Pattern skin needs to be corrected.

CC

---

I was just worried, that this means we will have no outstanding bugs against JSCalendarContrib ... as stated in TWiki:Plugins.JSCalendarContribDev, obvious thing to is to report a bug against this. That will be changed to PatternSkin, and next round can start.

But OK, we can handle that I guess.

-- SP

---

Right; but reports need to be SMART; and the S means Specific. If a report isn't specific to the module that is causing the problem, then it can fall into the cracks, with everyone assuming it's someone else's problem.

CC

---

Added a style to JSCalendarContrib.pm to set .calendar to z-index 2000.

AC

---

changed style to aqua and config "style" to "stylesheet" in favour of the new skin model of calendar AU

Thanks for fixing this! Syncing with plugin topic.

-- SP

How does the transparent png go with Explorer 5.5?

AC

JSCalendar is actually part of standard distro so I am changing state to Waiting For Release so it becomes part of the release note.

KJL

---

Hi All. Despite using the latest PatternSkin and JSCalendarContrib, the calendar popup is still hidden in Firefox, safari, etc. We are using TWiki 4.0.4, incase that's related. Any suggestions or help would be greatly appreciated, and please let me know if this should really be a new bug report.

DevinBougie

---

Please open up a support request at twiki.org or give details on how to reproduce this. It would be helpful if you could reproduce your testcase in the Sandbox here (I have no problems with Firefox 1.5).

Closing pending further details.

-- SP

4.1.0 released

KJL