Closed
Bug 197317
Opened 21 years ago
Closed 6 years ago
In builds without midas, document.designMode should be undefined
Categories
(Core :: DOM: Editor, defect, P3)
Core
DOM: Editor
Tracking
()
RESOLVED
WONTFIX
mozilla1.5alpha
People
(Reporter: jruderman, Assigned: peterv)
References
Details
(Whiteboard: midas)
Phoenix has document.designMode == "off". This makes it difficult (impossible?) to detect whether a given browser supports Midas without trying to create a Midas iframe. It would be nice if document.designMode were only defined in browsers supporting Midas.
Comment 1•21 years ago
|
||
I'm not sure this is actually possible, since you can't #ifdef IDL and there's no way to make a string-returning function return "undefined" instead -- the best it can do is return "null".
Assignee | ||
Comment 2•21 years ago
|
||
One way to solve that is like we did for XPathEvaluator with a separate interface, a tearoff and a check in QI. Sounds like a bit much for such a small annoyance. :-/
Comment 3•21 years ago
|
||
Actually, if your designMode attr lives on a separate interface, there's no need for a tearoff is there? You just have to make sure to #ifdef out the classinfo, QI line for that interface, and impl of designMode in builds without Midas.
Assignee | ||
Comment 4•21 years ago
|
||
If you don't want it to be pluggable, sure. And I do think we should move midas to its own interface and have a tearoff anyway.
Updated•21 years ago
|
OS: Windows XP → All
Hardware: PC → All
Whiteboard: midas
Comment 5•21 years ago
|
||
Actually, Phoenix should have midas.
Comment 6•21 years ago
|
||
Doesn't Phoenix build with plaintext editor only? In which case, why would it have Midas?
Comment 7•21 years ago
|
||
I meant "should" in a theoretical sense. The goal here is a browser only scenario. When yahoo, and hotmail, etc. switch to rich email editing, for instance, you don't want phoenix to be the only browser that doesn't do it. The infrastructure for making midas work is not big and should be a core part of Mozilla.
Comment 8•21 years ago
|
||
Um... It involves pulling in the entire HTML editor, no? That's not that small... The point is, this does not apply to phoenix only. As long as we have --enable-plaintext-editor-only, all Midas functionality should be compiled out when that flag is used (I've brought this up before.....)
Assignee | ||
Comment 9•21 years ago
|
||
I'm working on a solution for this and other "extension" interfaces for documents. Brade: I hope you're ok with me taking this, let me know if not.
Assignee: brade → peterv
Priority: -- → P2
Target Milestone: --- → mozilla1.5alpha
Comment 10•20 years ago
|
||
(In reply to comment #9) > I'm working on a solution for this and other "extension" interfaces for > documents. Brade: I hope you're ok with me taking this, let me know if not. This bug make camino with midas enabled not working because they browser sniff in order to determine if midas is really suported or not. Peter have you progressed on that bug ?
Updated•17 years ago
|
QA Contact: bugzilla → editor
Comment 11•6 years ago
|
||
Moving to p3 because no activity for at least 1 year(s). See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
Comment 12•6 years ago
|
||
There should be no builds without midas.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•