You are not logged in.
NB: Assuminng you are using PHP and that you do not have magicquotes on!
Why do you have \" ?
You are using htmlspecialchars and not addslashes, right?
Needs somebody who knows the langauge(s) really.
But I don't see why any language needs special support? If you are UTF-8 clean throughout, and you can enter the language in other form fields, then there is no reason that Xinha should be any different to any other form field. Is there?
Not to my knowledge.
You need to execute it when Xinha is ready, not before.
Look into XinhaCore.js and find onGenerate, you should be able to hook in there somewhere.
That's not possible as fr as I recall, it has been discussed many times here, please use the search function.
You should resolve your issue with CSS.
It is not configurable as such, but I'm sure you could modify it thusly without much difficulty. The function to trigger the full screen mode is <yorueditorobjecthere>._fullScreen() so it's just a matter of hitting that at the right time.
SHIFT-Enter produces <br/>
Insufficien information. But if you are using ASPX, can you run PHP at all?
type="text/ javascript"Spot your mistake.
That would indicate you are loading the core before the setting of _editor_url, or perhaps you have a scoping issue in your code. You would need to post the full text of your page.
You are loading the config before the core. So the function is undefined.
Do you have your caching disabled perhaps?
Observe the network activity (using Firebug and the Chrome Developer panel (CTRL-SHIFT-J)) and see what's happening.
Yes, all security patches are included in 0.96.1
Hmm. I've been using Chrome Linux ok. What chrome version are you using?
Oh, except that I wouldn't necessarily know if it's producing unclosed style tags if it's not actually causing an error in Xinha, my own systems wouldn't really care (always expect "tag soup" at best, after all, the user can submit whatever they want in HTML view so have to sanitise it anyway).
Are you using TransformInnerHTML or DomWalk for config.getHtmlMethod? Perhaps try the other (domwalk should surely do the right thing with closing).
Try uncommenting that line in InternetExplorer.js
The following link will give you the fixed XinhaCore.js
Sorry about that, I'll patch it shortly, was a last minute patch for IE8 that FF obviously didn't like. Ugh.
It looks like it's intention is that it shoudl only report true ONCE, and after that it always returns false.
Try just removing the &&this.changed==false conditional to shortcircut that and return true if there has been a change at any time.
Read: plugins/ImageManager/image-picker.js
Also: plugins/ExtendedFileManager/file-picker.js
You'll need to debug it probably. Use firebug and throw an exception in the function/set a breakpoint so that you can inspect what is available.
Ah, in that case you should just pick a bug to fix it (from the tickets), or develop a new feature to add to Xinha publically and submit it (as a diff of course), once you've done that then commit access can be granted.
You can checkout a read copy of the SVN trunk to work on, always work on the SVN trunk.
Open a ticket with your new plugin if it looks OK I can give you commit access to the subversion repository if you email me.
Try this
function getState()
{
var editor = Xinha.getEditor('area1');
return editor.plugins.SaveSubmit.instance.getChanged();
}In theory returns true when content is changed, false otherwise.
Unless you are using "fullPage", then you shouldn't gave ANY of those, html, head or body. Don't use fullPage.
Or of course, you could simply remove the tags at your server end before you insert into the db.