OpenLayers OpenLayers

Ticket #564 (closed bug: fixed)

Opened 2 years ago

Last modified 1 year ago

XHTML Strict DocType breaks editing in IE

Reported by: crschmidt Assigned to:
Priority: minor Milestone: 2.4 Release
Component: general Version:
Keywords: Cc:
State:

Description

http://openlayers.org/pipermail/dev/2007-March/000471.html

Reported by Eric Lemoine:

If you add

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

at the top of examples/editingtoolbar.html, editing behaves strangely:
the geometry displays in the top/left corner as opposed to under the
mouse pointer.

Before 2.4, check if this also breaks zooming in (since the handler control might be at fault here) -- if it does not break zooming/panning, this can be bumped to 2.5 if no patch is created.

Attachments

564.patch (1.8 kB) - added by sderle on 04/01/07 19:18:23.
changes to VML.js to make it work in IE standards mode; also, change to editingtoolbar.html to exercise the (now fixed) bug

Change History

(in reply to: ↑ description ) 03/28/07 14:44:05 changed by elemoine

Replying to crschmidt:

http://openlayers.org/pipermail/dev/2007-March/000471.html Reported by Eric Lemoine: {{{ If you add <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> at the top of examples/editingtoolbar.html, editing behaves strangely: the geometry displays in the top/left corner as opposed to under the mouse pointer. }}} Before 2.4, check if this also breaks zooming in (since the handler control might be at fault here) -- if it does not break zooming/panning, this can be bumped to 2.5 if no patch is created.

Important note: it isn't XHTML Strict per-se that causes the problem, any DOCTYPE line makes the bug trigger.

04/01/07 18:25:28 changed by sderle

I think this problem is related to IE's behavior in standards mode, as described in the Google Maps docs:

http://www.google.com/apis/maps/documentation/#XHTML_and_VML

04/01/07 19:17:27 changed by sderle

Fixing this entails two changes to VML.js:

  1. Change the v:group root element to be width: 100% and height: 100% so that it takes up the entire enclosing div element.
  1. Add display: inline-block and position: relative so that VML elements within the group get displayed in the right location. Go figure.

Patch forthcoming.

04/01/07 19:18:23 changed by sderle

  • attachment 564.patch added.

changes to VML.js to make it work in IE standards mode; also, change to editingtoolbar.html to exercise the (now fixed) bug

04/01/07 19:19:01 changed by sderle

BTW, editingtoolbar.html still works in FF and in IE quirks mode with these changes.

04/01/07 19:20:06 changed by sderle

  • keywords set to review.

04/01/07 19:22:07 changed by crschmidt

Go ahead to commit.

04/01/07 19:23:26 changed by sderle

  • status changed from new to closed.
  • resolution set to fixed.

fixed by r2959

07/05/07 16:58:08 changed by euzuro

  • keywords deleted.