You are not logged in.
You mean you are putting that HTML into Xinha to be edited and you are getting such an error? Have you tried in other browsers?
Would need to see an example.
Ensure you are using the latest trunk.
Use firebug to inspect your html.
Deleted spam, but to answer your question. Use firebug.
You must also set images_url
/**
* URL of directory containing images.
*
* The URL to the above path, the web browser needs to be able to see it.
* It can be protected via .htaccess on apache or directory permissions on IIS,
* check you web server documentation for futher information on directory protection
* If this directory needs to be publicly accessiable, remove scripting capabilities
* for this directory (i.e. disable PHP, Perl, CGI). We only want to store assets
* in this directory and its subdirectories.
*
* CHANGE THIS: You need to change this to match the url where you have Xinha
* installed. If the images show up blank chances are this is not set correctly.
*/
// $IMConfig['images_url'] = "/url/to/above";
// try to figure out the URL of the sample images directory. For your installation
// you will probably want to keep images in another directory.
$IMConfig['images_url'] = str_replace( "backend.php", "", $_SERVER["PHP_SELF"] ) . "demo_images";Well, wat HTML is produced by your "asp:TextBox" thing, the browser does not understand such things, so one expects there is a textarea substituted at some point. You will need to know Javascript.
Thanks for the info. I'll have to have a look at the code there, it shouldn't be allowed to fail like that even with bad links.
Are there any javascipt errors?
Sounds strange.
Have you tried in the current trunk?
Go here http://trac.xinha.org/browser/trunk
The click Zip Archive to download at the bottom of the page.
What browser, have you checked in other browsers.
Probably you will need to post a URL where we can test your implementation, as I am unaware of any multi-editor problems at present which indicates probably a problem in your implementation.
Please try in the latest SVN trunk.
Try in current SVN trunk.
So this is with XinhaCore.js version 1229?
Please tell me a browser version in particular you are seeing this with (even if you see it in different browsers, I need to know one in particular so I can test against it).
Please post your Xinha configuration.
Try in the latest svn trunk.
Disable all plugins.
Look in different browsers.
I do not understand your question.
I haven't tried, but I would expect that access keys would not work, I doubt they are transferred from the textarea to the iframe (Xinha uses an "editable" iframe, not the textarea which gets hidden).
If I was to guess, I'd say that it may not even be possible, because I would not be surprised if browsers didn't do anything with an accesskey on the iframe, and with the textarea hidden I doubt we could even listen to an onfocus event.
It's worth a try though, you could quickly test it by looking in XinhaCore.js for where the iframe is created (look for document.createElement('iframe')) and hack an accesskey onto it there. If it works, then we could look at doing something a bit cleaner if you opened a ticket about it.
Xinha is for editing HTML. As ateslik pointed out, your syntax
<a href="site-accueil.html" {active_link_accueil}>Presentation</a>is not valid HTML, and so Xinha (well, the web browser actually) is most likely to destroy it.
Your second examples:
<div>{content}</div>
<div id="{content}">{content}</div>are (more or less) valid HTML, so Xinha should have no problem with them (although using a brace mark ( { } ) in an id is possibly not legitimate, but likely works anyway).
Sounds to me like your server is not permitting the javascript to be cached.
Try using Firebug network panel to see what's getting loaded and how long it's taking.
Try flowToolbars = false in your config.
/** Turning this on will turn all "linebreak" and "separator" items in your toolbar into soft-breaks,
* this means that if the items between that item and the next linebreak/separator can
* fit on the same line as that which came before then they will, otherwise they will
* float down to the next line.
* If you put a linebreak and separator next to each other, only the separator will
* take effect, this allows you to have one toolbar that works for both flowToolbars = true and false
* infact the toolbar below has been designed in this way, if flowToolbars is false then it will
* create explictly two lines (plus any others made by plugins) breaking at justifyleft, however if
* flowToolbars is false and your window is narrow enough then it will create more than one line
* even neater, if you resize the window the toolbars will reflow. <br />
* Default: <code>true</code>
* @type Boolean
*/
this.flowToolbars = true;Again, try with the latest trunk.
http://trac.xinha.org/browser/trunk ---> at the bottom of the page "Zip Archive"
Try also with a totally fresh version of Firefox or at least on a different computer, I wouldn't be surprised if you have some weird addon or toolbar or something you have forgotten to disable or which can not be disabled.
As I stated, it works for me: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091109 Ubuntu/9.10 (karmic) Firefox/3.5.5
I suggest you
1. Use the latest trunk from the subversion repository
2. Ensure your firefox is up to date
3. If still no success ensure you disable all your firefox addons and see if that works
And what browser are you using?
Your test works for me.
Array
(
[Dialog13] => url
[Dialog17] => http://www.example.com/
[Dialog18] =>
[Dialog20] =>
[Dialog21] =>
[Dialog22] => PopupWindow
[Dialog23] => resizeable=yes
[Dialog24] => alice@example.com
[Dialog25] =>
[Dialog26] =>
[Dialog1] => on
[Dialog2] => on
[Dialog3] => on
[Dialog4] => on
[Dialog5] => on
[Dialog6] => on
[articlebody] => <p>test</p>
<p> </p>
[article_completed] => Save
)Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091109 Ubuntu/9.10 (karmic) Firefox/3.5.5
Try in the current SVN trunk.
Try disabling the plugins you have enabled
'CharacterMap',
'ContextMenu',
'ListType',
'Stylist',
'Linker',
'SuperClean',
'TableOperations',
'ImageManager'If you do not resolve the issue with the above, please place an example online and provide a URL to it.
What version of Xinha?
Have you tried with the current trunk?
Does Xinha display?
What does print_r($_REQUEST) give you?
Have you confirmed that without Xinha the EXACT SAME html as would have been sent by Xinha does not exhibit the same problem (eg a mod_security restriction or some such)?
Have you tried without plugins?
Is the HTML page (easy.html) you pasted above the EXACT html page you are using, are you certain you are no badly wrapping your form in in incorrect table elements ( common mistake: <table><form><tr><td> or similar instead of <form><table> or <td><form>).
As for swapping between image and video, you could make your plugin have inwardHtml() and outwardHtml() methods, inwardHtml() takes html and converts it to what xinha works with (take your video, convert to image), outwardHtml() takes html and converts it to what you wan tin the end (take the image, convert to video).
Both deal with a plain html string, so you would use regular expression.
myPlugin.prototype.inwardHtml = function(html)
{
// change html to replace the video with picture
return html;
}
myPlugin.prototype.outwardHtml = function(html)
{
// change html to replace the picture with video
return html;
}