You are not logged in.
You should do this on your server end code.
Search the forums, this has been discussed many times.
Yes, forum was down for a while it seems, somebody could've emailed me to let me know.
Your HTML is invalid as you discovered
<tr><form action='editbasic infopost.php' method='POST' enctype='multipart/form-data'>"<form>" is not a valid child of "<tr>" in any specification of HTML. Write valid HTML!
Move your form outside the table.
Neither is the input allowed in that <tr>, and the <tr> has no cells in it at all.
Are you pasting/typing your sample code into the WYSIWYG view or into the HTML view.
When you type/paste into the WYSIWYG view then it should all work just normally, < will be < in the HTML view etc.
Try using absolute references
/includes/javascript/xinha/Xinha_config.jsAlso I see you are loading htmlarea.js, probably you may be using an old version of Xinha, best to upgrade and see the Newbie Guide.
Use firebug and look in the console to see if there are any noticable problems, like javascript errors or files not loading.
Editing forms inside Xinha is really hit-and-miss I'm afraid, the browsers are just not that good at doing it.
_editor_url = "http://www.mysite.com/wordpress/wp-content/xinha/" // (preferably absolute) URL (including trailing slash)
Try using in-site absolute urls:
_editor_url = '/wordpress/wp-content/xinha/';Check in your javascript console (Firefox - Firebug) for any errors, check that your server permissions are OK.
<textarea id="newbiearea1" name="newbiearea1" rows="30" cols="80" style="border: 1px solid #666666;" name="post">
Spot your mistake.
Xinha does not do BB code. That said, it would be relatively trivial for you to do such I expect by simply creating a couple of javascript functions which you can put into your editor configuration...
[your editor].config.inwardHtml - converts from BB to html
[your editor].config.outwardHtml - converts from html to BB
something along the lines of...
my_editor.config.inwardHtml = function(bbcode)
{
var html = bbcode;
// [b] [/b] goes to <b> </b>
html = html.replace(/[(\/?)b]/, '<$1b>');
// other conversions here!
// Strip any remaining html tags here!
html = html.replace(/<[^>]*>?/, '');
return html;
}
my_editor.config.outwardHtml = function(html)
{
var bbcode = html;
// <b> and <strong> go to [b]
bbcode = bbcode.replace(/<(\/?)(b|strong)>/, '[$1b]');
// other conversions here!
// Strip any remaining html tags here!
bbcode = bbcode.replace(/<[^>]*>?/, '');
return bbcode;
}Then just limit your editor tool bar to those things which make sense for bbcode (and you can translate).
Have you looked in your javascript console to see what errors are being thrown (if any)? Please submit a bug, including which browser version, platform, and which plugins you are loading into Xinha.
On the face of it, looks ok. You'll need to look to see what errors you are getting in your javascript console (we assume you are using a browser with one), and you should ensure you have all permissions set correctly on your server.
See the main xinha config options.
687 // specify a base href for relative links
686 /** Specify a base href for relative links<br />
687 * ATTENTION: this does not work as expected and needs t be changed, see Ticket #961 <br />
688 * Default: <code>null</code>
689 * @type String|null
690 */
691 this.baseHref = null;
692
693 /** If true, relative URLs (../) will be made absolute.
694 * When the editor is in different directory depth
695 * as the edited page relative image sources will break the display of your images.
696 * this fixes an issue where Mozilla converts the urls of images and links that are on the same server
697 * to relative ones (../) when dragging them around in the editor (Ticket #448)<br />
698 * Default: <code>true</code>
699 * @type Boolean
700 */
701 this.expandRelativeUrl = true;
702
703 /** We can strip the server part out of URL to make/leave them semi-absolute, reason for this
704 * is that the browsers will prefix the server to any relative links to make them absolute,
705 * which isn't what you want most the time.<br />
706 * Default: <code>true</code>
707 * @type Boolean
708 */
709 this.stripBaseHref = true;The first example is trigering "Standards Mode", while the last example is triggering "Quirks Mode". Please post this as a bug in the tracker.
I agree in principle, a single wrapper function to augment specific objects would be beneficial ( $xjs() for Xinha Javascript or something ), then adjusting the calls to those prototyped methods to use the wrapper. However it could be a big arduous job.
Patches welcome.
Upload was disabled in the EFM and ImageManager configs by default to ensure that people correctly configure the plugin, otherwise everybody could upload stuff by default in any Xinha which was online (and had typical permissions), which is a bad thing.
Set the allow_upload config option for the plugin to true.
// CONFIGURATION README:
//
// It's useful to pass the configuration to the backend through javascript
// (this saves editing the backend config itself), this needs to be done
// in a trusted/secure manner... here is how to do it..
//
// 1. You need to be able to put PHP in your xinha_config setup
// 2. In step 3 write something like
// --------------------------------------------------------------
// with (xinha_config.ImageManager)
// {
// <?php
// require_once('/path/to/xinha/contrib/php-xinha.php');
// xinha_pass_to_php_backend
// (
// array
// (
// 'images_dir' => '/home/your/directory',
// 'images_url' => '/directory',
// 'allow_upload' => true
// )
// )
// ?>
// }
// --------------------------------------------------------------
//
// this will work provided you are using normal file-based PHP sessions
// (most likely), if not, you may need to modify the php-xinha.php
// file to suit your setup.All developers are urgently instructed to see Ticket #1363 - http://trac.xinha.org/ticket/1363
If you have deployed Xinha this security patch is IMPORTANT (it's also easy).
Sounds like a problem in your config. Enabling "all" Xinha plugins sounds like a pretty bad idea to me.
As for your permissions problem, sounds like you are not defining the appropriate path configurations for ImageManager - http://trac.xinha.org/wiki/ImageManager
Start with a basic config as in the NewbieGuide ( http://trac.xinha.org/wiki/NewbieGuide ) and work from there, you must walk before you try and run.
I don't think Xinha would be very suited to your application. Building up and tearing down xinha editors without page-reloads will be painful.
NB: You should use a javascript debugger to find why xinha_init is not defined. This is beyond the scope of Xinha, it is a problem in your application logic - if you don't know Javascript, you are in for a steep learning curve.
That should be correct. Without seeing your code we can't say what might be the problem.
Check on other width config values in the, err, config. There is one from memory for panel width which could possibly make a minimum.
If you got banned by akismet when you tried to make a post, and it was not a spam, then please just contact james*gogo*co*nz (you know what to do) and I'll restore the post and unban you. Akismet is a spam checking service the forum uses, it gets rid of a LOT of (mostly NSFW) spam but is a little trigger happy on legitimate posts sometimes.
NB: I have finally fixed the slow posting problem at the forum.
If it's fixed in the last version, then the fix is easy, upgrade.
Apparently designoven.co.uk are spammers.
Banninated.