Summary | minicalendar issues |
Queue | Kronolith |
Queue Version | HEAD |
Type | Bug |
State | Resolved |
Priority | 1. Low |
Owners | Horde Developers (at) |
Requester | vilius (at) lnk (dot) lt |
Created | 11/03/2004 (7522 days ago) |
Due | |
Updated | 11/25/2004 (7500 days ago) |
Assigned | 11/15/2004 (7510 days ago) |
Resolved | 11/25/2004 (7500 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
commited too.
duplicate. Is this is done by intention?
purpose. They do rather different things in terms of going to a page
or setting form elements, though. If you'd like to create a single,
clean file that handles both cases, that'd be great.
needs to be commited too.
BTW, I noticed that code in open_calendar.js and goto.inc is _almost_
duplicate. Is this is done by intention?
New Attachment: open_calendar.js.patch
State ⇒ Assigned
Assigned to
else will need to come up with a patch for that since I don't know
anything about i18n and javascript and haven't had time to look it up
yet.
In the future, please try to avoid creating multiple-issue tickets.
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ minicalendar issues
Queue ⇒ Kronolith
State ⇒ Unconfirmed
"go to" mini calendar can't be opened if I go to new event window.
Steps to reproduce:
1) Go to new event window.
2) Click on one of the mini calendar icons there.
3) Close opened mini calendar.
4) Click on the "go to" link.
You will get:
Line: 310
Char: 5
Error: Object required
Code: 0
Tested with both IE and Mozilla.
--- 2. issue ---
Alpha script not loaded for "X" icon in the top-left corner.
--- 3. issue ---
Non-latin characters are not threated correctly under mozilla (IE works fine).
See screenshot for this issue.
--- 4. issue ---
And the last one. Mouse pointer is not changed to hand when moving
over minicalendars in "new event" window, but it works it "go to"
minicalendar.