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.
 
Oh wow.... There is something in that change log that I would really, really, really like to see....

But its unlikely XenForo will be updating to v9 any times soon. Mike likely has about wrapped up the code & is pushing on.


Not sure, but if you ask me, if Redactor is properly coded and it is bolted into the XF system smartly, then any upgrades of Redactor should be plug and play or only encompass a few small changes.

Go on, tell us.

Re: Font selection. To each their own, but I'd prefer my forum didn't look like a MySpace page from 10 years ago. I cant't see any compelling reason why visitors should be able to select random fonts, font-sizing, or colours.

There was a few questions and comments after we removed these "features" (from a couple of members), but all was forgotten after only a few days. There was absolutely no impact on the functionality or popularity of the community itself moving forward. :)

As with any "content creation software", the ability to create that content in a certain style needs to be as flexible as possible. So, I would certainly hope what ever feature options there are available to use in the new editor, they can also be made available (or not) by the admin/ owner of the site. You may not like "10 year old MySpace page" looking content. But other admins/ site owners might.;)

Scott
 
Not sure, but if you ask me, if Redactor is properly coded and it is bolted into the XF system smartly, then any upgrades of Redactor should be plug and play or only encompass a few small changes.

It's not quite as simple as that.

I now (somewhat) regret mentioning Redactor, TinyMCE, CKEditor, etc. You can't really look at the demo websites and learn much about what is going to be implemented in XF. The needs (and options) of an editor that is translating to BB code and for use in a forum are very different from the needs of a full HTML document editor.

As I said in the opening post, it's "based on" Redactor, as much as our current version is "based on" TinyMCE. There's plenty of custom and modified functionality to fit our needs. Obviously we're still using the basics, but when you get into things like overlays and inserting complex tags, it's completely different.
 
Not sure, but if you ask me, if Redactor is properly coded and it is bolted into the XF system smartly, then any upgrades of Redactor should be plug and play or only encompass a few small changes.
Scott


:/ see mikes reply:
I now (somewhat) regret mentioning Redactor, TinyMCE, CKEditor, etc. You can't really look at the demo websites and learn much about what is going to be implemented in XF. The needs (and options) of an editor that is translating to BB code and for use in a forum are very different from the needs of a full HTML document editor.


As I said in the opening post, it's "based on" Redactor, as much as our current version is "based on" TinyMCE. There's plenty of custom and modified functionality to fit our needs. Obviously we're still using the basics, but when you get into things like overlays and inserting complex tags, it's completely different.
 
Ok, thanks you two. I missed that reply and naturally what Mike says makes some sense. However, I still say, if everything is coded smartly and changes have to be made on the Redactor side, they should be suggested to Redactor for improvement or are simply plug-ins to the original design/ architecture and anything on the XF side is what XF needs to get the job done. There should be a fairly strict line drawn, so compatibility for upgrading is a given. If that line can't be drawn, then what XF customers end up with is a fork of Redactor and Impoveri's further development basically has less potential, if any, for them (or the XF devs for that matter). A possible bad scenario could be XF's editor improvements stand still, while Redactor's doesn't, which means customers might start complaining with "why isn't this or that from Redactor in XF right now?" I can't see that being positive for anyone.

Again, I am not an expert at all and haven't even looked at the code to understand the difficulties there might be. I am just looking at this from a pragmatical customer standpoint. If you are going to add a third party editor, the only reason to do that is to take advantage of their development, from the past and in the future. Otherwise, don't call it an addition of third party software. Call it a fork of it and make sure customers know that they shouldn't expect the development from the original ISV to be implemented on a regular basis and doing it will entail more work than just a simple upgrade.

Scott
 
@Scott

I made that argument multiple of times. My point of view is I've always wanted to see a forum development design around an editor and not so much re-design the editor around the forum.

It can be done. Sites implement editors all the time.

The argument usually falls back to the conversation of bb code vs html code. And that all these editors as standard use html while the forum uses bb code.

My argument is that I'm sure an "interpreter" could be made. I mean basically the editor right now is re-design to "speak" bb code. So rather than re-design the editor, why not have a small middle man translate?!
 
Why do forums use bbcode? Couldn't a forum use html and only allow certain html to be used to prevent security issues?

Perhaps forums use bbcode for legacy reasons.
 
The thing to note is that Redactor 9 has dropped support for IE8. It's been stated that IE8 will be supported for at least another while by XenForo, so I doubt Redactor 9 will be included in XenForo 1.2.
 
Dang, I was just about to ask if it would be using the new 9 version. I suppose not. Why does the current theme on their site look different from the one Mike posted? I like the theme better on Redactor's web site to be honest.

(Yes, yes...I'm picky.)
 
This is one of those times I really wish people in the corporate world would update with the rest of us.

I respect the idea that it wouldn't be exactly productive to always remain current. The argument of cost vs productivity isn't exactly lost on me (even though I'm able to manage it while keeping current), as I respect that others may have other needs.

The argument being that Windows XP, which is over 12 years old (released 2001), should still be a factor.

But Internet Explorer 8 is so old that even Google is discontinuing support for it (they did so last year - 2012).
http://googleappsupdates.blogspot.co.uk/2012/09/supporting-modern-browsers-internet.html
 
Not supporting IE8 is awful when lots of corporate environments are still on IE7, etc.

Considering Windows XP support ends in April next year, it may be a little early to drop IE8 support but not by much. However as Adam says, Google have already stopped supporting IE8. Once IE 11 is released with the forthcoming Windows 8.1 update, it won't be long before Google stop supporting IE9 too as their policy is to support the current and previous version of a browser.
 
You have to take into account all the custom software/apps they have written to run in those browsers which is mission critical and can't just be "updated".
 
You have to take into account all the custom software/apps they have written to run in those browsers which is mission critical and can't just be "updated".

Internet Explorer 7 was released on 18 October 2006
Internet Explorer 8 was released on 19 March 2009
Internet Explorer 9 was released on 14 March 2011
Internet Explorer 10 became generally available on October 26, 2012 alongside Windows 8 and Windows Server 2012. It became available for Windows 7 on February 26, 2013

There's no excuse for not updating software/apps that only work in IE7 or IE8. Companies have had plenty of time to get the situation sorted, especially with the April 2014 deadline for the ending of support for Windows XP.
 
Internet Explorer 7 was released on 18 October 2006
Internet Explorer 8 was released on 19 March 2009
Internet Explorer 9 was released on 14 March 2011
Internet Explorer 10 became generally available on October 26, 2012 alongside Windows 8 and Windows Server 2012. It became available for Windows 7 on February 26, 2013

There's no excuse for not updating software/apps that only work in IE7 or IE8. Companies have had plenty of time to get the situation sorted, especially with the April 2014 deadline for the ending of support for Windows XP.

They may have had time... the factor is normally money.:D
 
They may have had time... the factor is normally money.:D

Yup it's always about money and throw in time (which causes disruption) thus loosing money and we're golden.

Eitherway, doesn't affect the majority of us, so who really cares? I know I don't :D Give me my daily dose of Redactor I say. :D
 
Yup it's always about money and throw in time (which causes disruption) thus loosing money and we're golden.

Eitherway, doesn't affect the majority of us, so who really cares? I know I don't :D Give me my daily dose of Redactor I say. :D

Time IS money.... or at least that's what my bosses always told me. :ROFLMAO:
 
Back
Top Bottom