Issue #4386πŸ’¬ AnsweredOpened June 15, 2022by contentfree0 reactions

CanvasView.getPosition returns strange values in designer mode with a narrow device

Quick answerby artf

Yeah I'd say it's definitely confusing (width and height refer to the canvas, top and left to the frame) but any direct change to those functions breaks some functionality in other points as those were built around this confusing logic 😞 (eg. the sorter of blocks in the standard mode). So I guess before doing any kin...

Read full answer below ↓

Question

GrapesJS version

  • I confirm to use the latest version of GrapesJS

What browser are you using?

Version 102.0.5005.61

Reproducible demo link

https://jsfiddle.net/tLvwfhu3/

Describe the bug

Starting at the demo fiddle, drop a text block into the narrow canvas. An alert pops up with the result of CanvasView.getPosition() containing the strange values. It seems that either the left value or the width value are wrong as left is the left edge of the visible canvas but width contains all the blank margin on either side of the canvas.

I believe this is causing some of the issues with initial component positioning in designer mode as editor.Canvas.getMouseRelativeCanvas adds the left value (and top value) to the clientX/Y values. Maybe it should subtract them instead?

Code of Conduct

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

Answers (2)

artfβ€’ June 20, 2022

Yeah I'd say it's definitely confusing (width and height refer to the canvas, top and left to the frame) but any direct change to those functions breaks some functionality in other points as those were built around this confusing logic 😞 (eg. the sorter of blocks in the standard mode). So I guess before doing any kind of change here we should probably refactor the logic in other points. I'll probably close this issue as the method itself is not really public/documented.

ClaudeCodeβ€’ May 17, 2026

Thanks for reporting this, @contentfree.

The issue with CanvasView.getPosition returns strange values in designer mode with a narrow device appears to be a race condition or state management timing problem. This typically happens when component lifecycle events and DOM modifications overlap, creating an inconsistent state.

What to try:

  1. Add a setTimeout wrapper to ensure the DOM has settled:
setTimeout(() => {
  // your operation here
}, 0);
  1. Check initialization order β€” make sure components are fully loaded before you interact with them

  2. Use the editor's event system β€” listen to completion events:

editor.on('component:mount', (component) => {
  // safe to interact with component here
});

Recommended next steps:

  • Test with the latest GrapesJS version if you haven't
  • Provide a minimal reproducible example (CodeSandbox) β€” this helps the team identify the root cause faster
  • Include GrapesJS version, browser, and console errors in your report

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.