In your prefs.js, add the line user_pref("accessibility.browsewithcaret", true); If you open an HTML document, say http://www.mozilla.org, you get a caret. If you open an XML document, say ./mozilla/content/xml/tests/simple.xml, you don't.

*** Bug 120402 has been marked as a duplicate of this bug. ***

The crash needs fixing too http://bugzilla.mozilla.org/show_bug.cgi?id=120402#c1

This may change with my checkin for bug 66597 Instead of looking for html documents, I check to make sure the document is not of type chrome.

tested using aaronl's 2/23 test build, and the caret does indeed appear in simple.xml. adding dependency.

I'll take this

Is there a way to enable caret on a per-window basis rather than all of the windows at once?

No, it goes onto all the windows at once - but I am implementing Accel+Shift+K to toggle it on and off, which should help.

Re Additional comment #3 Please don't exclude XUL documents from this feature. I am using a <description> tag to embed html content in an XUL form. Already, this has led to a quite promising XML editor.

fix checked in

Thank you very much. I now have a caret in my MathML documents. There are some MathML-specific issues with the caret (I've observed cycles and missed items, so far, and <mo> tags are broken -- but you can't select them either.), which I plan to quantify. Does anyone know of a spec. for how the caret should behave in Mozilla/a browser?

It should behave exactly as it does in Composer, except that you cannot edit.

Ah, but Composer doesn't work with XML documents. In particular, MathML contains elements which have no corresponding element in HTML (fractions and radicals are examples). But if the answer to my question is "whatever Composer does", I can accept that -- and file bugs based on what I think should happen.

vrfy'd fixed using 2002.03.12 comm bits on linux rh7.2, win2k and mac 10.1.3.