You are not logged in.
The <br /> is put in by Firefox, sorry we can't do much against this. The strange character issue should be fixed in version 0.95 (I suppose you are using an older release; if not so, please report back here)
There's nothing special you have to do, the editor content is copied to the textarea on submit
We're quite close to the next release which features a new dialog system that will replace the poups. see http://trac.xinha.org/ticket/1176
That's not very likely, as you would see it when the page reloads in the middle of things, wouldn't you? If you install Live HTTP Headers (Firefox Extension) you can look at the actual http requests made and see if the script is really requested twice. If not so, the secret probably lies somewhere in your PHP code
This would be this REALLY OLD changeset http://trac.xinha.org/changeset/632
Please, by all means, yes! Though it seems, at the first look as if xinha.org is unused, because it is redireted, I find it most important to have a succinct address to be found. Also, it is mentioned in any file of the distribution
maybe from Ticket #997, which you opened; I believe the trac version we previously had didn't mask the email addresses
//get the HTML
html = editor.getEditorContent();
//set the HTML
editor.setEditorContent(html);Q: How do I set the content of the editor?
* A: To set the initial editor content, simply put the entized HTML into the initial textarea
* A: To set the content dynamically by Javascript, use the editor.setEditorContent(html) method
(Added to FAQ)
editorInstance.whenDocReady(function)Would this be what you're looking for?
This will not work this way as you can't simply put RegExps in an object like this. Please have a look at this ticket which contains a means to do this http://xinha.webfactional.com/ticket/1201
Sorry, I can't reproduce the error. Could you give a link to an installation where this happens?
no more chat ![]()
This should work correctly from now on (revision 992)
xinha_config.baseHref = 'http://customersite1.com/';Sorry, I can't reproduce the problem. Are you using UTF-8 as charset? If not, try the HtmlEntities plugin
Use editor.getEditorContent()/editor.setEditorContent(html) to get/set all HTML
To mimic the look'n'feel of the source view it probably would be a good idea to use an inline dialog like Linker. Note that in the near future we will have a new plugin API (see http://xinha.webfactional.com/ticket/1176) that is mostly the same as the inline dialog, so this is also the best way to be future proof
I think the best way would be to use an iframe in an inline dialog and load all your needed scripts in there
If you have any more questions, don't hesitate to ask
looks like you are not actually loading Xinha
<script type="text/javascript" src="/xinha/XinhaCore.js"></script>looks like you are not actually loading Xinha
<script type="text/javascript" src="/xinha/XinhaCore.js"></script>Are you using a recent version? If not so, please update. If this doesn't solve it, please post a ticket. But I think this is already fixed
Only guesswork without seeing the actual HTML, but I suppose the function tep_draw_textarea_field() produces a textarea without an id attribute? If so and you cannot change this function to do so, you have to do some javascript tricks to get get a grip on your textareas. If these are the only textareas on your page, you could for example do
xinha_editors = xinha_editors ? xinha_editors : document.getElementsByTagName('textarea');Sorry, you have a bit more verbose. What do you want to do? What does the ajax() function do?
xinha_config refers to a instance of Xinha.Config that is passed to the Xinha constructor as explained in the NewbieGuide, which is the recommended way to setup Xinha. The files and some other examples are also in the folder examples of the Xinha distribution. If you read this, I think you will know how it works.
The _8f does not stand for any object but for "this" in the Xinha (not Xinha.Config) class, as it seems you have taken and adapted this snippet out of the function Xinha.prototype.generate from the compressed source code. This is only internal code you don't have to mess with. In case you are interested in further reading and understandig the source code (now that your already so deep in it
) you should not take the compressed code of the distribution, but check it out via svn
If you'd like to see this as a feature, create a ticket, please.
No, it's not possible to change that. Do you refer to the closing slashes in img and br tags? That's valid in 4.01, too. Try validating this at http://validator.w3.org
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<title>Untitled Document</title>
</head>
<body>
<p>
<img src="/i.gif" alt="test" />
<br/>
</p>
<form action="/">
<p>
<input disabled="disabled" type="text" />
</p>
</form>
</body>
</html>if you rename my_config.js to a .php file, wouldn't it it be parsed on PHP enabled server? If not so, how would ExtendedFileManger's PHP work?