You are not logged in.
That's not Xinha either - that's "Xinha Here!", a different project which uses it's own Xinha inside a Firefox plugin. That's who you need to talk to.
PS: you can attach files to tickets after you create the ticket.
Go ask WordPress, this Apply button must be of thier making.
Create a diff (svn diff) of your changes, and email them to me, I'll apply it.
Writing a plugin is easy, provided you know some javascript. Just learn by example - take a look at the existing plugins.
iframe is at: xinha_editors.yourEditor._iframe
content can be got from: xinha_editors.yourEditor.getHTML()
Are you in standards, or quirks mode. Try the other.
Search the forums. Short answer though, in Firefox look for the config value ParaHandler, in IE, you are out of luck.
Search the forums.
Almost certainly you are either
1. not doing session_start in your main PHP
2. using a non-default PHP session name setting in your main PHP
For ImageManager,
// It's useful to pass the configuration to the backend through javascript
// (this saves editing the backend config itself), but the problem is
// how do you make it so that the enduser can not sneakily send thier own
// config to the server (including directory locations etc!).
//
// Well, we specify 3 config variables (if the first is given all 3 are required)
// first in backend_config we provide the backend configuration (in the format
// required by the backend, in the case of PHP this is a serialized structure). We do not
// need to provide a complete configuration here, it will be merged with defaults.
//
// Then in backend_config_secret_key_location we store the name of a key in a
// session structure which stores a secret key (anything random), for example
// when making the Xinha editor in PHP we might do
// <?php $_SESSION['Xinha:ImageManager'] = uniqid('secret_'); ?>
// xinha_config.ImageManager.backend_config_secret_key_location = 'Xinha:ImageManager';
//
// Then finally in backend_config_hash we store an SHA1 hash of the config combined
// with the secret.
//
// A full example in PHP might look like
//
// <?php
// @session_start();
// $myConfig = array('base_dir' = '/home/your/directory', 'base_url' => '/directory')
// $myConfig = serialize($myConfig);
// if(!isset($_SESSION['Xinha:ImageManager'])) $_SESSION['Xinha:ImageManager'] = uniqid('secret_');
// $secret = $_SESSION['Xinha:ImageManager'];
// ?>
// xinha_config.ImageManager.backend_config = '<?php echo jsaddslashes($myConfig)?>';
// xinha_config.ImageManager.backend_config_hash = '<?php echo sha1($myConfig . $secret)?>';
// xinha_config.ImageManager.backend_config_secret_key_location = 'Xinha:ImageManager';
//
// (for jsspecialchars() see http://nz.php.net/manual/en/function.addcslashes.php)
//
//
Word of warning: this relies on your PHP application using the default PHP session name - whatever that is set to in your php.ini. If you are using a different session name, you will need to modify ImageManager (or use an .htaccess or php.ini or something to make it use the same session name).
xinha_config.pageStyle = 'CSS GOES HERE'
or
xinha_config.pageStyleSheets = [ 'http://mysite/styles.css' ]
It would not operate, you are editing the form, not using it. Anyway, see the FormOperations plugin.
It would not be a trivial task in IE, infact it may not even be possible at all, IE's facilities for doing this stuff (range manipulations etc) just are not good enough. Whatever the case, you'll have to know a goodly amount of javascript to even attempt it.
The other option is for you to remove the paragraph tags server-side of course.
Sadly, you may not have much luck with that. The best you can do is change the mozParaHandler config to 'built-in' that should do roughly what you want in Gecko; but in IE, basically you get what IE gives you, which is paragraphs.
xinha_config.stylistLoadStylesheet('/mystyle.css',
{
'.data' : 'DATA',
'.otherClass' : 'Something Else'
}
);Standard JS inline object syntax.
If I remember correctly, it's a <br/>, and it gets put in by the browser, and we won't strip it out in Xinha, because we don't know that you didn't *really* want one.
You can strip it out server-side easily enough, using appropriate string functions of your chosen server-side language.
you just need to call the activateEditor() method on the editor object you want to activate
xinha_editors.myEditor.activateEditor();(after the editor has been initialized etc of course)
Have you started the session before the PHP code to put the config hash into the session is called?
Are you using a non-default session name?
Yea, removing those protections is not a hot idea in most cases, I'd say perhaps store a temporary file name in a cookie, a different one for each user, in that temporary file you could put the config stuff for ImageManager, and then modify config.php to find the file from the cookie and read the config from that. Just be careful that you don't leave the cookie open to abuse (have a certain known format to the filename, anything else won't work).
Neither do I. The only thing I can think of, is that there is some error in the images not displaying which is preventing the thumbnail from correctly being generated.
Send me some of the images if you want and I'll see if I can spot anything.
Why would the page reload? I don't think text in Xinha would survive a (normal) reload, the textarea would be populated with the original text, Xinha would take that.
xunileca: sounds like it's not happening in Xinha then, can't help much else than that.
Possible and feasible are two different things. Almost anything is possible, a very small subset is feasible ;-)
If somebody wants to write a plugin to do it, by all means, but it would never get into the Xinha core itself. If you look through the forum, probably a year ago (maybe more) you will find that somebody was working on a much enhanced text-mode editor (more advanced that interspire's if I remember it correctly).