You are not logged in.
Observe the config as it is receieved from the server in your browser's developer tools to confirm that your browser is receiving the correct file contents from your server.
Browser cache. Try different browser.
a file that had charset specified and making sure it matched the actual file encoding
Use UTF-8.
Err, put it in the textarea before you start Xinha.
Hmmm, I can't test such a connection as I have no way to run it, but steering you in the general direction I think.
In Step 5 (see Newbie Guide)
xinha_editors.myTextArea._onGenerate = function()
{
var frame = this._iframe;
fieldsToCheck[fieldsToCheck.length] = [document, frame.id];
jspellInit();
}No idea if that will work, but it's a starting poing for you.
NB: Disable the contextmenu plugin, I doubt it would play well.
You should not expect Xinha to output HTML in compliance with any particular standard, how such styles are applied is largely up to the browser itself.
Your best bet is to clean up such styles to your own preferences by using regular expressions etc in your application logic.
dir = /home/ameerlux/public_html/www.mysite.com/uploads/
url = /uploads/
I don't recall if trailing slash or not.
As I have said, you need to debug, start with dumping the final config in config.php and work from there.
1. Use absolute _editor_url ( "/Project/js/xinha/" )
2. Use absolute images_dir and images_url, DEFINATELY not relative here.
3. Read wiki page for ExtendedFileManager
http://trac.xinha.org/wiki/Plugins/ExtendedFileManager
4. If only for inserting images, ExtendedFileManager is too much, ImageManager is for that
5. Recommend you try MootoolsFileManager ( see plugins/MootoolsFileManager/config.php for instructions ) instead of either ExtendedFileManager and ImageManager
Yes, each page under /secure checks a certain session value, and if it isn't set or isn't the value that the login page sets it redirects back to the login screen. I can't see that affecting EFM at all though...
Standard methods of configuring EFM, ImageManager, MootoolsFileManager etc all depends on your PHP application using standard file based sessions, configuration data is passed via session for security.
See the functions in contrib/php-xinha.php they may need adapting to your application.
To continue your debugging you should probably start by adding some debugging statements to config.php in the relevant plugin so that you may examine the state of and contents of the session.
This is an application issue, not an issue with Xinha (naturally, ensure you are using the current Trunk). Xinha is a developer's tool and must be adapted by the developer to their specific application requirements.
As for your flash problem, ensure flash is up to date, that it is not being blocked, and that your application is not potentially causing this failure.
NB: Also, I would suggest that you carefully examine each request (AJAX, script loading, everything) in Firebug or Chrome's developer tools so you make sure that your "session security check" is not redirecting some request from Xinha. Remember, the EFM, ImageManager, MFM etc all contain PHP and perform PHP requests, if your security check is intercepting these, Xinha could still work but not as you expect it.
Are you using standard php session handling in your PHP application?
Paste the generated source of the IM config.
Instructions for configuring MootoolsFileManager are in plugins/MootoolsFileManager/config.php
1. I do not recommend EFM, use MFM (MootoolsFileManager) instead if possible.
2. Are you setting _editor_url etc correctly.
3. What manner are you using for passing your configuration to the EFM.
4. Have you confirmed that your server is parsing your config correctly.
5. Have you observed the error console of your browser.
This is not a question for Xinha. Xinha is only a widget to include into your own development (of a CMS) it is not a complete system.
If you don't know how to do this, Xinha is not for you - look to using an existing open source CMS.
No, the only way you can get this to work is.... use the same domain. Put Xinha on b.x.com.
No, very unlikely to ever work.
Sory I meant SmartReplace
Err, press the apostrophe key on your keyboard?
Perhaps you are using SmartQuotes plugin?
The leading underscore is important, it's "_editor_url" not "editor_url".
Also you must set it before XinhaCore.js is loaded.
<head>
<script type="text/javascript">
_editor_url = "http://0326610.netsolhost.com/lrw/xinha/";
</script>That URL is a 404.
For starters, ditch IE8 until you have confirmed it works in more capable browsers, use Chrome for example and open the console (CTRL-Shift-J), look for errors, look for missing files.
Good ideas both, patches welcome :-)
From memory there is a tool in the contrib of the distribution which can scan through the source and generate a "pristine" language strings file ready for translation.
There is no such tag in html, "<entete>". Xinha is only for editing HTML.
Check permissions.
Check mod_security or other security restriction modules you may have in Apache (most likely it's this).
Turn off MultiViews in apache if it's switched on.
Must be a conflict. You will need to know how to debug javascript using your web browser's development tools.