Search and Top Navigation
#3232 closed bug (fixed)
Opened August 19, 2008 06:47PM UTC
Closed January 04, 2009 03:14PM UTC
Last modified July 02, 2013 08:29PM UTC
Datepicker Position Problem in IE 6/7
| Reported by: | roch@immoserver.ch | Owned by: | grabanski |
|---|---|---|---|
| Priority: | major | Milestone: | 1.7 |
| Component: | ui.datepicker | Version: | 1.6rc2 |
| Keywords: | ui datepicker position | Cc: | |
| Blocked by: | Blocking: |
Description
I had a Problem using the ui.datepicker plugin with IE6/7.
The Datepicker was shown in the wrong Position. The browser Width/Height in _checkOffset was 0 for IE. I tried the Width Detection from: http://www.mail-archive.com/jquery-en@googlegroups.com/msg13648.html which gives correct Values.
Attachments (1)
Change History (8)
Changed August 21, 2008 03:12PM UTC by comment:1
Changed September 20, 2008 06:04AM UTC by comment:2
| resolution: | → fixed |
|---|---|
| status: | new → closed |
Fixed. Added patch.
Changed November 30, 2008 01:40PM UTC by comment:3
| resolution: | fixed |
|---|---|
| status: | closed → reopened |
| version: | 1.6b → 1.6rc2 |
According to #3603, this issue is still open.
Changed January 04, 2009 09:31AM UTC by comment:4
| resolution: | → fixed |
|---|---|
| status: | reopened → closed |
Fixed in [1504]
Changed January 04, 2009 01:40PM UTC by comment:5
| resolution: | fixed |
|---|---|
| status: | closed → reopened |
If you have an input at the bottom/right/bottom-right of the viewport and you click on it, the datepicker opens below and to the right of it, outside of view. r1504 is a regression. Reopening.
Changed January 04, 2009 03:14PM UTC by comment:6
| resolution: | → fixed |
|---|---|
| status: | reopened → closed |
Regression fixed in [1509]
Changed July 02, 2013 12:55PM UTC by comment:7
In this patch why window.innerWidth is the first choice?
It includes the scrollbar width, at least on Chrome 27.0 if there's a scrollbar and the input is at the right then calendar opens behind the browser scrollbar.
Cannot show it in jsfiddle because it shows already scrollbar in the result box.
Why not using document.documentElement.clientWidth as the first option and then innerWidth and then clientWidth? Am I missing something?
Changed July 02, 2013 08:29PM UTC by comment:8
Replying to [comment:7 hindpere]:
In this patch why window.innerWidth is the first choice? It includes the scrollbar width, at least on Chrome 27.0 if there's a scrollbar and the input is at the right then calendar opens behind the browser scrollbar. Cannot show it in jsfiddle because it shows already scrollbar in the result box. Why not using document.documentElement.clientWidth as the first option and then innerWidth and then clientWidth? Am I missing something?
Since this ticket has not been touched in 4 years I don't think anyone would know. If you can still recreate this problem in a test case using the most recent version you can create a new ticket.
That being said we're switching to use the position utility in the datepicker rewrite, therefore this is unlikely to be changed until the rewrite lands.
I cornered the problem to non strict HTML Pages.
strict pages are working fine.