Xinha Discussion Forum

Yes, you are right. If you submit a link to the installation I can have a look at it

Xinha is not capable of editing any other than pure HTML.  Try commenting out your ASP code.

I fully agree with you. It would be great if we could push xinha really at the peak of UI design fashion!

Here i would like to propose to go even farther and establish a plugin concept for the toolbar. In the moment the toolbar is anchored in the frame work which is quite unflexible. There were recently several threads in the forum about using one toolbar with several editors. another thing I was working on is no toolbar but only a context menu with all options. another possibility is a floating toolbar like in photoshop.

What I want to say is that there is, apart from the very good ideas you had how the tb could be organized, a range of ways a developer could want to implement the user interface.

So my idea is that the xinha core only implements the blank iframe and provides an object with all the icons and functions  etc. for the toolbar (like there  is already). Then there would be plugins that take the object and implement the actual representation of a toolbar or context menu or dropdown or whatever

I've thoroughly recreated your setup, and it works. I'm sorry but I really can't find the error

In wysiwyg mode it's line 4370: HTMLArea.prototype._editorEvent, but this is not text mode. That's just the plain old textarea, i.e. Xinha is disabled

no matter

Try

<script type="text/javascript">
    _editor_url  = "/pag-site/cp/xinha/";
    _editor_lang = "en";
  </script>
  <script type="text/javascript" src="/pag-site/cp/xinha/htmlarea.js"></script>
  <script type="text/javascript" src="/pag-site/cp/xinha/my_config.js"></script>

I assume that http://192.68.1.102 is the the server where your page is running on, otherwise it wont work

This is the the old HTMLarea sample config, isn't it
? You have got to explicitly load the the plugins you want to use by calling HTMLArea.loadPlugin("Stylist"); etc. before you call registerPlugin().
Anyway I suggest you to have a look at the Xinha Newbie Guide and consider using the way to load xinha like it´s proposed there. I think it´s easier and more stable, esp. the plugin-loading

Several plugins you specify to use are not found:
Not Found
The requested URL /xinha/plugins/TableOperations/table-operations.js was not found on this server.
The requested URL /xinha/plugins/SuperClean/super-clean.js was not found on this server.
The requested URL /xinha/plugins/Stylist/stylist.js was not found on this server.
The requested URL /xinha/plugins/SpellChecker/spell-checker.js was not found on this server.
The requested URL /xinha/plugins/ListType/list-type.js was not found on this server.

If you uploaded xinha completely they should be there,  please check that

That's strange. Normally, different server software shoul not have any effect on js -- as long the same is sent to the client (HTML- and js-wise).
Do you have a sample page where on can have a look at your problem?

Frankly, why do you need the entity when you have Unicode? It was designed to supply all these charakters you other wise have to call inderectly with the enities. The only character that have to be entitized are <>"" and &, because they have reserved functions in HTML.

OK, got it!
I knew it had to have something to do with a differing htmlarea.js. The thing I didn't have in mind is that I'm using the code of the loading message which existed already some time as a patch. And this patch has introduced some new functions, that weren't there in your version!
So it meets well that the patch has just become official. You jast can update your version, rev  421 is abit datet anyway