Altough I already have written about it here I would like to emphasize the importance regarding the possibility to integrate CKEditor in popular js frameworks that don't have a good html editor (yet).
jQuery doesn't really have a RTE. They have some half-baked, not ready for production solutions (WYMeditor, wysiswyg and others) which are buggy and not very feature rich. There are of course plugins to integrate FCK and tiny but these aren't tightly integrated, especially not with jQuery UI.
ExtJs has only it's own RTE which is limited and people are beginning to write extensions for (only a few). And there are also the integration plugins which IMHO the tinyMCE one currently wins.
YUI has IMHO a decent RTE which is expandable but isn't as feature rich as FCK. I don't know the Dojo editor that good...
The story seems always the same. It is very hard to create a good RTE! Because of lack of time, dedication, browser differences/bugs/annoyances, usability issues, etc... I don't know really. But it is obvious that in almost every js framework project there is a need for a RTE and if there isn't one (which there isn't) people start to try to integrate one of the existing solutions or they try to build their own but that almost never succeeds. How many of these have survived?
WYMeditor is (almost) dead. Nicedit hasn't seen any development since March, there is no writable public repository and the developer is absent from the forum since more than 2 months.
So... Why do I think the integration of CKEditor into JS frameworks like Ext or jQuery or dojo is so important? Because:
- There is no editor that can do it today. There are a few editors out there that can be integrated but there isn't one that can do it right. There's no competition here (yet). Be the first, get the fame.
- Attract professional JS developers. A lot of people are using current RTE editors, from the hobbyist to the professional. JS frameworks attract especially professionals. Getting them involved in the project or gaining them as new users means not only having a broader user base but also more quality bug reports and maybe one or two or twenty future plugin or core developers.
- The users want it too. Users are always complaining about the missing of a RTE. And I'm sure there are more than a few developers out there, that are willing to help on this.
- Framework lead devs want it too. Having a new shiny feature in your library without having to maintain it, great! But there might be licensing issues (jQuery is licensed MIT/BSD)...
Re: jQuery UI, ExtJs integration
Yes, providing integration for javascript frameworks, CMS, blogs and everything that you can think of it's very useful and interesting, but don't forget the most important point: the person that does the integration must be a user of the end system, he must know the way it works, how the preferences should be exposed, what kind of installation steps can be done.
Let's imagine that I say, Ok, I'm gonna integrate it in ExtJS, first I would need to spend a time downloading, testing and reading just how ExtJS works, then I will move to read the docs about how to do the integration and write the code.
That's all?
Not of course, now I have to use it, to test that it works. Provide it to the ExtJS community and listen to their feedback, adjust whatever problem arises, bring new features in the integration per user's request.
And when a new version of FCKeditor is released then I must go back to that integration and verify that everything keeps working, add the new features to the preferences...
Just for one framework
Meanwhile I couldn't have helped in the main core, and I can bet that doing a proper integration with any framework does it takes more than just some hours, add now the support time after the integration is released.
As I said, if you want integration you can't ask just one side. The people that use that framework and are interested in this code are the ones that should move forward in order to have a great system.
Check this page: http://docs.fckeditor.net/FCKeditor_2.x ... tion/Other for example the WordPress integration. He is a user, so he knows what he wants and how it must be done. He keeps it updated.
If someone is hired just to make an integration he will do whatever it's spec'ed and then he will forget about it.
Re: jQuery UI, ExtJs integration
But, it doesn't mean that you, thatvetguy, is wrong with your idea. This is btw planned.
For JavaScript frameworks and libraries, we are planning having "adaptors". Each adaptor will inject CKEditor inside the library stuff, making it easy for library users to use it. The first one to be developed is much probably jQuery. After the experience with that, we'll move forward over other libraries.
For application integration instead, there are some efforts at our side for it. As Alfonso said, this work should be done not only by us, but involve the application devs too. We'll be doing that for phpBB, Drupal and MediaWiki.
In all integration efforts, the first huge step is making it work at 100%. At that point, people start using it. It must be at 100%, not 90%, because users must be really satisfied with it. At that point, they will be willing to collaborate with us, and the maintenance of it can move to their hands.
To conclude... we have all this in our head too. Right now, we are focused on the CKEditor release. After that, we'll be able to work on it too.
Frederico Knabben
CKEditor Project Lead and CKSource Owner
--
Follow us on: Twitter | Facebook | Google+ | LinkedIn
Re: jQuery UI, ExtJs integration
Re: jQuery UI, ExtJs integration
It was the intent of this thread to make sure that this is happening. Because I really, really think this would make CKEditor really, really great!
I don't think you need to put a lot of effort in this. When the word spreads that there is this new CKEditor, based on a proven code base, that is easy and tightly to integrate in almost every system, developers will come and build this plugins themselves. There are so much users that want a good working editor in these systems that there will be either pressure for the lead developers to do it themselves or the users will do it if they have the ability to do so. At the moment there excuse is that an integration may be cumbersome and not possible to a certain degree but that isn't the case after 3.0!!
I really don't think this will be an issue at all...
As said above, I don't think you have to provide a working integration at all. Just provide a 100%-capable-to-integrate editor (with good, simple api and documentation!!) and people will build it themselves. I think a lot of these open source projects now have the resources to make these plugins themselves. Wordpress eg. has a very customized tinyMCE editor. If I were a drupal core developer I wouldn't care if it took me a month to make a rock solid wrapper around CKEditor's core, maybe even designing a new UI, as long as I knew that it is worth it and this thing is bugfree and maintained and I don't have to think about it after that.
I read a lot about this concepts in the open development effort documentation wiki. I just wanted to make sure that you are really going in this direction (the specs sometimes read very unspecific). I hope I'm not coming off as rude...
My offer stands. If you need help reaching to other communities for feedback and input, I would gladly help by posting posts like these in their forums or mailinglists.
Re: jQuery UI, ExtJs integration
Frederico Knabben
CKEditor Project Lead and CKSource Owner
--
Follow us on: Twitter | Facebook | Google+ | LinkedIn
Re: jQuery UI, ExtJs integration
Hi Guys,
I'll be honest, I don't know much about the development of FCKeditor, but isn't this simply an issue of popular libraries such as jQuery providing plugins that can initialise and even manipulate FCKeditor through your existing API?
RE: http://www.fyneworks.com/jquery/FCKEditor/
Cheers,
Diego A.
Re: jQuery UI, ExtJs integration
More or less, yes. But, we want it to be clearer, better integrated and mainly "continuously supported". Also, there is a big difference. jQuery support would be part of CKEditor. So, you don't need a plugin for that. It would just work out of the box by adding jQuery and CKEditor to a page. The plugin will be embedded into the editor code (this will be configurable, of course).
Frederico Knabben
CKEditor Project Lead and CKSource Owner
--
Follow us on: Twitter | Facebook | Google+ | LinkedIn
Re: jQuery UI, ExtJs integration
Re: jQuery UI, ExtJs integration
Thank you for taking the time to answer my questions! I'm eagerly awaiting the new version to use in my projects!
Ext.ux.CKEditor
I have been waiting to see 3.0 / and how things will be structured so that I can take a crack at the ExtJS integration. I currently have ExtJS and FCK running side-by-side...but this is not total integration (though it works quite well). My intentions will be:
Replace the toolbar with Ext eq.
Replace all dialogs and forms with Ext eq.
Utilize built-in Ajax communication from Ext eq.
Utilize CKEditor's core functionality (XHTML code and WYSIWYG)
Use Ext style configuration
Apply Ext DOM interface to CKEditor
Re: jQuery UI, ExtJs integration
Re: jQuery UI, ExtJs integration
Just to make sure I understand you correctly, we will be able to specify for CKEditor which 3rd party to use, right?
Hopefully CKeditor won't simply use jQuery if I load it before CKEditor, right?
What if I load prototype, jQuery, ExtJS and then CKEditor -- which 'API' would CKEditor then use?
I think you have already thought about this, but I just wanted to make sure that I will be able to load several API's and then specify to CKEditor which one of them has the UI stuff etc.
Re: jQuery UI, ExtJs integration
We'll not have "all" libraries and frameworks support in the editor core at the same time. This would just bring overhead to the code for those who are using just one of them, or to those who don't use a library at all.
What we'll have instead is a set of "adapters", and a "build tool", with which you can create a custom distribution of CKEditor, containing only the adapter that's interesting for you, at your choice. You can also avoid having an adapter, of course.
Frederico Knabben
CKEditor Project Lead and CKSource Owner
--
Follow us on: Twitter | Facebook | Google+ | LinkedIn
Re: Ext.ux.CKEditor
Re: jQuery UI, ExtJs integration
Don't you think that it might be easier for other people to work upon that instead of requesting that someone else provides you the code?
Re: jQuery UI, ExtJs integration
I am just a small time programmer so I am sure that there are many flaws in my code but I will try to explain my code.
The code is below given in myckeditor.html:
The above code is to display the CK Editor in a Tab
Then I added extra lines in /ckeditor/_source/plugins/dialog/plugins.js in end of function show(), which display the dialog
just under the line
The added code is
Now I think in function addCKTabs(name) the way I am adding dialog is not the right way due to which it is not working.
I will really appreciate if any one has done anything in relation to this.
Regards
Re: jQuery UI, ExtJs integration
Re: jQuery UI, ExtJs integration
Re: jQuery UI, ExtJs integration
Still waiting?
Re: jQuery UI, ExtJs integration
It's been a while but hey, I've finally done it.
I've just released the very first version of my new CKEditor plugin for jQuery:
http://www.fyneworks.com/jquery/CKEditor/
I only started working on it today, but soon enough I hope to turn it into a complete interface between jQuery and CKEditor's API methods.
The most important thing the plugin does is take care of ajax submissions, reading the editor's output before the ajax call is made AND clearing old editor objects from memory, in an environment when editors are created and destroyed on the fly (my cms for example).