Tiptap V3 Roadmap #5793
Replies: 28 comments 114 replies
-
Package versioning strategy (Status: Feedback)Tiptap major version 2 had all packages bumped at the same time, this was to try to make it clear what versions were compatible with one another, but we are thinking about decoupling versions. We may be moving towards a model where if a change is made to only one package, only that one package has it's version bumped, this should help make it clear what actually changed between versions (rather than getting a package bump because any tiptap package was bumped). This would mean that packages would be bumped a lot less often (since core is 80% of our changes). TLDR; Moving from: To: |
Beta Was this translation helpful? Give feedback.
-
|
@bdbch while I appreciate that perspective and can't really put myself into your shoes, and while it's obviously not my call to make, I strongly strongly disagree with changing the versioning system on that basis alone. Perhaps if there were other demonstrable benefits? Babel and Emotion already cause us endless headaches with the mismatched versions. I think it only makes more sense to the maintainers, but less to almost everyone else. |
Beta Was this translation helpful? Give feedback.
-
|
I originally proposed this change within the team, and also pushed for changesets (which, I admit, we may have introduced prematurely). To speak from my own perspective on the maintenance side of things, I see two compelling reasons to change the versioning to be independent, I will then go into more detail on what that means for consumers, and how it may actually benefit consumers too.
I think what most people are overlooking here, when saying that fixed versioning (current approach) "Makes it clear which packages are compatible", is that if you were to just always take up all of the latest versions of tiptap's packages, it would effectively be the same thing between fixed and independent versioning. Also, this is just false, to know what version is compatible with a package should be strictly by the package's own declared version ranges. If sticking to SemVer, we should not run into a situation where you can install a version which is incompatible with another. How does it look for the consumer-side?It would be clearer to know what changed, and why, and dependencies between those changes (when reading the changelog, seeing new updates to packages, etc.). ConclusionI don't agree with the current versioning pattern, it either has to be that we remove changesets and find another way to communicate the changes in a fixed versioning pattern, or, my preferred method, actually stick to SemVer and implement independent versions. |
Beta Was this translation helpful? Give feedback.
-
What if you have some problem with the latest versions? That's where it all gets sticky. I know package managers are supposed to abstract away this concern, but that's not always the reality. I don't know. My opinion is unchanged personally, but it's not my decision to make. This change would make me sad, but I understand that maintainers are likely in the best position to weigh these things and reach the right conclusions. I appreciate you both taking so much time to lay out your reasoning. |
Beta Was this translation helpful? Give feedback.
-
Pin your versions to known working combinations. This is the point of lockfiles, and should not be our concern |
Beta Was this translation helpful? Give feedback.
-
But this is exactly what my concern is - having to worry about that at all. Tangentially related, some fun I've been having with Emotion lately: emotion-js/emotion#3300 |
Beta Was this translation helpful? Give feedback.
-
Package grouping (Status: Decided) #5469We are trying to reduce the number of overall packages we have. Right now, to have a table in your application you need to depend on So, we are going to maintain the existing packages to not break existing apps, but have them all be re-exports on a single package Relatedly, we also want to introduce smaller kits of functionality like for tables, lists, and text styling (bold, italics, underlining, etc.). |
Beta Was this translation helpful? Give feedback.
-
|
Sounds good. I never used the table extensions, but the issue seems similar to |
Beta Was this translation helpful? Give feedback.
-
|
maybe keep the |
Beta Was this translation helpful? Give feedback.
-
|
I sort of disagree about making the table kit have to be it's own package. The idea should be that everything related to tables would be available within the one package. After all, the goal of this is to bring together all of the functionality into one extension. The way I've implemented this in #5469 is that all of the table extension (rows, cells and headers) are now within the single For TableKit, I've made it a new export of import { TableKit } from '@tiptap/extension-table'; |
Beta Was this translation helpful? Give feedback.
-
Drop UMD support (Status: Merged) #5455We’ve moved build systems for a much faster development experience, unfortunately, this means that we will be forced to drop UMD builds of our packages since it is not supported by our build tool (tsup). UMD is a very old format so this should not be a concern for most consumers |
Beta Was this translation helpful? Give feedback.
-
Starter-Kit (Status: Merged) #5466We want to make it easier to manage multiple sets of extensions, and give a better out of the box experience with Tiptap. Historically, we had the |
Beta Was this translation helpful? Give feedback.
-
Package manager (Status: Merged) #5978NPM used to be a good package manager, but it has been left behind in terms of speed and functionality, we will migrate off of it internally, but this should have no effect on package consumers. We've decided to go with PNPM, for stability, speed & feature-set |
Beta Was this translation helpful? Give feedback.
-
|
+1 pnpm |
Beta Was this translation helpful? Give feedback.
-
|
+1 pnpm |
Beta Was this translation helpful? Give feedback.
-
|
Whatever you decide on make sure to configure corepack correctly so anyone that might want to contribute for the first time don't need to waste time setting up the package manager used on the repo if they don't have it already. |
Beta Was this translation helpful? Give feedback.
-
|
+1 for pnpm . bun is fast, but it's messing things up in large monorepos |
Beta Was this translation helpful? Give feedback.
-
|
As someone using Yarn - I would opt for |
Beta Was this translation helpful? Give feedback.
-
Decorations API (Status: Decided) WIP: #5437Tiptap users have drop down into Prosemirror plugins, whenever they wanted to leverage Prosemirror decorations, now we are experimenting with an API that will make Decorations easy. Feel free to comment on our PR here: #5437 We aren't entirely sure at the moment what this API will look like, but in Tiptap fashion we hope that it is flexible enough to handle all of your decoration needs! |
Beta Was this translation helpful? Give feedback.
-
|
This is only meant for decorations, right? In other words, we'll still need to drop down into ProseMirror plugins for more complex things, right? |
Beta Was this translation helpful? Give feedback.
-
Markdown extension (Status: Idea)We’ve heard you, we want to build a solution to have the editor both accept & output content as markdown, in the age of LLMs which are quite good at outputting markdown, it is a must! Of course, this will be a tradeoff since markdown is an ill-defined format, but we understand the need for it. Our idea is to offer a first-party extension which will add support for inputting & outputting markdown. To keep bundle sizes lean, we would not want to force this on users who do not need such an extension. We are still working on the details of what this would mean so please leave your ideas below! |
Beta Was this translation helpful? Give feedback.
-
|
How do you intend to make this work with custom extensions for things that Markdown have no support for? For instance, mentions? Will you provide means for consumers to define the output Markdown for each extension, especially custom ones? How about pasting a full Markdown document, did you consider that? You'd need every single extension to provide an input/paste rule, and some of them currently don't (i.e. links). These are all things that we had to figure out in Typist (which has Markdown support). From my experience on adding Markdown support to Typist, this will be quite the endeavour to get done right, in a way that works for everyone, and is customizable (some people might have strict requirements in the Markdown output, I know we do). Regardless, built-in support sounds amazing if done right. For instance, some ideas:
This is just from the top of my head. Although I see this as a great idea, and something that a lot of people would love to have, I'm also thinking of the amount of work involved to get it done right (unless you forgo customizability). And in that sense, I wonder if your efforts aren't best applied to make the core Tiptap editor better in all fronts. |
Beta Was this translation helpful? Give feedback.
-
|
@rfgamaral Exactly the sort of pushback I wanted to see. You are right on all fronts, and you are right to point out that this is a big challenge to overcome. From my current understanding here is how I'd approach this:
To ease your concern around the amount of work to do this, it definitely would be a lower priority project. |
Beta Was this translation helpful? Give feedback.
-
|
Looking forward to seeing how this evolves. Also, since I've spent quite some time around adding Markdown support to Tiptap/Typist, feel free to tag me in future public discussions about this topic. I'm happy to brainstorm with you folks. |
Beta Was this translation helpful? Give feedback.
-
|
Inspiration can be drawn from ProseMirror. |
Beta Was this translation helpful? Give feedback.
-
|
There's also a tiptap-markdown extension out there, may be worth checking out their implementation for inspiration. |
Beta Was this translation helpful? Give feedback.
-
Better TypeScript typings (Status: continuous improvement)To improve the typing of the project overall, we need to completely refactor the typings we have right now, this would allow typing of things like attributes, HTMLAttributes, the editor storage API and so on… Doing this in a major version is a natural place to make this sort of a change as it may affect how you type your projects. Give your ideas of what you would like to be better typed below! |
Beta Was this translation helpful? Give feedback.
-
|
Agreed, extension storage being strongly typed would be a big plus. |
Beta Was this translation helpful? Give feedback.
-
|
Whatever comes out of this, a blog post (or something like it) to explain how the implementation works. I find the current implementation of the commands really pleasant to use as a client of the lib so I wanted to replicate it in one of my project but I have a hard time understanding how it works under the hood. so having a something that explain the dark magic at work would be nice. |
Beta Was this translation helpful? Give feedback.
-
|
I really liked this https://github.com/octokit/webhooks as they use JSONSchema to generate types, aka I can use the JSONSchema to do real-time validation if needed... just a thought. |
Beta Was this translation helpful? Give feedback.
-
Couldn't you make this almost 100% opt-in by creating a package that you import Here is an example from MUI:
It would just take some fancy TypeScript footwork but def doable IMO... or just major version it and codemod 😆 |
Beta Was this translation helpful? Give feedback.
-
|
Because we're talking about a major version here I think it would be better to make the optional type package a compatibility package you can install while you transition from v2 to v3. That way new v3 only projects don't need it and projects that update from 2 to 3 can use it to ease the pain a bit. |
Beta Was this translation helpful? Give feedback.
-
Trailing Node Extension (Status: Merged) WIP: #5970This extension automatically adds an additional empty node at the end of your document to allow the user to easily continue writing content. This resolves an issue, where if a table is the last node within your document it can be tricky to get the selection after it. This extension has been in our Tiptap "experiments" for several years now, we want to upgrade it to be a fully-fledged extension we will support and maintain. See it's demo here: https://embed.tiptap.dev/preview/experiments/trailingnode/ |
Beta Was this translation helpful? Give feedback.
-
|
I find it weird that this is an extension, why isn't built-in core behaviour? Also, am I only hearing about this extension now? 😅
What other scenarios, besides tables, could this extension fix? I'm asking because although I haven't really felt the need for such extension, maybe that's because I know how the editor works, and I can always work around small issues like these, but our users probably can't (which could generate more support tickets). So I'm wondering what other nodes could this help with? |
Beta Was this translation helpful? Give feedback.
-
|
It isn't core behavior because we want the editor core lean and predictable. This would be installed to the editor and is based on this experiment: https://embed.tiptap.dev/preview/experiments/trailingnode/ This is more of a workaround than anything, but it would also help with things like an image just being pasted in as the last piece of content and now the user cannot just focus past it to continue writing. For example, in this demo, you can't just click after this image to keep writing, you have to get your cursor into the editor then arrow toward the end just to type after it: https://tiptap.dev/docs/examples/basics/images |
Beta Was this translation helpful? Give feedback.
-
|
I think this could be part of Tiptaps StarterKit, as it is the default in most editors and people are used to it. |
Beta Was this translation helpful? Give feedback.
-
I think I've been working around with the gapcursor extension, but this feels like a better approach. How stable is this experiment? I might introduce it in our editor. If I do, do you think the gapcursor extension is still required? |
Beta Was this translation helpful? Give feedback.
-
|
Definitely still necessary. E.g. between 2 images. The new extension is only for the last node in the document. I have an updated version of the experiment. I can create a PR for it soon. + it behaves a bit different. It adds the default node (paragraph) to the end of the doc instead having a virtual "cursor". |
Beta Was this translation helpful? Give feedback.
-
SuggestionMenu Extension (Status: Idea)Implementing something like a slash-command is very difficult to do, and even more difficult if you use a framework like React or Vue to render the UI within the menu. We want to make it easy with a first-class component for each of the frameworks like we provide with BubbleMenu & FloatingMenu. |
Beta Was this translation helpful? Give feedback.
-
|
Definitely. I've sort of built my own /command implementation, but a "native" one would be ideal. |
Beta Was this translation helpful? Give feedback.
-
Maybe I'm not seeing the whole picture, but what's so difficult about it compared to the mention extension, or even the bubble and floating menus? What am I missing? |
Beta Was this translation helpful? Give feedback.
-
|
The bubble menu and floating menu are easy because they have React and Vue bindings. Mention & Suggestion would be improved in a similar way. Instead of having to manage the popover state & and mounting/unmounting the React or Vue components yourself, you'd just use a React component and render your UI. |
Beta Was this translation helpful? Give feedback.
-
|
I see, thanks for clarifying. |
Beta Was this translation helpful? Give feedback.
-
|
radix-ui (or radix-view for vue) has been a joy to work with wrt a11y, focus management, managing portal children (i.e. hitting escape only closes the top-most portal). I've been using that wherever I can. I see you've used in the block-editor example too! I wouldn't be mad if tiptap took a strong opinion & made it a dependency. With a refactored |
Beta Was this translation helpful? Give feedback.
-
Indentation Extension (Status: Idea)We’ve heard your feedback, it is strange that you hit tab and the content does not just indent properly. This would be an extension that allows you to indent content as you'd expect. For example, with Google Docs you can indent a paragraph node several levels: |
Beta Was this translation helpful? Give feedback.
-
|
I should have a bit of time to get around to it this week/weekend, I'll get back to you on that one, maybe in discord @nperez0111 (NickTheSlick) When you say a number of things, is one of them multi-level lists? I've gotten pretty far with multi-level lists, but there are still things I need to crack...
Numbering can also be formatted in a lot of ways, (A. a), I, i, 1, ...) and multi level numbering can be separated by points, spaces, parentheses, etc, so allowing multi-level numbering, means having to store a config object for each list at each level.
Just note, with multi-level lists, that I did have to ditch tiptap's list element for the following elements:
There are soooo many things to take into account, it's honestly one of the hardest things I had to code in a long time, I can't pretend I have all the answers, but hopefully now you have a better idea of what that entails. Got carried away haha, hope that was helpful, and I'll get back to you regarding formatting ;) |
Beta Was this translation helpful? Give feedback.
-
|
I've not really thought too much about multi-level lists. But, I guess I can share how I'd approach it: I'd probably just have attributes on list nodes (bulletList and orderedList) that specifies the "style" which could be any of any enum of strings and a separator property. type AdditionalListAttrs = {
style: "lower" | "upper" | "roman";
separator: "period" | "paren";
}For orderedLists, the list can be started at any number, so they'd use the start option to indicate where the list should begin from. For maximum control over the list markers, I'd probably render them as decoration nodes before the list item contents. You could even have things like selections and menus be managed from within the item marker. Since it is a decoration, it would be able to have information on the document to know its placement within the document to not have to store things like level within the count (which would save us from trying to keep that in sync somehow). But, IDK you clearly have implemented something, so I wonder how that scales out for you, it does feel awfully complicated though. |
Beta Was this translation helpful? Give feedback.
-
|
Actually I hadn't considered decoration nodes, I should brush up on them... |
Beta Was this translation helpful? Give feedback.
-
|
To come back to numbering and scaling, one of the biggest concern I had was, since numbering is computed through js and is pretty complex (as explained above), was how to trigger the recomputation of numbering at the right time. The biggest advantage of counterNodes is that it's super easy to recompute the numbers exactly when you need to (i.e. when a counterNode is added or removed, just check the changed ranges to see if they include a counterNode, it's super efficient), having them with content also allows for easy formatting of the counterNodes, and backSpacing to remove the counter is default behaviour (although it's not hard to do with pm). I'm really not sure what would be the condition to recompute counters using decorations...
In addition to that, using decorations, I'd need to to somehow make it so that the decorations are updated on all clients (I'm using collab); which is not super straightforward, while a counterNode is part of the document so it's a non-issue. Overall I found having a counterNode makes it a lot more straightforward to update the doc's numbering at the right time. Especially with large documents, that's crutial for me. And to top it all off, I need headings to be numbered as well, so I'm not sure how well that plays with listItems (I feel like we're going into "bad html semanthics" theritory here". My current implementation of counterNodes is on custom headings and paragraphs, not listItems (I may just keep them for non-multi level lists). I know, not great accessibility-wise, I may create custom numberedParagraph's that return a li item (but then, having the right li in the right ol is another challenge, what if the user wants to continue a list but the selection is out of the ol? Looking at wordOnline, they use li without ol at all. Super odd, not great, but I'm guessing they faced a similar issue and that's what they came up with, also looking at word online their headings are actually just paragraphs with a custom stlye and attributes, so li could work if I ditch headings (also, not great for accessibility...)). But hey, I'm not pretending to have the nicest implementation, counterNodes definetly have their drawbacks as much as decorations have theirs. I may even change it in the future if it turns out my reasoning was wrong, in any case, hope this makes sense, and maybe someone looking into multi level lists will read this and gain something from it haha, In any case, thanks for sharing your point of view on the matter :) Multi level lists are a mess... |
Beta Was this translation helpful? Give feedback.
-
|
I've also implemented my own lists to get around multi-level lists. We've done it with attributes on the paragraph node, (styling, indent, continue) and an attribute for the computed marker value, which is updated in a Prosemirror plugin with appendTransaction. |
Beta Was this translation helpful? Give feedback.
-
Content Migrations (Status: Idea)This would introduce the ability to re-write Tiptap JSON from a previous incompatible version, to the latest version your editor supports. This would allow gradual migration of content as it is edited by others. Something like: https://github.com/remirror/prosemirror-migration may be interesting to look at. |
Beta Was this translation helpful? Give feedback.
-
|
YES please, please provide an upgrade path that doesn't require migrating content ourselves in one big go 🙏 it makes it hard to do so when you're storing millions of JSON blobs from rich content. this has been a pain point for me, as well trying to figure out how to migrate/modify existing content once an extension is rolled out but then you need to make changes, so I like the idea of migrations like the example posted. |
Beta Was this translation helpful? Give feedback.
-
|
This would be a big one for us at Niice. It's thankfully something we've avoided needing for the most part, but not having it is pretty scary for us. |
Beta Was this translation helpful? Give feedback.
-
|
Big one, specifically also if we can migrate our custom nodes and attributes. |
Beta Was this translation helpful? Give feedback.
-
|
Is there any room for any more Ideas? In particular, I'd love to see page (i.e. automatically breaking, and ability to render as a page) somehow integrated. I know it's a super difficult problem, but for certain use cases it's crucial |
Beta Was this translation helpful? Give feedback.
-
Yea, this would be hell, which is part of the reason we have not approached it. On top of the fact that it would be very difficult to do in even 1 framework.
Yea, it has to re-compute where the page breaks are on every change to the doc, it definitely will not scale beyond tens of pages.
They are using canvas, so this is not a fair comparison at all. We have all of the mess of contenteditable to deal with
Widows & Orphans sounds like hell to maintain.
It would be a huge undertaking, Google Docs started as contenteditable & gave up on it. We do not have nearly the number of people working on this project (~3 of us & not even full-time, we have our paid offerrings). So, this likely would not be open source if we made it, just by sheer number of hours it'd take |
Beta Was this translation helpful? Give feedback.
-
|
Makes perfect sense, I should read up on the contentEditable hell haha, thanks for taking the time to answer though, but yeah, I'm with you on that one, for it to be done and done properly would definetly be a mostreous undertaking and open sourcing it doesn't make much commercial sense for you in any way :) |
Beta Was this translation helpful? Give feedback.
-
|
@nperez0111 I just wanted to point out that Word Online is not using canvas
so its definetly possible without You are potentially thinking of Google docs, which migrated to canvas a while back for their editor. But Word online is still 100% HTML. |
Beta Was this translation helpful? Give feedback.
-
|
Well, I stand corrected. But, I think it still completely out of reach. I think we are a bit smaller than Microsoft |
Beta Was this translation helpful? Give feedback.
-
|
Hey @nperez0111 , it's not perfect but I'm working on this and have most of the bugs ironed out. Let me know what you think - I posted here. |
Beta Was this translation helpful? Give feedback.
This comment was marked as off-topic.
This comment was marked as off-topic.
-
|
@GreedyWhale wondering what issues you're seeing and with what language? |
Beta Was this translation helpful? Give feedback.
-
|
@Nantris @nperez0111 Yes, I've encountered a lot of problems on iOS, I'm using Chinese, and the most obvious problem is the loss of styling, such as font color, bolding, and other information, check out these issues: In addition to this I'm also having problems with inaccurate cursor positioning, which moves automatically when the browser window changes, for example: 6a0ae88355cd23af7b618ba77a9583b1.mp4I really hope you guys can fix these problems, but of course it doesn't matter if you can't, I still think this editor is a great product. |
Beta Was this translation helpful? Give feedback.
-
|
Thank you for bringing this up. Obviously, we have a ton of open issues. We'd appreciate any help that anyone give for this. Most of the issues we see with languages like Chinese are issues around the |
Beta Was this translation helpful? Give feedback.
-
|
I really want to try to fix it, but I don't know how to get started because I don't understand rich text implementation, and I would like to ask if I want to get started in this area, is it a good idea to start with proseMirror's source code? Thank you! @nperez0111 |
Beta Was this translation helpful? Give feedback.
-
|
Obviously, the answer to that question is that "it depends" on where the issue ends up being. Ideally, you would have enough JS knowledge that it should really just be:
I don't think that rich text is anything special that needs to be treated differently than any other JS programming, though it certainly has more quirks and workarounds |
Beta Was this translation helpful? Give feedback.
This comment was marked as off-topic.
This comment was marked as off-topic.
-
|
I think that what you are describing is more in-line with our paid offerings, like, the content AI extension: https://tiptap.dev/docs/content-ai/getting-started/overview |
Beta Was this translation helpful? Give feedback.
-
|
I would like to submit an idea. Can the table extension have the add or delete row / column (Like in this template) Decoration by default? Or can this be packaged as an additional extension? Initially I had a hard time implementing this with node views (was unaware of the template code), but then I took reference from the template ❤️ and was able to implement this. |
Beta Was this translation helpful? Give feedback.
-
|
That is a great idea @kart-c, I think it'd be valuable for people too. I do question how the API will work though, especially since tiptap will need to be framework agnostic, maybe just a mounting element factory or something 🤔 |
Beta Was this translation helpful? Give feedback.
-
|
I haven't really explored much about it, but maybe some sort of BubbleMenu where the user can provide their own menu inside it as required? Sort of like how anyone using the mention extension has to add their own suggestion menu for it to work. |
Beta Was this translation helpful? Give feedback.
-
Excalidraw as a node (Status: Idea)Excalidraw is an embeddable virtual whiteboard, distributed as a React component. It'd be great to embed this within a Tiptap document a custom node to allow the user to draw up their ideas right within the text editor. They represent their content as a large JSON blob, so using the Tiptap Cloud or stored directly in your editor, we can store this as being associated to your editor content. |
Beta Was this translation helpful? Give feedback.
-
|
There's not a lot here to dislike! Hugely support everything you guys are working towards. Thanks for sharing the roadmap @nperez0111 What is the current thinking/status of integrating Pro extensions to be core/open source extensions? Pro extensions being privately published and closed source used to make a lot of sense. After all, Pro extensions could only be used by customers who were paying. Now the Pro extensions are available to all customers, subject to creating an account (even a free account) so it no longer seems logical to treat Pro extensions differently. Open sourcing them would reduce confusion and it would allow the wider customer base to contribute fixes and new functionality in the same way they might contribute to the current core extensions. It would be somewhat reasonable to keep the concept of "Pro extensions" for things that do actually need a paid plan, such as collaboration and AI extensions. I think the team have previously commented that this might be something you'd be looking to do in the future, and therefore I was surprised to not see it in this list. What is the current thinking surrounding the Pro extensions? |
Beta Was this translation helpful? Give feedback.
-
The Tiptap Pro license only allows free usage by single developers, as well as other restrictions, so this is not technically true.
We've thought about open sourcing a couple of them, but do not intend to open source all of them. We have more thoughts on this, but it is dependent on some upcoming changes to our pricing model that we have not released publicly so I cannot speak to it here. |
Beta Was this translation helpful? Give feedback.
-
|
I hadn't realized the Pro extensions were available for use for solo developers. I poked around looking for the other restrictions you mentioned but couldn't readily find them. Could you point me to a link or briefly outline them @nperez0111? <3 TipTap |
Beta Was this translation helpful? Give feedback.
-
|
Pro extensions are all licensed under the Pro License: https://tiptap.dev/pro-license I am not a lawyer, but it even has an examples section which should make it clear whether you are abiding by the license |
Beta Was this translation helpful? Give feedback.
-
|
Thanks, and sorry! Not sure how I overlooked that link. |
Beta Was this translation helpful? Give feedback.
-
|
I have one suggestion: Rewrite from scratch the Suggestion utility. The current one is hard to reason with, and has a few crucial bugs (there are issues around for these). The new one should be "bug free", and with all the features with the current one. |
Beta Was this translation helpful? Give feedback.
-
|
I agree with this whole heartedly, suggestions is definitely a bug bear right now |
Beta Was this translation helpful? Give feedback.
-
|
I just want to say that whatever you do, don't mess up Svelte compatibility! (from a happy user of https://github.com/sibiraj-s/svelte-tiptap) |
Beta Was this translation helpful? Give feedback.
-
|
I'd love to see resizable images with possibility to align them (left, center, right, wrap image with content). |
Beta Was this translation helpful? Give feedback.
-
|
The ability to display the image with a caption inside a figure would also be nice. The same behavior for videos. |
Beta Was this translation helpful? Give feedback.
-
|
Putting aligning aside, since I can see that being something semantic. How do you implement something like this in a headless way? We don't have anything else like this. |
Beta Was this translation helpful? Give feedback.
-
|
I think it would just be nice if images readily stored their dimensions as attributes to avoid content shifts even without resizability. This is already on our internal wishlist, so I figured I'd share it here. |
Beta Was this translation helpful? Give feedback.
-
|
image dimensions or aspect ratio would be something I'd take a PR for! |
Beta Was this translation helpful? Give feedback.
-
|
Any chance for Feature Request: Pagination extension (A4 format content) guys? Is really needed and asked by the community!!! |
Beta Was this translation helpful? Give feedback.
-
|
Asked for here: #5793 (comment) |
Beta Was this translation helpful? Give feedback.
-
|
Over 500 million individuals write in RTL languages; I'm not sure why it isn't supported in Tiptap yet! |
Beta Was this translation helpful? Give feedback.
-
|
Could you maybe speak to why I'm not sure that tiptap is specifically incompatible with RTL, Prosemirror (our base library) should be RTL compatible. |
Beta Was this translation helpful? Give feedback.
-
|
@nperez0111 ProseMirror supports RTL in most cases (around 90%), but some extensions, like the table extension, have limited RTL support—especially for features like dragging (resizing) table cells, rows. Additionally, in RTL mode, when clicking on a table cell or row, the bubble menu opens and positions itself at the location of the clicked table row or cell. This behavior happens only in RTL mode. The correct behavior should be for the bubble menu to open and position itself relative to the table node as a whole. |
Beta Was this translation helpful? Give feedback.
-
|
Interesting, could you share some screenshots / recordings so that I can better understand the needs here? |
Beta Was this translation helpful? Give feedback.
-
Writing a document that combines both RTL and LTR languages is critically necessary. |
Beta Was this translation helpful? Give feedback.
-
|
@nperez0111 You can try it, the output won't display correctly. I think the best practice is to provide a button to change the direction of each element by adding |
Beta Was this translation helpful? Give feedback.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment has been hidden.
This comment has been hidden.
This comment has been hidden.
This comment has been hidden.
This comment has been hidden.
This comment has been hidden.
This comment has been hidden.
This comment has been hidden.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment has been hidden.
This comment has been hidden.
-
|
I'm curious if the v3 version has a tentative completion date? I want to use it in my project, but I'm concerned that the v3 version is not backward compatible, especially with the extension section (I may need to write many extensions) |
Beta Was this translation helpful? Give feedback.
-
|
It is hard to commit to any sort of completion date, but we have been publishing So far, I would say that there mostly have not been breaking changes, more just better defaults for things. Even with the package re-organization, things are backwards-compatible. If you want to see how to use the project while we have not yet updated the documentation, you can see all of the examples in the demo folder. |
Beta Was this translation helpful? Give feedback.
-
|
One suggestion: I expect the "drag handle" can be used inside nodes For now, only the top level for the whole block can be dragged: 
But I believe the notion style is better: 
|
Beta Was this translation helpful? Give feedback.
-
|
Great idea 👍 |
Beta Was this translation helpful? Give feedback.
-
|
And yes, there're already thrid-party solutions like https://github.com/NiclasDev63/tiptap-extension-global-drag-handle But third-party cannot work well for everything, especially custom nodes. Since there's already a native indent support planned, I believe provide first-party support for this is best. |
Beta Was this translation helpful? Give feedback.
and others
-
Hello, Tiptap community!
Internally, we are planning out next steps for the next major version of Tiptap v3. We thought that it would be great to involve the community in this planning!
There are some items which we've already decided and made some progress on, while others are only in the ideation phase or need some feedback. I will be posting each feature/idea in a separate thread, so that we can keep the discussion tight to a specific feature as well as to allow voting on particular issues.
So, please upvote an idea if you think that it will be a valuable addition to Tiptap!
We've already started to make some progress towards v3 on the next branch if you want to check out some of the upcoming changes like:
Replace the tippy package with floating-ui: Remove tippy.js and replace with Floating UI #5398
@floating-ui/domwhich is tippy’s official successor and offers a much more convenient APIrenderHTMLJSX: feat(jsx): add@tiptap/jsxfor more convenient rendering of Tiptap content #5558With the new JSX functionality, we can now support JSX as the return type from
renderHTMLresulting in this nice API:Optimal Framework Performance by default
shouldRerenderOnTransactionAPI be defaultfalse, with an opt-in to the previous in-optimal behavior.Static Renderer: feat(static-renderer): add
@tiptap/static-rendererto enable static rendering of content #5528Support for Prosemirror Markviews: feat(core): add support for markviews #5759
Please vote & discuss your favorites below!
Or, add your own if you've been looking for something yourself!
Beta Was this translation helpful? Give feedback.
All reactions