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.
 
I don't accept that answer...
I have already noticed that this the time I've been repeating you the same thing ^^ Look at how Wikipedia deals with tables (it's not Bb Codes but another system), easy isn't it ? :D.

Now, let's be honest, you don't need all the html tags to be automatically converted in Bb Codes. All you would need is the table Bb Code. That's the most complex structure to recreate. Redactor table plugin is simply really bad. The new TinyMCE table plugin is ok but not exceptional. The best is the one from CKeditor (easy and effective). But the HTML editors are made to produce html pages. Forums are working with Bb Codes. There using HTML editor to allow the wysiwyg. There's almost no problem to manage the conversion Bb Codes => Html (that's the purpose of a Bb Code), but it's crazy to do it the other way directly from html. XenForo developers don't have time to waste on this (they're already going to spend too much time to fix the new editor problems :D). So both systems are different. What could be easily added in the html=>bbcode parser is the justify alignment for example (it would be nice by the way), for complex html tags, you need to create an user interface that will help the user to format its Bb Code.
 
I see the opportunity to take what is there & make it even greater. This new editor is indeed a step in the right direction. And it offers some wonderful improvement. Why not include all of them?

Because, perhaps, it'd require intensive work and time, and so far, demand hasn't justified that kind of opportunity cost?
 
This release has gone from exciting to shocking! Nice job, guys!

Here's hoping we do get image float as one of the shots on the redactor site showed, I've been wanting this built-in to a forum editor for years! Could really really use this for news articles, instead of it just breaking up an article!
 
Because, perhaps, it'd require intensive work and time, and so far, demand hasn't justified that kind of opportunity cost?
If a free development such as WordPress can develop tables, including several add-ons which add advance functions to tables (also free)...

And a developer here can make a free add-on to support it for XenForo...
http://xenforo.com/community/resources/raid101-com-easy-table-bbcode.944/

I'm sure a paid development (which XenForo is) can make the justification to add simple, basic, nothing fancy... tables.
 
If a free development such as WordPress can develop tables, including several add-ons which add advance functions to tables (also free)...

I'm sure a paid development can make the justification to add simple, basic, nothing fancy... tables.
Wordpress posts & articles are using HTML... Please just one time, try to read and understand the limit of the systems.
 
You got it before I did the edit...

And a developer here can make a free add-on to support it for XenForo...
http://xenforo.com/community/resources/raid101-com-easy-table-bbcode.944/

I'm sure a paid development (which XenForo is) can make the justification to add simple, basic, nothing fancy... tables.
This addon is using Bb Codes, not HTML.

Edit : Tables are nor simple nor easy. It's one of the most complex pattern to reproduce in Bb Codes: Tabs Bb Codes/Slider Bb Codes/ Accordion Bb Codes are working by lines. With tables, there are not only lines but also rows.
 
This addon is using Bb Codes, not HTML.
Let's not get caught up on the code of html vs bb code.

Can it be done? YES
Has it be done? YES
Is it default in both editors? YES
Has the concept been proven? YES

Let's do it.

That's how I see it. I'm not picky on the how part, just it working.
 
If a free development such as WordPress can develop tables, ... I'm sure a paid development (which XenForo is) can make the justification to add simple, basic, nothing fancy... tables.

If you follow the threads in the "Have you seen" section, you'll notice that there is a lot more on the plate for xenForo than just adding "simple, basic, nothing fancy" tables.

And FWIW, I would never ever want to allow HTML in forum posts. Unlike Wordpress (with its hundreds of active developers btw), where those with write access are usually chosen editors, in a forum anyone can make a post, and HTML is intrinsically insecure.
 
If you follow the threads in the "Have you seen" section, you'll notice that there is a lot more on the plate for xenForo than just adding "simple, basic, nothing fancy" tables.

And FWIW, I would never ever want to allow HTML in forum posts. Unlike Wordpress, where those with write access are usually chosen editors, in a forum anyone can make a post, and HTML is intrinsically insecure.
HTML can be converted safely to BB Code.

You're using such an example, right now.
 
Let's not get caught up on the code of html vs bb code.

Can it be done? YES
Has it be done? YES
Is it default in both editors? YES
Has the concept been proven? YES

Let's do it.

That's how I see it. I'm not picky on the how part, just it working.
A direct conversion from html given by the editor table plugin to a bb code has never be done. Why don't you understand the difference between html & Bb Codes. I really don't get it.
 
A direct conversion from html given by the editor table plugin to a bb code has never be done. Why don't you understand the difference between html & Bb Codes. I really don't get it.
I do understand the difference. And understand that you can get the same basic functions to work in either code.

Do you not understand that?
 
Top Bottom