10 ms·
Trix: A rich text editor for everyday writing
- ipsum2 11y agoSince they didn't put a demo up on their site, here's one cobbled from their documentation: http://jsbin.com/cazewaxoje/1 http://jsbin.com/cazewaxoje/1
- mintplant 11y agoThe site [1] even pulls in the Trix editor source (js/trix.js), but doesn't do anything with it. I guess it's not finished? But they put in enough effort to add a blinking cursor animation--why not slap in a sample editor as well? [1] http://trix-editor.org/ http://trix-editor.org/
- javan 11y agoI just added a demo: http://trix-editor.org/ http://trix-editor.org/
- aaronbrethorst 11y agoNeat, thanks! Literally just this morning I was thinking to myself that I would give just about anything for a high quality OSS rich text editor capable of generating terse, correct HTML output. And here, not even 24 hours later, one just falls into my lap.
- hudibras 11y agoLooks like you got two wishes left. Use them wisely...
- aaronbrethorst 11y agoI don't know what my second wish will be, but I can tell you my third will be "I wish I had a monkey paw." http://www.hulu.com/watch/33690 http://www.hulu.com/watch/33690
- lobster_johnson 11y agoThere's also ProseMirror [1], which I'm told is very good, and supports extensions of its document model to support things like embedded objects and Markdown, and is designed for collaborative editing -- all document operations are patches that can be sent over the network. [1] http://prosemirror.net/ http://prosemirror.net/
- aaronbrethorst 11y agoCool, thanks for the pointer!
- i_have_to_speak 11y agoOn an Android, it does not let me select text (there is only one caret during edit). Is there some workaround / way to fix this?
- doppel 11y agoYou should probably put a link in the README.md in the github repository - it was the first thing I looked for (Cmd+F -> "demo"). Nothing beats a visual experience in case of a frontend library.
- wash23 11y agoCrash on IE 11/Win7 - http://i.imgur.com/WyJYKU8.png http://i.imgur.com/WyJYKU8.png
- dagw 11y agoSeems to work on IE10/Win7, but I don't get the auto-typing message I get in chrome.
- alberth 11y ago@javen You'll want to add "cursor: hand;" to your CSS when someone hovers over the styling buttons. Because right now, it default to the cursor point, which doesn't given a clue to the user that the styling buttons are clickable.
- SunboX 11y agoNotSupportedError: Operation is not supported trix.js:20:0
- nimitkalra 11y agoDemo: https://wells.ee/trix-demo/ https://wells.ee/trix-demo/
- manigandham 11y agothey put the official demo here: http://trix-editor.org/ http://trix-editor.org/
- pbreit 11y agoPlease tell me this is a humane alternative to TinyMCE, CKEditor, etc?
- smileysteve 11y agoSee also http://summernote.org http://summernote.org
- mmahemoff 11y agoGoing from the README, the main difference is the architecture. It creates a layer of indirection between user actions and the DOM. This has two advantages: * For developers of Trix itself, it eases the pain of cross-browser development - as the README says, contenteditable is inconsistent across browsers. * For developers using Trix, you get a clean API (Trix.editor) so you can edit the document programmatically without your own cross-browser development.
- ipsum2 11y agoHow does this compare to Prosemirror? (http://prosemirror.net/ http://prosemirror.net/)
- Maro 11y agoHow about you try it out and tell us about it?
- msoad 11y agoThis doesn't support images as far as I can tell
- sstephenson 11y agoTrix fully supports file attachments and image attachments, as documented in the readme. It includes an inline caption editor for images. Trix also supports "content attachments" (currently undocumented) which allow embedding arbitrary HTML as attachments in the document. Basecamp 3 uses this feature to embed @mentions with avatars, and various oEmbed types, in messages and comments.
- sealocal 11y agoI want to see those "content attachments" as a live demo! I'm currently using CKEDITOR in a Rails app and inserting HTML "templates." CKEDITOR renders the HTML and allows the end-user (or content creator) to modify the HTML while it is rendered inside the contenteditable text area.
- manigandham 11y agoIt does, you can use the toolbar to enter urls for the image. Toolbar is hard to use though.
- javan 11y agoYou can also drop files on the editor. Try it on the demo site.
- 11y ago
- steveklabnik 11y agoThe demo GIFs going around on Twitter a few weeks ago made me really excited for this.
- ayushgta 11y agoThis looks interesting especially the part about "Trix sidesteps these inconsistencies by treating contenteditable as an I/O device". We recently started using froala (https://www.froala.com/wysiwyg-editor/v2.0 https://www.froala.com/wysiwyg-editor/v2.0) and are really happy with it so far.
- tmikaeld 11y agoAlso a Froala user, been using CKEDITOR before but switched since Froala worked better and had a simpler API.
- stephentmcm 11y agoOne thing this gets right that heaps of other WYSIWYG's get wrong is lists. You can create a proper multi-level list here with order and unordered lists nested inside each other correctly. This sort of stuff is actually important for creating accessible documents as things like flowcharts need a plain text version and nesting lists is a reasonable way of displaying these.
- VeejayRampay 11y agoAbsolutely. I do note though that headers (h1, h2, etc.) are not supported (unless there's a way to customize the format bar past what I saw in the demo). Switching from ul/ol/li to h1, h2 and back has been a MAJOR headache for us when we tried to offer text-editing features based on an older library called wysihtml5. Medium also dodges that altogether. Text editing is still extremely complicated.
- cben 11y agoMy litmus test for WYSIWYG lists — which Trix fails — is 1. start a numbered list 2. put several paragraphs... > including some nested block element e.g. quote ... inside one list item 3. Then continue the numbered list (not from 1!) This is something that's trivial to express in markdown, LaTeX etc but annoying to impossible with WYSIWYG where being in a list pretends to be a per-paragraph boolean property. In many WYSIWYGs you can't semantically put block-level stuff "into" a list item, only fake it by pressing Enter, cancelling numbering on the new paragraph and increasing indent to align with list item. This makes it a nightmare to continue the list afterwards, because actually I've already closed it. Surprisingly, while many WYSIWYG editors are only ready to start a new "1. " list, they do allow me to paste the compound item into the middle of an existing list without interrupting its numbering. Sometimes there are other rituals involving liberal consumption of Shift+Enter and Backspace, dancing with text, and promising my firstborn to be contentEditable... Anyway Trix fails it on the simpler task of multiple paragraphs in a list item. I haven't looked at the code but it seems its content model (at least strictly enforced) for list items is something like: - a single block element (can be a quote or code) - followed by zero or more sublist items. It's good that Trix won't let me increase indent on a paragraph that doesn't fit its content model. But I need a stronger model for my docs... Now a quote does allow multiple block content! What happens when I put a quote inside a list and then add sub-lists inside the quote? Madness: 1. foo 2. | bar | baz (this was Enter, not Shift+Enter) 3. | 1. sublist 4. | 1. | ququux | | multi-line/paragraph. 5. | 1. #code () {#### | ###...######## | 1. #}############ 6. | WAT? 7. | * ulist... 8. | * | 1. | - he he I'd hope the continuous outer / non-continuous inner numbering is just styling bugs and not a crazy model? P.S. A smaller usability issue: how do you make a numbered list with bullet sublist (or vice versa)? Enter->increase indent->switch to bullets works but Enter->switch to bullets leaves me with no option to increase indent. Unnecessarily confusing. Anyway, lists are why I hate all WYSIWYG with passion as a user. I wish WYSIWYM with explicitly visible structure (cf. TeXmacs) was more popular.
- 7kmph 11y agoso... does it have vi mode?
- ianstormtaylor 11y agoDoes anyone know if this would adapt well for real-time use with multiple people writing at once? Etherpad-style. Or would that need to be architected differently from the start? Also, sad that it's in Coffeescript.
- anilgulecha 11y agoNothing sad about it. Just because it isn't $your_favourite_language doesn't mean it's sad.
- lobster_johnson 11y agoProseMirror [1] is designed for collaborative editing -- all document operations are patches that can be sent over the network. Like Trix, it uses its own document model, not contentEditable. [1] http://prosemirror.net/ http://prosemirror.net/
- m0dest 11y agoInteresting naming. The WYSIWYG rich text editor in Google Docs is named Kix. The engine behind Google Sheets is named Trix.
- braindead_in 11y agoIs there an open source alternative to Kix? I've been looking for WYSIWYG which has the look and feel of a document processor.
- akulbe 11y agoWhy are text editors so popular a project? My apologies if that sounds anything less than a legitimate question. I'm genuinely curious. It seems very common to me, over the last several years, to see $NEW_SHINY_EDITOR, and I wonder why. Are the alternatives that bad? Or is it just a matter of another dev wanting to scratch their own itch?
- stephenr 11y agoThis is a "WYSIWYG" style rich text editor to embed in a webpage/CMS - its not a desktop "text editor" that a developer might use to write code with.
- jacobsenscott 11y agoYes, they are all terrible. I don't know if this will be any better. They all highlight how bad the web is as an environment to host applications. A rich text editor - something that is a trivial toy project in any other application development environment - is impossible to build on the web in 2015.
- sstephenson 11y agoIt is not impossible. It just takes a lot of time and effort. It took two developers around 18 months to build Trix. The readme explains how our approach is different from other WYSIWYG editors. (Most others are just toolbars that call execCommand.)
- lobster_johnson 11y agoDid you look at ProseMirror? http://prosemirror.net/ http://prosemirror.net/
- sstephenson 11y agoYes, of course we've seen ProseMirror. It looks quite nice. By the time we first heard of it several months ago, the bulk of Trix had already been written.
- ShirsenduK 11y agoFinally an editor which can replace existing form elements without extra JavaScript! ContentEditable is wow and all but it doesn't replace textarea, this does.
- danso 11y agoNice to see this particular bit of info high up in the README (though "as seen in Basecamp 3" would fit well in the Github repo description line): > Trix is an open-source project from Basecamp, the creators of Ruby on Rails. Millions of people trust their text to Basecamp, and we built Trix to give them the best possible editing experience. See Trix in action in the all-new Basecamp 3. Nothing gets me more interested in trying out a JavaScript library than seeing that it's used in a mainstream production product, especially a money-making/critical product by very same the company that created/maintains it...it's a bit of guarantee that the API is relatively mature/won't-go-crazy and that someone has a vested interest in keeping the library up to date with changes in the Web. That was why React was so much more appealing to me than Angular, relative to their respective public release dates...React was already in production at Instagram and parts of Facebook, whereas I don't think Angular was in any of Google's main public facing products (i.e. search, YouTube, Maps)
- kacperpotega 11y agoAgree. Although I would have wished to see it in action immediately (on an example page) without having to clone it to my machine. Edit: Nevermind, just saw the edit on the comment below :)
- impactmass 11y agoAgreed.
- picardo 11y agoThis is a Javascript project, but there is no NPM distribution for it. Edit: yes, it's not a Ruby gem. I stand corrected.
- stephenr 11y agoIt's also open source. The developers (Basecamp) are obviously deeply invested in the Ruby stack. If you want to install it with NPM, you could a create pull request with a package.json file and some helpful information for the authors about how to submit to the NPM registry, no? This is the point of open source software you realise - that you can not just use the software, but that you can help improve it for yourself and others.
- voltagex_ 11y agoRaising an issue on GitHub would be a good first step. Edit: https://github.com/basecamp/trix/pull/32 https://github.com/basecamp/trix/pull/32
- sstephenson 11y agoNo, it's not distributed as a Ruby gem.
- picardo 11y agoAh, my mistake then. Carry on.
- lemevi 11y ago> This is a Javascript project It's not JavaScript, Trix is written in CoffeScript.
- mahmud 11y agoIsn't CoffeeScript the "Macro-assembler" of JavaScript? i.e. a simple 1:1 syntax mapping, without no differentiating semantics of its own. Or am I wrong?
- brentvatne 11y agoVery neat -- seems like React for textarea
- tajano 11y agoOr like Elixir for ContentEditable
- brentvatne 11y agoNot sure why so many downvotes -- they build an in-memory representation of the content of the contenteditable, intercept input events to update that representation, and use that to update the actual dom. Presumably they wouldn't just wipe out the entire contents each time either, so it's sending atomic create/update/delete commands to the dom.. So it's like React's vdom just for contenteditable.
- amelius 11y agoWhat is the computational complexity of inserting a character into a text containing N characters, using this editor?
- qute 11y agoquick experiment: after copying the original text 200 times into the text box it starts to be unbearable to write any new text. However, if one just inserts 200k characters with no formatting, the editor doesn't seem to slow down.
- riskable 11y agoThis is a very astute observation. When I was developing Gate One I experimented with something similar for terminals (using contenteditable to work around issues with keeping elements up-to-date while retaining formatting) but ultimately ran into severe performance problems. That was years ago though and browsers have gotten much better at handling contenteditable with larger amounts of text. However, the more tags you add to contenteditable elements (i.e. for formatting) the more work the browser has to do every time there's a page reflow and there will be a reflow every time the text changes. So the more formatting, the slower (less responsive) it will be. The workaround for this (no idea if it's used in this editor) is to divide the document up into lots of individual <div> elements with contenteditable=true and make sure that all outside-the-view elements are removed or at least hidden via 'display: none' and merely re-show them on-the-fly as the user moves about the page. Keeping a page or two above and below the view pre-rendered can help with responsiveness and you'd also have to make sure to pre-fill all the document's unseen space with whitespace so that the user can scroll to any position accurately even if the browser is still retrieving and rendering that portion of the document. I came very close to implementing such a solution but ultimately decided on something else entirely (server-side rendering and a difference-based terminal update protocol). It's a great idea for an editor and tows the line of, "what we're supposed to be doing" on the web but ultimately it requires a lot of complicated code. Far more complicated that one would think at first glance.
- thwd 11y agohttp://trix-editor.org/ http://trix-editor.org/ They don't use contenteditable in the traditional way: > Trix sidesteps these inconsistencies by treating contenteditable as an I/O device: when input makes its way to the editor, Trix converts that input into an editing operation on its internal document model, then re-renders that document back into the editor. I find this a fine solution.
- humbyvaldes 11y agoThis is cool, one issue thou is that on iOS the select content menu gets in the way. Not Trix fault but iOS makes these WYSIWYG editors a no go.
- xenihn 11y agoHas anyone found a good workaround for this? The best I can do is move the select content menu after it's loaded, but this looks ugly and is really, really distracting. Nothing else that I've tried works.
- lemevi 11y ago> CONDUCT.md Did projects prior to being hosted on GitHub require a Code of Conduct or is that a new thing.
- ww520 11y agoThis is very nice. The support for attachment is a surprise bonus. I'm seriously thinking to incorporate this in one of my projects.
- drikerf 11y agoAwesome stuff! Especially the attachment handling. Another more minimal approach is Squire from Fastmail, https://github.com/neilj/Squire https://github.com/neilj/Squire
- l-p 11y agoIt breaks Pentadactyl external editor feature as every other WYSIWYG editor do. This will be a pain to use.
- tomsthumb 11y agoiirc you can disable pentadactyl on a per page/per domain basis, unless that was some other vim browser plugin. it's been a while.
- louhike 11y agoPentadactyl is a browser extension used by very few people, why should they try to make it work with it?
- MarkCole 11y agoIf EVERY WYSIWYG editor is breaking the plugin. Maybe it's the plugin that is broken not the editors? Just a thought.
- l-p 11y agoActually, not every editor break it, this is not my real issue with WYSIWYG editors anyway. My problem is that I don't want to use them. Unless they use markdown or another simple formatting language behind the scene, and allow you to switch to a simple `<textarea>` input, you can't avoid them. I already have a text editor, I already have a way to generate "rich" text, I don't need another tool with another set of bindings, quirks, bugs and incompatibilities. Every editor has its own way to deal with very basic stuff: when writing a list what happens if you press return twice? Backspace on an empty element? Tab? You can't know beforehand. I'm fine with giving tools to non-technical users, but there should be a way to disable such editors completely so it can adapt to any workflow.
- CamatHN 11y agoI really like this. If only it supported ie 9 and below I would use it. Looks like we are stuck with CK unless anyone can offer other viable, preferably pretty, solutions?
- axx 11y agoIt seems like it uses polyfills to solve this problem, no? From the documentation: > Eventually we expect all browsers to implement these standards. In the meantime, Trix includes polyfills for missing functionality.
- rambambam 11y agoLast time I saw Basecamp (then 37signals) working on a rich text editor is a long time ago. What happened to WysiHat? I know it had another developer than the two guys who made Trix. What I especially liked about WysiHat was the complete bareness of the toolbar, just plain HTMl links. Is that also possible with Trix?
- sstephenson 11y agoI was involved with the Wysihat project too. What we found is that its approach, like most other editors', is fundamentally broken. We created Trix to solve the problem. https://github.com/basecamp/trix#different-by-design https://github.com/basecamp/trix#different-by-design I think you'll find Trix's toolbar easy to style however you'd like, but if not, it ought to be straightforward to implement your own using the API.
- rambambam 11y agoCool, and great work! I had a small e-mail conversation with Josh (forgot his last name) a couple of years back, I thought he worked on Wysihat alone. I have seen and tested some RTEs for the web, and I can only imagine how hard it is to come up with a durable solution. So thanks for Trix and good luck! P.S. Trix also has a 'royal' connotation to me, because it's short for Beatrix in The Netherlands. Beatrix being the former queen.
- z3t4 11y agoI don't get these simplistic editors. You just have to learn ten HTML tags to do the formatting these editors offer. What would be useful though, would be an editor that supported "design" and not just text.
- ponytech 11y agoIt may be used by people that don't even know what HTML is. Good luck teaching them what a tag is.
- deleted 11y ago[deleted]
- artpop 11y agohahaha… oh god. This place is such an echo chamber…
- emj 11y agoIs "what would be useful is an editor that supports design" an echo chamber? Mightbe pretty hard to do right, but not an ordinary idea. About rich text editors, since there are so many editors (even native) that lag on input I have just assumed that is something that only I care about.
- detaro 11y agoProbably more the "You just have to learn a few HTML tags", which reminded me (since it was quoted in another discussion today) of the comment about Dropbox saying that it was trivial to replicate by getting FTP space, mounting it using some tool and running SVN on top. EDIT: https://news.ycombinator.com/item?id=10412530 https://news.ycombinator.com/item?id=10412530
- deleted 11y ago[deleted]
- 11y ago
- jbb555 11y agoOh an editor! Oh... no. It's just a webpage/javascript thing. Not interesting.
- morokhovets 11y agoHas anyone tried to embed Trix into React? How all this custom tags and polyfills will behave inside react component tree (even though shouldComponentUpdate will always return false)? There is https://github.com/souporserious/react-trix https://github.com/souporserious/react-trix but it looks like it does nothing at the moment.
- truebosko 11y agoThis a good time to ask about a good, open source text editor that outputs to Markdown instead of HTML?
- cben 11y agohttp://hallojs.org/demo/markdown/ http://hallojs.org/demo/markdown/ http://sofish.github.io/pen/ http://sofish.github.io/pen/ https://github.com/bevacqua/woofmark https://github.com/bevacqua/woofmark http://prosemirror.net/demo_markdown.html http://prosemirror.net/demo_markdown.html Haven't seriously used any of those but I'd put my money on ProseMirror as the most principled one.
- travjones 11y agoThis is totally off topic, but the first thing I thought of when I read "Trix" was: "Silly rabbit, Trix are for kids!" Anyone else? On topic: Thanks, Basecamp. I like the minimalism and focus on function of this project. Contenteditable approaches to formatting text needed some love. I look forward to trying this out in my next project.
- ck2 11y ago200kb for css+js have fun with that on mobile where like all browsers, javascript is single threaded the reason why we use contenteditable is that it can be done in 15kb and the browser can do it natively, then you just clean up the resulting code on the backend
- eccstartup 11y agoWhat about google doc?
- nmjenkins 11y agoLooks decent. The approach taken is the right one: we do something very similar with the Squire rich text editor (https://github.com/neilj/Squire https://github.com/neilj/Squire) which I wrote for FastMail's webmail. Basically the browser can't be trusted to do any formatting itself, which is a slightly depressing state of affairs, especially as there has been zero improvements in this area for the last 5 years. I guess it's not shiny enough for browser devs to focus on. Looking through the code, a few things jumped out that should be looked at: * Native TreeWalker implementations are buggy in some browsers. In the end we decided it was safer to just implement the bit we needed ourselves (see comment at top of https://github.com/neilj/Squire/blob/master/source/TreeWalker.js https://github.com/neilj/Squire/blob/master/source/TreeWalke...). * The HTML sanitisation using document.implementation doesn't account for DOM clobbering so is currently bypassable with the right malicious content. I recommend using https://github.com/cure53/DOMPurify https://github.com/cure53/DOMPurify for this rather than writing your own. It's tricky to get all the edge cases right, so better to use something that's been reviewed by several people (and in DOMPurify's case also undergone a formal security review). Again, we use this at FastMail as part of our webmail.
- seagreen 11y agoCan you elaborate on not being able to trust the browser for formatting? Is the idea that web developers should just be able to use <textarea> and not have to think about it beyond that, and that browsers should provide solid default <textarea> editor?
- nmjenkins 11y agoI mean things as simple as bolding a piece of text. The way to get the browser to do this for you is to using the document.execCommand method, but the results are inconsistent between browsers. Worse than that though is stuff like hitting "enter" on the keyboard – all sorts of crazy stuff happens (new <span> tags being added, nothing consistent between browsers, generally doesn't do what you want). We came to the same solution the guys at Basecamp have: you generally can't trust the browser to get you from state A -> B and have to do it yourself. Probably the hardest thing to do is handle copying and pasting, partly because most browsers give you very little control over this, so you have to resort to terrible hacks. You also have to decide how much of the formatting in the clipboard item was "intentional" and how much should be cleaned. I see if you copy/paste just a word from within Trix, it pastes it as a whole block with the block's formatting around it. I suspect this may surprise many users who expect it just to copy the word (the inline bit, not the block around it in editor parlance). Once you start going down this rabbit hole, you end up having to do things like take one DOM tree and recursively merge the "edges" with the adjacent trees to get it to behave as the user expects. I think we do a pretty decent job with Squire, but I'm sure there are still more edge cases we haven't covered.
- saint-loup 11y agoIt reminds me of Prosemirror: "By strictly separating its document data structure from the browser's DOM, ProseMirror sidesteps most of the mess that is contentEditable, and ensures that the document stays entirely under the control of the editor." http://prosemirror.net/ http://prosemirror.net/
- cookiecaper 11y agoAnyone have an opinion on http://quilljs.com http://quilljs.com ? Haven't seen it mentioned in this thread yet.
- manigandham 11y agoGreat timing, we were just looking for a new editor for our project. Since there are so many choices, here's a list of everything mentioned in this post. Trix - https://github.com/basecamp/trix https://github.com/basecamp/trix - demo here: http://trix-editor.org/ http://trix-editor.org/ by basecamp and used in v3, handles files/images well Squire - https://github.com/neilj/Squire https://github.com/neilj/Squire - used in FastMail webmail, better for text than images ProseMirror - http://prosemirror.net/ http://prosemirror.net/ - not great with images Scribe - https://github.com/guardian/scribe https://github.com/guardian/scribe - by the Guardian team CKEditor - http://ckeditor.com/ http://ckeditor.com/ - solid and very customizable, lots of plugins, a little dated in look/feel Quill - http://quilljs.com/ http://quilljs.com/ Summernote - http://summernote.org/ http://summernote.org/ wysihtml - http://wysihtml.com/ http://wysihtml.com/ Etherpad - http://etherpad.org/ http://etherpad.org/ - collaborative realtime editing TinyMCE - http://www.tinymce.com/ http://www.tinymce.com/ - older editor but still good Textbox.IO - https://textbox.io/ https://textbox.io/ - new from the owners of tinymce project Froala - https://www.froala.com/wysiwyg-editor https://www.froala.com/wysiwyg-editor - solid editor, newer features like drag/drop images, v2 RC3 just released Redactor - http://imperavi.com/redactor/ http://imperavi.com/redactor/ - we used this in production but quality has gone down, v2 is half the functionality at 3x the price, not recommended anymore
- deleted 11y ago[deleted]
- deleted 11y ago[deleted]
- sleepyhead 11y agoWhat is the quality problem with Redactor 3?
- manigandham 11y agov2 is their newest release: http://imperavi.com/redactor/log/ http://imperavi.com/redactor/log/ They've removed features like html code view (which is basic and needed since no editor is perfect), formatting for pasted-in text is worse (even from just another webpage), image handling is broken (cant resize or even move around anymore), and lots of stability bugs in general.
- timdavila 11y agoA couple things I noted while playing with the demo at http://trix-editor.org/ http://trix-editor.org/ * Pressing the <tab> key doesn't insert a tab as I would expect. I'm using Firefox latest on Win8 * The * character doesn't turn into a bulleted list item as I would expect. This is probably more of a nice to have for people use to that behavior in MS Word.
- fokinsean 11y agoSame tab issue on latest chrome osx
- automentum 11y agoHard to figure out why no one is doing a plain HTML editor that the humans can understand and cope with it. That way we stay with the plain text with the most open formatting standard. A Notepad ++ that is standardized on HTML and not plain text comes too my mind.
- lynnetye 11y agoAny Ember users out there? We just wrote an Ember component addon for Trix. https://github.com/lynnetye/ember-trix-editor https://github.com/lynnetye/ember-trix-editor
- sealocal 11y agoI'm currently using CKEDITOR in a Rails app. I like the cleaner toolbar design for Trix!