I’m not sure why you would want to do that. To me, this seems like adding additional logic that can break over time for the sake of saving a few bytes. I would like to invite you to read my blog about it
@Luuk I did see your blog post and you have some fair points that I do agree with. But I also think that Tiptap is broken in some ways and that you’re basically encourage readers to accept flaws or straight out issues - that does not cut it for me
We’re migrating a site where this does matter so I’m not looking for a discussion around it - I was looking for approaches to solve the problem.
My point was: just leave it in, what’s the issue with that? Just to be clear, I will never say that TipTap is perfect and I think there have been serious issues with it . So I didn’t mean to defend TipTap, but in thas case, I really feel like: why would you want to change the behaviour?
I dove a little deeper into this issue and I think we can consider it a ‘bug’ in TipTap v2. In v2, TipTap created an extension for working with certain table stuffs. Before that it only relied on ProseMirror’s functionality (the base engine) and that ACTUALLY strips colspan and rowspan if the value is 1/default.
With TipTap v2 and the new extension that they introduced, they didn’t do this. I would consider it an oversight. It’s the default values for colspan and rowspan, so it’s not neccessarily bad perse, just redundant. And I would consider it a bug because the underlying engine actually removes them explicitly.