Giter Club home page Giter Club logo

Comments (8)

bernesto avatar bernesto commented on June 12, 2024 1

@artf, you're right again. Whitespace in the node matters. If the text butts right up to the closing node, the first keystroke replaces the text, the next keystroke exits the node, if not, it works as one would expect.

There is an old thread about this (https://github.com/w3c/editing/issues/1560), specifically in webkit and blink, and how they work this way. One of the authors of CKEditor 5 was there, and basically said you have to build an abstraction layer to fix this behavior which is a total PITA in our case.

@Sphenox I'd say that this issue probably existed in the prior release as well from what I read. And, I's also say is likely be too much of a project to build that level of abstraction vs. just using an RTE that already has it built in.

from grapesjs.

bernesto avatar bernesto commented on June 12, 2024

Just to clarify, you are referring to the selection of and editing of the text within the link behaving abnormally like this?

Kapture 2024-03-08 at 09 01 50

from grapesjs.

Sphenox avatar Sphenox commented on June 12, 2024

Yeah, excactly as shown in the video you provided.

from grapesjs.

bernesto avatar bernesto commented on June 12, 2024

Okay, I can confirm I am having the same issue. Probably related to the text selection point in the RTE (a guess).

Let's route @artf in on this and see if he has any insights to add.

from grapesjs.

artf avatar artf commented on June 12, 2024

Unfortunately, this is how the default contenteditable works 🤷‍♂️ (you can reproduce the same behavior there).
The only alternative here is to avoid the built-in RTE (which will be always limited to the native behavior).

from grapesjs.

bernesto avatar bernesto commented on June 12, 2024

@artf Let's keep this one open. I can't reproduce with a standard contenteditable as mentioned, and I want to try correcting this behavior.

from grapesjs.

Sphenox avatar Sphenox commented on June 12, 2024

@bernesto I don't know if it helps, but I only noticed this behaviour because I updated the GrapesJS version I was using. Before, I used v0.17.XX, don't remember the excact release.
Before the update, the RTE didn't behave like this.

from grapesjs.

artf avatar artf commented on June 12, 2024

Before the update, the RTE didn't behave like this.

@Sphenox I see the same behavior here: https://jsfiddle.net/3wtjpcro/4/

@bernesto FYI

contenteditable.mp4

from grapesjs.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.