Xinha

Being in the list of most popular WYSIWYG Editors Xinha is translated into more than 30 languages and it has a lot of
handy plugins. To enable/disable available editor plugins go to Xinha plugin settings.
Changelog:
Version 1.5.1
1. Plugin was compressed with YUICompressor
2. Fixed bug with image inserting
If you find issues, please report them: http://code.google.com/p/xinha/issues/list
Please do not use the reviews to post support requests or bug reports.
I emailed the author and have not received any response to my one email.
Also, the new version of Xinha is out. There have been a number of vulnerabilities found so that upgrading to the most recent version is due.
recommend that others use this editor. As the title of this review indicates; individuals the either choose not to, or otherwise unable to use Macromedia Flash, will NOT be able to use this editor, unless the author, or the sysadmin of the site makes some adjustments (if that's even possible). This editor also raises the bar to entry for those with disabilities (alternately abled).
While I could be mistaken, as this might be Java, and not Flash. In the end, if your visitors can't [b]easily[/b] use your web site - you'll have less visitors.
While I [b]loved[/b] older versions that didn't have this imposition, I'd have to give [i]this[/i] version a "thumbs down".
Here's hoping for a version with a lower bar to entry. :)
BUT:
(1) I cannot get image editing to work, I just get a new small window that does nothing :-(
(2) The articles on the frontpage have no edit button, only on the other pages
(3) by opening the editor I get a javascript alert error that the editor_url path is not set... anyhow if i click OK, then everything's back to normal
Hoping that this will improve and thanks a lot for the great work !
Chris
It worked seamlessly on submitting articles from joomla. But the big drawback of this is cant use it on other components. Using this as the default editor shows only the no-editor interface... no Xinnha loaded. I wonder if it really works that way or just a bug.
I'm already working on it, I'm experiencing a lot of pressure from the users about this issue :)
Another problem is, the initial image folder on this ImageManager is not /images, but the root of Joomla installation.
Thanks for the note, I'll change the default image path to images. It was the reason for the long load time, because the ImageManager was trying to find all the subfolders inside the root folder. Now it will search only images directory and it will take less.
Excellent!


