45487 - Editor Rules/Behavior Bindings Language

Status: RESOLVED WONTFIX

(Core :: DOM: Editor, enhancement, P5)

Description

[kinmoz]

It would be cool if we had some sort of mechanism that allowed us to read in an
external file that contained the editing behaviors we expect. I'm thinking it
would be CSS or XBL like.

Comment 1

[kinmoz]

Setting milestone to future since it's an RFE.

Comment 2

[Joe Francis]

accepting bug

Comment 3

[Daniel Glazman (:glazou) (not active in Mozilla any more)]

Joe, I discover this bug only now ; we had a discussion about this exact subject
last time we met in MV. I think that such a language is an important issue for
(a) the maintainability of editing rules (b) the extensibility of editing rules
to other XML languages than HTML4 (c) footprint.

We should resurrect this bug in a close future and write down some ideas about
such a language. I feel it could be a real plus.

Please make sure to read a spec I wrote some time ago that could be a starting
point for a css-alike language : http://www.w3.org/TR/NOTE-STTS3

Comment 4

[Joe Francis]

I need you or someone else to describe to me how this would work.  I don't grok 
how I can do all the things I need to do with such a language, unless that 
language has the power of C++.

Comment 5

[rubydoo123]

removing myself from the cc list

Comment 6

[Mike Lee]

Should this bug be dependant on bug 30838? Fixing them should make all editing
rule/behaviour implementable in javascript. In fact I don't see how it can't just
modify browser dom to create the editing effect. Forgive my ignorance for saying
this, but wouldn't this obsolute nsIeditor? Except nsIeditor would be a bit
faster? For example the mathml editor is implemented in iframe.

Comment 7

[Brant Gurganus]

[RFE] is deprecated in favor of severity: enhancement.  They have the same meaning.

Comment 8

[Jens Stutte [:jstutte]]

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority and severity.

If you have reason to believe this is wrong, please write a comment and ni :jstutte.

Comment 9

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

In these days, editor's perfomance and consistency between browses are more important than 20 years ago. And now, beforeinput was shipped to make web apps and extensions possible to override default behavior. So, we don't need this kind of complicated feature in the Core.