-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Retain existing config when calling configure
on Marks and Extensions
#3822
Conversation
✅ Deploy Preview for tiptap-embed ready!
To edit notification comments on pull requests, go to your Netlify site settings. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good find. Thanks, LGTM! @svenadlung ?
@bdbch Can we get this merged? Looks pretty straightforward. 😄 |
@bdbch Looks good to me. Feel free to merge. |
I think the main problem is |
my temporary solution is
if tiptap core fix this bug, i will remove this extension |
Sorry but I had to revert this PR as it was breaking a lot of the core functionality. It's included in Basically Could you check into this again @nholden ? |
Currently, when you call
.configure()
on aMark
orExtension
, theMark
orExtension
that's returned doesn't retain the config from the original.This is a problem for StarterKit. When
Code
is added to an editor added as a standalone extension, an inline code block isexitable
. When added as part of StarterKit, an inline code block is notexitable
because StarterKit callsCode.configure()
, blowing away the default config.This PR ensures that when you call
.configure()
on aMark
orExtension
, theMark
orExtension
that's returned retains the config from the original.closes #3813