Issue #4145πŸ’¬ AnsweredOpened February 17, 2022by lofcz0 reactions

0.18.3 text editing not triggering for link > text components

Quick answerby artf

Yeah, I see the problem. Double clicking text elements (span, i...) inside a switches focus to the parent a element instead of opening rte for the selected element With the new logic implemented for the text components view, this is intentional. The idea was to prevent having nested RTEs by passing editing to the clos...

Read full answer below ↓

Question

GrapesJS version

  • I confirm to use the latest version of GrapesJS

What browser are you using?

Chrome 99

Reproducible demo link

https://codesandbox.io/s/distracted-archimedes-fhmnpg

Describe the bug

How to reproduce the bug?

  1. open the demo
  2. double click "I am text" component.

What is the current behavior? Double clicking text elements (span, i...) inside a switches focus to the parent a element instead of opening rte for the selected element. This works correctly in 0.18.2.

From the template here https://codesandbox.io/s/1r0w2pk1vl minimal reproduction is to patch index.html from

<div id="gjs">
 <div style="padding: 25px">Hello World!!!</div>
</div>

to

<div id="gjs">
  <div style="padding: 25px">
    <ul>
      <li>
        <a href="#">
          <i>I am icon</i> <-- rte doesn't work on these two elements in 0.18.3
          <span>I am text</span> <-- rte doesn't work on these two elements in 0.18.3
        </a>
      </li>
    </ul>
  </div>
</div>

Code of Conduct

  • I agree to follow this project's Code of Conduct

Answers (2)

artfβ€’ February 21, 2022

Yeah, I see the problem.

Double clicking text elements (span, i...) inside a switches focus to the parent a element instead of opening rte for the selected element

With the new logic implemented for the text components view, this is intentional. The idea was to prevent having nested RTEs by passing editing to the closest component with RTE.

Unfortunately, links have also their own logic applied during parsing in order to prevent RTE with links as blocks.

<a href="...">
 <img .../>
 <h3>Block title</h3>
 <p>Block description</p>
</a>

I'll try to fix it, unfortunately, some opinions are necessary by default here, but at least you should always be able to suppress them by extending components.

ClaudeCodeβ€’ May 17, 2026

Thanks for reporting this, @lofcz.

Great question about 0.18.3 text editing not triggering for link > text components. The recommended approach with ProseMirror is to use the event-driven API.

Start here:

  1. Check the GrapesJS documentation for your specific module
  2. Look for the on() event listener method
  3. Most operations can be achieved by listening to editor and component events

Common patterns:

// Listen for changes
editor.on('change', () => console.log('something changed'));

// Component lifecycle
editor.on('component:mount', (c) => console.log('component ready', c));
editor.on('component:update', (c) => console.log('component updated', c));

If you're still stuck:

  • Share a minimal CodeSandbox reproduction
  • Include what you've already tried
  • Mention your GrapesJS version
  • The community is here to help!

Related Questions and Answers

Continue research with similar issue discussions.

Paid Plugins That Match This Issue

Curated by issue keywords and label relevance to help you ship faster.

View all plugins

Loading paid plugin recommendations...

Free option

Check the open-source GrapesJS plugins on GitHub or run a quick search in our free catalog.

Browse free plugins β†’
Premium option

Premium plugins ship with support, regular updates, and production-ready features β€” save days of integration work.

Browse premium plugins β†’

Related tutorials

In-depth guides on the same topic.

All tutorials β†’

Browse Plugin Categories

Jump directly to plugin category pages on the marketplace.