Comments (7)
I think you summarised it well. To make cE=true usable, we need the following:
- Quality behavior spec’ed.
- Interoperability
- Hooks for overriding the behavior.
One of the ideas that made cE=typing was that cE should be “modular”. It means that “typing” was one of the modules but we could have others. In this way one could have contenteditable=“typing newline delete etc”, enabling a series of editing modules. Each module could be spec’ed independently. Finally, cE=true could be simply spec’ed as a shortcut to have all modules enabled.
I’m for spec'ing cE=true to make it useful and I like the modularization idea.
from editing.
We pretty clearly should spec it as well as we can. Although if that means it is "all modules enabled" we only have to decide what "all modules" means.
But I don't think that is what it actually means - currently it means "do all kinds of crazy stuff" - so the spec is probably going to be "here are the interoperable bits, and everything else is the wild west".
Which is close to "specified modules work - here they are. Also, the following gotchas are known to happen… (which are bugs we want to bring to closure)", no?
from editing.
(As earlier said in email):
Once we have a clear wording of cE=typing, I would be in favor of looking at these other parts. However, I also think they could likely (initially) be implemented via JavaScript. Following the principles set out in the Extensible Web Manifesto, we start out by having defined the primitives needed to make this happen in JavaScript libraries. The construction of JavaScript libraries for this purpose and writing of specs would then happen in parallel.
Once the JavaScript libraries and the specs stabilize sufficiently, and if there is an interest from browser makers, these specs can then be implemented by browsers. Alternatively they simply stay W3C specs implemented in Javascript.
from editing.
I would vote for option 1.
I would not want to touch CE="true" with a ten-foot poll. Don't spec it and deprecate it once CE="typing/intent/etc" is stabilized.
There is a good reason why CE="true" wasn't specced before. There are too many edge cases that are extremely difficult to cover. In addition, knowing that we are slowly steering away from CE="true", it would be very hard to convince my developers to potentially change its behavior because they would rather work on new features of CE="typing" instead. Any CE="true" work will eventually become a throw away work. And even if we were to implement changes to CE="true", I am not sure how its ripples affect the web.
Modularity idea also resonates with me as we can actually take action on separate modules and can actually define their behavior in the reasonable amount of time.
from editing.
Ok, I think there is not all that much disagreement about this then afterall.
@fredck + @chaals I understand your idea and I think it's a good thing to have a way to enable all modules once we have several different modules that could be enabled. However, it would probably be best to use another keyword for this so that browser makers don't have to choose between keeping the old cE=true and the new cE=all (or whatever keyword we will use to enable all editing modules).
I propose that at the Paris F2F meeting, we formally deprecate cE=true and take a formal decision not to spec it, after we decide on a cE=intent spec.
from editing.
Yeah, I agree that this is what we want to do.
The formal decision process in webapps is that decisions are made asynchronously. Rough consensus and Connolly's law - "the one who does the work makes the rules" play a big part. If the Paris meeting concludes that is the right thing to do we say so, and if nobody screams then that's probably what will happen. Especially since it seems to be the path of least resistance…
from editing.
Current consensus seems to be that cE=true wil combine the features of cE=typing with all extra features currently found in cE=true, but in a specced way. Speccing will take place some time in the future.
from editing.
Related Issues (20)
- [EditContext] Issues for May 11 meeting HOT 1
- TPAC 2023 participation - Call for topics HOT 1
- TPAC 2023 participation
- TPAC 2023 participation
- Define behavior of pressing enter in inline editing host HOT 12
- [charter] execCommand spec should be in scope HOT 19
- CfC to include execCommand to list of possible deliverables HOT 1
- RFC: Contenteditable "indent"/"outdent" implementations are not aligned with popular editors HOT 9
- TPAC 2023 agenda HOT 2
- [Delayed Clipboard Rendering] Privacy issue while reading data for web custom types HOT 25
- Outdent behavior with respect to list items is not aligned with popular editors
- Outdent immediately after indent should restore pre-indent DOM (like popular editors do)
- Linked privacy security doc is for older pickling proposal? HOT 1
- RFC: What is expected when a root editable element's contents are completely removed via execCommand
- Support navigator.clipboard inside of Service Workers HOT 9
- Delayed clipboard rendering TAG feedback HOT 3
- Upstream changes from trusted types HOT 1
- TPAC 2024 participation HOT 1
- normative spec changes do not always end up as issues filed with browsers HOT 8
- [execCommand] 9.22 The 'insertText' command action step 5. incorrectly states (U+00A0) as a newline character
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from editing.