Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Editor.js – Block Styled Editor

editorjs.io

Post reply on HN
Print view View original

71–75 of 75 posts

Re: Editor.js – Block Styled Editor

#71

Post by neSpecc »

viksit wrote: post #54

Couple of questions, - Are there any plugins to transform the saved output into HTML or other content (markdown)? Or does the user have to implement these? - Whats the difference between this and the CodeX editor referenced in many places? Edit: PS: The docs link to https://editorjs.io/usage but that url seems to be broken.

Hi from CodeX.

Currently we does not have ready to use implementation for converting JSON into HTML after saving. It is a trivial and specific task, that depends on plugins you use.

CodeX Editor is the previous "working" name of early version of Editor.js. We have decide to change name on beta-testing stage.

Re: Editor.js – Block Styled Editor

#72

Post by gohabereg »

bengotow wrote: post #57

Hey! I maintain the Mailspring email client and I've thoroughly battle-tested SlateJS and DraftJS. I'd absolutely love if we could move to something with broader contenteditable support in the future (it's more or less impossible to allow people to paste AND EDIT arbitrary HTML in the former two.) A few questions if the author of the post is around! - Does EditorJS support nested blocks? Eg: can I make a list node th…

Hello! I'm a maintainer of Editor.js.

Regarding to your questions:

- Editor.js doesn't support nested blocks. We keep structure flat and want Tools API to be as simple as possible for new developers. The target audience of the Editor.js is media and blogs, usually you don't need complex structure there. However, you can implement some complex plugins for your needs, nested lists as example.

- We consider development of the editor very serious and understand importance of the test coverage. At the moment we don't have unit neither e2e tests but this is the one of our next steps on the way.

Thanks for your feedback!

Re: Editor.js – Block Styled Editor

#73

Post by bojanz »

Reinmar wrote: post #70
bojanz wrote: post #52

Earlier quoted context omitted.

Since you mentioned CKEditor 5, I'll be bold enough to go a bit into off-topic. CKEditor 5 is an incredibly impressive endeavour, and I've been following it with great interest. However, one of the things that separates it from the competition is the GPL license, which makes it impossible to use the editor in a permissively-licensed (Apache2/MIT) open source project. Your founder has indicated a readiness[1] to grant…

Thanks for such positive feedback :) Yes, the "Free for Open Source" initiative is up and running. For now, we didn't promote it a lot because we wanted to learn how it works, but from what I know, the custom license that we proposed is already used by a couple of projects. Based on the feedback that we got so far, we're right now working on a simplified version of this license. Its initial version still had some res…

That's great to hear. Keep up the good work!

Re: Editor.js – Block Styled Editor

#74

Post by spiralx »

n8hunzaker wrote: post #24
AlexMuir wrote: post #12

Two long established predecessors to this: Sir Trevor JS[0] and Colonel Kurtz [1]. I've used Kurtz extensively and it's been brilliant. The only downside of all these block-based editors is that you can't easily create layouts where images float to the left or right of text. Well, you can create them but you don't get a WYSIWYG idea of what it looks like right in the editor. I can live with that! I've explored all so…

Maintainer of Colonel Kurtz here! It's super awesome to see positive feedback. Thank you! CK is our workhorse for tons of sites, and we've struggled to come up with a good general pattern for editing horizontal layouts. We'd happily take suggestions, however. I'll admit it's one of the more awkward things with the editor.

I'm not familiar with your editor or block-based editors in general, but it looks like a basic version of a visual editor I used in WordPress a while back. Is there some reason you can't do it similarly to how that did it, by allowing a row to be split into columns, each of which can have a content element within it and can have it's width adjusted manually or set to fit to its content?

If you used flex instead of floats it seems like you could have most of the functionality without the edge cases of floated elements.

Re: Editor.js – Block Styled Editor

#75

Post by qrohlf »

Reinmar wrote: post #69
qrohlf wrote: post #19

I've been following this space for some time [1], and for me the constant struggle has been finding something that is both batteries-included, so I don't have to build a usable editor from primitives on projects where the core differentiator is not related to how content gets authored, and mobile-friendly, so that I don't have weird capslock bugs on iOS [2], completely broken Android support [3], and just general mob…

We've been doing quite a lot of research around mobile support in the early phase of working on CKEditor 5. We knew from our past experience that on mobile devices (especially smaller ones) you need a dedicated UI, rather than a responsive version of the same UI that you use on the desktop. When the software keyboard is visible (+ when you have autocompletion bar above the keyboard) there's really not much space for…

This is really nice context to have. I would generally agree with you that, in the current mobile IME landscape, it's hard-to-maybe-impossible to get close to the text editing UX of a native app with the web platform.

I guess my point of frustration is to watch project after project toss itself at the task of implementing a nice Medium-ish desktop UI, announce a new "standard" for JSON-based rich document serialization, get mobile support about 80% of the way there, and then just... leave it like that.

I don't have enough data to make a firm statement, but I would bet with confidence that that if you include native mobile apps in the calculation (iOS Notes app, Google Keep, Wordpress Mobile), mobile rich text editing is either more prevalent than desktop, or on a strong upward trend that will overtake desktop text editing in the next two years. The popularity of hybrid devices like the iPad pro, where you have a desktop-class processor and screen size but an iOS IME is only going to boost those numbers.

Post reply on HN