XF 1.2 A New Editor and Much Much More

I've never hidden my frustrations with XF 1.1's editor (which is based on TinyMCE). In 1.2, we have entirely removed the existing editor and replaced it with a new one based on Redactor:
ss-2013-05-17_12-21-49.webp


So obviously this looks quite a bit different--and I know plenty of people didn't like the 1.1 editor look--but the functionality is there. So what advantages do we have? Well there are various ones:
  • Much lighter code and faster to load. Redactor depends on jQuery and benefits from that.
  • When pasting, most formatting is removed (though some is kept). However, if you're pasting from one XenForo editor to another (or within the same one), all formatting is maintained.
  • White space is maintained for code tags when pasting from Webkit. This was an annoyance for a number of people here, myself included. :)
  • The overlays are now consistent with overlays elsewhere in XF.
  • Generally, from my perspective, the code is much more adaptable to our needs.
  • A bunch of other things I'm going to detail below...
For the most part, the editor simply shouldn't get in your way so in a sense, you shouldn't actually see much different for the average post.

How about some other bigger changes?

Pasting images
If you use Chrome or Firefox and have an image in your clipboard, you can simply paste it into the editor. It will automatically be uploaded as an attachment if possible. If the upload is successful, this works exactly like uploading an image and then clicking the "full image" button.

Note that in Chrome, the image data must be in your clipboard (such as from pressing print screen). In Firefox, you can either have image data or you can copy a file that's an image and paste that.

Drag and drop uploading
Provided your browser supports it, you can now drag files into the editor to upload them:
ss-2013-05-17_12-37-47.webp


@User tagging
While not directly related to the editor change, this is probably the best time to mention it. You can use @Mike style syntax to tag users in a post:
ss-2013-05-17_12-39-42.webp

Tagged users will receive an alert when they're tagged.

You can obviously turn off tag alerts, but as an admin, you can also limit the maximum users that can be tagged per message as a permission. (So you could disable it for registered members and only allow premium members to tag, for example.)

Alternative smilie inserting approach
The smilie dropdown really didn't work well with a lot of smilies. Clicking the :) button will now do this:
ss-2013-05-17_12-42-10.webp

This is now making a call to get the smilies and lays them out with a template. This opens up the possibility for more organization options (though nothing has changed as of this message).

Auto save drafts
While you are typing a message, every X seconds (currently 60), a draft of your message will be saved. If you reload the page later, your message will be automatically re-shown. Drafts will be automatically pruned over time.
Each draft is associated with a particular piece of content, such as a thread, forum, or conversations. A draft reply that you start working on in thread 1 will not be shown to thread 2 and so forth.

Display if messages have been posted since you started your message
Tied into the auto-saving, when you're writing a reply to a thread, we will check to see if any new messages and display a note if there are. You can then display those new posts without reloading the page.




Oh yeah, one more thing on the editor, it's fully responsive:
ss-2013-05-17_12-49-20.webp

That should be a hint... :)



So, when are we going to see this all? Well, we're hoping to have 1.2 running here on XenForo.com in early June. The initial beta release will follow, based on how well the time on 1.2 goes. The final release of 1.2 would be wholly dependent on how the beta process goes.
 
Just another question: will BBCode still be parsed in the currently used method? i.e.:

Code:
[B][FONT=Helvetica]Some text[/FONT][/B]
[B][FONT=Helvetica]Another line[/FONT][/B]

instead of

Code:
[B][FONT=Helvetica]Some text
Another line[/FONT][/B]

The current format makes it very tedious to edit the font of a post once it has been set.
 
Most images are already copyrighted. When they are posted without permission from the copyright owner and that copyright owner finds out, usually they request the photos to be removed from the site's that is hosting the images (ex: tinypic) contact form. If the site is hosting the images itself and they do not comply they will request for that content to either be removed through the DMCA compliance link or they'll report the site to that webmaster's host etc and/or get the content taken out of search engine results (chilling effects). By hosting images directly as an attachment you run the risk of copyright owners reporting your content to google, getting your thread removed from search results or worse, them contacting your host, this even happened to Xenforo btw and then Xenforo got taken offline for awhile.
 
Absolutely.

BB code is BB code regardless of how it is inputted.

Cédric's button manager obviously won't work, however, until he gets the opportunity to implement it, that is.

The Button Manager is easy to update that's not a problem (even if I would need to improve its coding), but I still think this should be in the core and not as addon. Now for the reasons I've already explained in another thread, I personally think the current version of Redactor is not yet good enough (I think it's bad but that's my opinion and my opinion is based on what my needs are): dom insertions are not well managed (euphemism ; confirmed by the Redactor developers who are working on a next release ), the redo/undo manager almost doesn't exist (source: Redactor developers), the editor has a single line of buttons [can be corrected], etc. But the design and the support are good. So I think I will look to integrate TinyMCE 4.0 if I find time which is a good compromise between Redactor and CKEditor (if we only compare the Javascript size) and better suites the redactors needs (actually the editor layout should be differently configured between redactors and readers). I just have a bad feeling about Redactor but I would be happy to be proved I'm wrong.

Now speaking frankly the editor is not the main concern since it still remains in the backend a Bb Code editor with a wysiwyg display. My main concern is the the editor "html<=>bbcode" parser/formatter (I'm not sure of the name). It must be completed otherwise the same problems than with TinyMCE will still occur and users will still not be satisfied and will blame Redactor for this. It was working great with vB 3.x, so it shouldn't be a problem to get back the same thing.

Speaking of this, it would nice if the html parser/formatter could be extended... and it could be nice to have something better than a simple textarea in the Bb Code mode even if it's basic: bold/italic/underline + smiley would be probably enough.
 
Good work Mike in that the smiley location is in a better place. In essence though, people who really are urging for smiley management functionality are going to lose out big time who use the dc smiley manager add-on so basically we're right back to square one.Is there absolutely nothing you can do more regarding smiley management features?

Editor feels better from the demo. A step in the right direction.
 
Top Bottom