GrapesJS Issues

GJS Helper

The issue you've encountered with duplicate CSS rules, specifically flex-wrap:wrap; for the .row class within the @media (max-width: 768px) block, is a known behavior that can occur in GrapesJS under certain conditions, often related to ho...

Sw33tgt

For the moment, as a workaround, I added this in a editor.on('component:mount', (component) => {}); function until any feedback is received. It seems to be working well. In a case where a class is removed from the definition, the removed c...

Sw33tgt

Yeah, this is intentional with classes, with your approach you won't be able to remove defined classes from the component, they will keep being added on component init. Which is fine for when a class has been forgotten on a component and w...

Sw33tgt

Something like this in the initClasses() function of Component.ts would add the new classes to the element on render. Let me know what you think :

Sw33tgt

I downgraded to v0.21.4 and I don't have the issue anymore, so this is only occurring on the latest version available.

padcom

Having the same issue in the simplest examples. Downgrading do .4 makes it go away. Regression?

artf

Yeah fixed already here. I'll push a new release for the end of this week.

Akkiiiiiii

@artf can you please check this one

THEWebDegenerate

I use safari and chrome On Tue, Sep 12, 2023 at 10:52 PM Akshay jangid @.> wrote:@artf <https://github.com/artf> can you please check this one—Reply to this email directly, view it on GitHub<https://github.com/GrapesJS/grapesjs/issues/5377...

ghost

+1 after upgrade

artf

Hi @padcom this is an expected behavior as the load itself updates the state of the editor. You can simply clear the dirty counter via editor.clearDirtyCount() right after your manual load.

padcom

Please note, that if you enable autoload: and disable loading: number of changes is 0, even though the result is the same - the page is loaded. Since in my project I desperately need to be able to load the page at a specific time this is m...

padcom

I beg your pardon? Are you quite serious that it is the "expected" behavior? Have you seen that in any other editor out there that the project is automatically modified upon loading and then automatically saved? I find that hard to believe.

GJS Helper

The issue you're encountering where custom AtRules like @container or @font-face are compiled to @media when using editor.Css.addRules is a known limitation in GrapesJS's current CssComposer. Root Cause GrapesJS's CssComposer (the module r...

arbisyarifudin

Im facing same issue

rozek

Sorter.ts:500 contains const cv = this.em!.Canvas, which is obviously wrong (as em is null or undefined) Unfortunately, I don't currently understand the code with all its abbreviations - but: would a change of line 499 to if (model?.set &&...

artf

Closing as duplicate of https://github.com/GrapesJS/grapesjs/issues/5355

rozek

even with draggable and droppable set to true, I cannot drag one element into another

rozek

A first workaround which helps dropping components into other components:remove dragMode:'absolute', from grapesjs.init({...})instead, add dmode:'absolute', to model.defaults of every component type you want to be draggable (and, perhaps,...

artf

In absolute mode, there is no concept of moving components inside/outside of other components. A component in absolute mode is only updated in style position, it's not moved in the DOM, that's why draggable/droppable does not make sense to...

GJS Helper

You've accurately identified a type mismatch in GrapesJS regarding the icon property for Rich Text Editor (RTE) actions. The RichTextEditor.addAction method is indeed designed to accept both string (for SVG paths or class names) and HTMLEl...

GJS Helper

Thank you for reporting this issue. I can confirm that this is a reproducible bug in the latest version of GrapesJS, including on the official demo page (https://grapesjs.com/demo.html). This bug prevents users from reordering components u...