You are not logged in.
["linebreak","separator","undo","redo","selectall","print"], (Xinha.is_gecko ? [] : ["cut","copy","paste","overwrite","saveas"]),
];should be
["linebreak","separator","undo","redo","selectall","print"], (Xinha.is_gecko) ? [] : ["cut","copy","paste","overwrite","saveas"] // note the parenthesis and the comma
];Hey, don't edit the config.inc.php directly, that's uncool ![]()
Well I have to admit this page is not exactly wordy ![]()
If you will visit it again you may notice that I have placed some hints to make it at least a bit clearer.
Sorry that at the moment I can neither document i better,nor make the installation more user friendly. This not a priority project of mine. Actually I had even forgotten that I have set up this demo page ![]()
P.S. Much more interesting would it be to strip out attributes that are not allowed in strict
Well, at the moment there's no way to control that, though it would be no very hard task to have e.g. a config variable for that. But IMHO there is no need for action in that field, as HTML (every version) is absolutely valid with this kind of markup (according to validator.w3.org)
If you are using PHP for your user management you have the freedom to set the image dir to whichever you like in the config.
see http://xinha.python-hosting.com/wiki/Pl … ileManager
function updateContent(action)
{
document.getElementsByName("Action").item(0).value = action;
document.EditContent.onsubmit(); // This has to be called first to copy the editor contents to the textarea
document.EditContent.submit();
}This has been fixed in revision 730 of Feb 12, but is not yet in the distribution.
as gogo wrote: It's the browser. There's things that happen so deep in the engine that there is no way to change it
Well, doesn'n actually sound like a "solution"
it continued to make attempts to load 'functionsIE.js' after the original request.
Yes, this is basically what it does.
This part however has been changed in the meantime.
After all you would have to set the _editor_url in a way that the files can be accessed
See Newbie Guide next to xinha_config = new Xinha.Config()...
You can define the extensions that are allowed to upload, see http://xinha.python-hosting.com/wiki/Pl … ileManager
P.S. I have just added doc to the allowed extensions (rev 717)
Well, possible is everything ![]()
Pasting from other sources like word usually causes a mess, that's an unfortunate fact. You may want to try the SuperClean plugin in that case
Ah, sorry, forgot to mention this in the first place.
xinha_editors = xinha_editors ? xinha_editors :
[
'field_id_5',
'field_id_7' // there's no field_id_7 id in the document, you can have only id's here there that are actually in the page
];Try replacing all files in plugins/ImageManager/Classes/ with the ones from the nightly.
See http://xinha.python-hosting.com/ticket/928
The property is named "colSpan", not "colspan"
Well, valid HTML is of course a prmise
You're calling the onload manger function incorrectly, it should be
womAdd('xinha_init()');I advise you though to drop the WOM completely, because it doesn't look very well programmed. There are function in Xinha that accomplish this task, so I propose you use
Xinha.addDom0Event(window,'load',startList);
Xinha.addDom0Event(window,'load',xinha_init);1. I think it could work if you use visibility:hidden instead of display:none
2. if you set window.onload = someFunction you replace any previous function
var onLoadCache = window.onload;
window.onload = function () {
onLoadCache();
yourFunction();
}or you can use (instead of simple window.onload)
Xinha._addEvent(window,"load",xinha_init);
Xinha._addEvent(window,"load",yourFunction);this way you can add functions.
But I reckon this will not work either, you may have to set a timeout , because it takes some time until the editor is fully generated and you can safely hide it
Mysteries of javascript ![]()
It seems to me that you should read this thread thoroughly. I suspect it could contain the answer
Sorry, I cannot reproduce your setting from the zip file without setting up a database. You should strip it down to just the HTML produced by the php and a target file that prints out the submited data
Everything correct from what I see. I suppose it's a problem with wrong URLs and the files are not loaded.
Sorry, this seems to be a Xinha4WP issue.
No, selecting cells really isn't possible in IE. No way to work around this (thus the strange solution with the input boxes)