***NOTICE***
All plugin information has moved to http://plugins.baptiste.us
Comments are now closed. Please use the new forums instead
[UPDATE 11/16/06: A beta version of Xinha4WP v1.2 is now available. Works with WordPress 1.5.x and 2.0 as well as WordPress-MU]
I’ve been coding raw HTML since web pages were still being served up by CERN httpd and being read with Mosaic. But I’m also lazy and after a while, I just want to point and click to format stuff instead of hacking out tag after tag. So when I started using WordPress to host a few blogs I’m involved with, I wanted to type up and format content quickly. While Quicktags are usable, I wanted to use one of the Javascript WYSIWYG editors out there in WordPress. After messing around with a number of them, I found I really liked the flexibility and modularity of Xinha. I’m a horrible speller, and I found the spellcheck module from Xinha to be outstanding and VERY easy to use. They also have an Image Management plugin that makes uploading and manipulating images from an edit window a snap.
While Xinha is very powerful, its also a bit tricky to configure. Some plugins exist to insert a preconfigured Xinha editor into post and comment screens, but I wanted the ability to tweak the Xinha layout and feature set from WP-Admin. Couple that with a few vacation days babysitting the kids while my wife was out of town, and Xinha for WordPress was born.
Xinha4WP allows WordPress administrators to completely customize the layout and feature set of Xinha for both posts and comments. You can individually enable or disable most of Xinha’s default editor buttons as well as the various plugins available for it. Xinha4WP installs with a preconfigured set of options for both posts and comments. However, you can modify it all you wish.
So why Xinha?
- Provides an easy to use content editor for users who may not know HTML
- Provides a powerful and easy to use spellcheck interface to aspell
- Allows you to manipulate and upload images while you write
- Provides a powerful Context Menu that allows you to format with a right mouse click instead of the toolbar buttons
- Provides a Full Screen mode which will expand the editor window while you edit and then shrink it back down with a mouse click
- Includes HTML Cleanup modules to properly format the backend HTML - even when editing old pages
- Includes plugin Equation Editing - excellent for academic use!
- Includes various skins to change the appearance of the editor to match your theme
There are many other reason to use Xinha, those are just a few of my favorites. When I set out to write this plugin, I modeled the administrative interface after Spam Karma 2 which sets a gold standard for WordPress plug administration. I included some of the SK2 admin features like live news feeds and submenu tabs in Xinha4WP. It probably is overkill, but I did it primarily to learn more about the WordPress Plugin Architecture.
No new plugin would be complete without some screenshots:
- General Settings Screen
- Editor Configuration - Buttons and Plugins
- Write Page Example
- Comment Example
- Insert and Edit Tables
- Insert and Upload Images
- Spell Check Interface
- Color Chooser
- Equation Editor
|
Latest Release
|
|
Xinha4WP Installation Instructions
I hope you enjoy this little plugin. I had a lot of fun and learned a lot writing it! While this is my first WordPress plugin, I hope to come up with a few more! I’m sure I missed something or missed a bug. If you find something, please let me know via email or leave a comment below!
147 Responses
Trackbacks and Pingbacks
Comments
-
Jon Abad Says:
October 29th, 2005 at 4:47 amThis is neat!My concern is how it plays with others, specifically the phpexec plugin as it seems to strip out php that I want to run and Footnotes as it uses a custom tag.Do you know where I can look this sort of thing up? allowing it to leave this stuff in?
-
Jon Abad Says:
October 29th, 2005 at 5:03 amAlso, do you know if wptexturize messes things up? That part with Text Control isn’t explained very well.
-
Mike Baptiste Says:
October 29th, 2005 at 6:57 amJon,I don’t think the editor will strip out the code on its own. However, you would have to enter the custom tags and php code in the HTML Source mode - not the normal edit mode. (Its the button that looks like a piece of paper with <> on it) If you try to enter the code in the normal editor mode, its going to ‘HTMLize’ it meaning the tags will be converted into HTML safe text. But anything you enter in raw HTML mode should stay untouched. You might want to be careful about using the W3 cleanup button as well. I don’t know what it would do with code in a post. Something to experiment with (I don’t use phpexec myself) - you would hope it would just ignore it.As for wptexturize vs no formatting - if you are including code in a post, I would set Text Control to No Character Encoding since wptexturize is definitely going to mess some things up that are common in php code. One thing I just noticed is that Text Control doesn’t include the format options when you write a new post - only when you edit one. It would be nice to be able to disable texturize for posts with code only and leave the default set to texturize for normal posts. I’m going to play around with Text Control and see if I can get it hooked into new posts as well as when you edit one.
-
Mike Baptiste Says:
October 29th, 2005 at 8:43 amI’ve written a patch for Text Control so you can set the formatting options on a new post as well as one you are editing, which may come in useful if you need to tweak when formatting and encoding is in effect (like when posting code as mentioned above). I updated it to use different action hooks (which may break it in WordPress 1.2 - I’m not familiar with 1.2 at all) But for WordPress 1.5, it uses more appropriate action hooks to display the format selections during posts and edits. I also optomized some query logic and was able to reduce the plugin size by about 30%. To use this patch, just replace text-control.php in your plugins directory with this updated version. I’ve sent the patch to the Text Control author if he wants to include it in his distribution.
-
AvP Says:
October 30th, 2005 at 8:00 amomg! How wondful is it! Can this keep my old QuickTags button? Because i set many Plugins quick button on it.
Ok,i will try to see… -
Mike Baptiste Says:
October 30th, 2005 at 8:12 amAvP - Yes you can have you quicktags back - sort of. I’ll add an option for it in the next release.
In wp_xinha_plugin.php on Line 169 you’ll see:
$style = ‘#quicktags { display: none; }’;Comment it out like this:
// $style = ‘#quicktags { display: none; }’;This will cause the Quicktags to be displayed again. HOWEVER! The Quicktag buttons will only work with Xinha when you flip Xinha to HTML Source mode (the icon with <> on a piece of paper) So you can edit away in WYSIWYG mode, but if you need a quicktag, you’ll have to flip to HTML Source mode, insert the Quicktags, and flip back to WYSIWYG mode. So a few extra mouse clicks - but it works.
-
Volker Says:
October 30th, 2005 at 9:33 amI might be stupid but I installed Xinha4 but the only thing what happend is that the Quicktag disappeared, but I couldn’t see any new “tags” or “helps” as I can see from the example jpgs - any ideas???
Thanks
Volker -
Mike Baptiste Says:
October 30th, 2005 at 9:52 amVolker - If you were seeing Quicktags, that means Javascript is working OK. If you are using Firefox or Mozilla, select JavaScript Console from the Tools menu and click ‘Clear’ Then click Write Post again and send me what shows up (if anything) in the Java Script console. Also, right click in your browser in the post screen and select View Source. See if you find:
<!– Xinha for Wordpress v1.0 –>
I expect you will since the Xinha header is what makes the Quicktags go away. Also, is this WP 1.2 or 1.5? What version of 1.5?
Finally - what web browser are you using and what version (get the exact version from the About screen under the help menu)
-
Mike Baptiste Says:
October 30th, 2005 at 10:12 amVolker - Interesting - not sure how Quicktags are working for you - but when you posted your comment, my spam tool noted that your browser does not support JavaScript (it uses a tiny JavaScript program to verify comments are coming from a browser vs a spam program) So if JavaScript is disabled or not supported in your browser, Xinha won’t work.
-
Volker Says:
October 30th, 2005 at 11:17 amMike, I use Firefox with the plugin “Noscript” - so on most sides, I have javascript disabled
But I have javascript enabled for my page, but I will check it again - thanks!
-
Jon Abad Says:
October 30th, 2005 at 5:05 pmMike,
I did some reading in the xinha forums and there doesn’t seem to be a easy way to tell xinha to not strip out certain tags or allow php or javascript.
I’ll live with it for now. I’m curious to see what happens. Bringing back the quicktags functionality is what’s most interesting for me since I use footnotes.
-
Mike Baptiste Says:
October 30th, 2005 at 7:33 pmFYI - If your blog lives in a subdirectory (like http://mydomain.com/myblog/), the v1.0 version won’t work (I had taken subdirectories into account, but used an echo instead of a return in one spot - really stupid). I’ve got some folks testing v1.1 which fixes this problem and will release it once I get postiive feedback from them. In the meantime if you’d like to try the beta v1.1 release, you can download it above in the Installation Instructions. Upgrading is very easy (just overwrite the one file and load the main Xinha4WP options screen). Let me know if you have any trouble.
-
JHake Says:
November 1st, 2005 at 12:05 pmHi Mike,
For what I do, Xinha4WP looks incredibly promising! I’m currently tinkering with WP before possibly moving a site over from Drupal. Drupal’s nice, very extensible, and leaves lots of granular control to users and developers; but it’s also not your simple “snap-together” CMS. Yet, while it’s going through some growing pains, I admit I still have been spoiled with its easy-install TinyMCE editor.
I’d love to make Xinha work with WP, and that will make all the difference in the world as to whether I can go with WP. But I’m having what seems to be a similar problem as one or two folks above: I’ve installed Xinha4WP, but I can’t get the controls to appear in the Post/Comment editing screens.
My setup:
- WP 1.5.2 Strayhorn
- Installed Xinha4WP
- Selected “No Formatting” (and I’ve tried in combination with both wptexturize and Smarty Pants) under Text Control
- Javascript is enabled. (I’ve got lots of other things that rely on JS.)It allows me to activate Xinha4WP in the plugins manager, and I can adjust the settings for Posts and Comments, but no controls show up on the Post or Comment edit screen. My Quicktags disappear (as I assume they ought), but Xinha controls don’t replace them.
I’ve tried this in the following [Java-enabled] browsers:
- Firefox 1.0.4
- Opera 8.0 Build 7561
- IE 6.0.2900..2180…
- And these IE-engine tabbed browsers: Maxthon 1.5.0, Acoo 1.26.626, Avant 10.1 build 28, Fast Browser 8.1Even with Javascript enabled (and my QuickTags do still show up fine when I disable Xinha, etc.), still no luck with getting Xinha controls to appear.
My test site does reside in a subdirectory (http://www.jamsnaps.com/wordpress/). But I’ve tried the 1.1 beta patch, and still no difference.
I checked the Javascript Console in Firefox, and I get the following error:
http://www.jamsnaps.com/wordpress/wp-admin/post.php
(Line: 71)<br />
In the post.php source, the “<br />” is located as follows:
Line 70: xinha_config.SpellChecker = { ‘backend’ : ‘php’, ‘personalFilesDir’ : ”, ‘defaultDictionary’ : ‘en_US’ };
Line 71: <br />
Line 72: <b>Warning</b>: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/jamsnaps/public_html/wordpress/wp-admin/admin-header.php:8) in <b>/home/jamsnaps/public_html/wordpress/wp-content/plugins/xinha4wp/wp_xinha_plugin.php</b> on line <b>119</b><br />(Don’t know if this means anything to you without the rest of the source. I can regenerate the error and send the entire post.php source, if you’d like.)
Also in the post.php source, I do find the following:
<!– Xinha for WordPress v1.1 –>
And originally got ”<!– Xinha for WordPress v1.0 –>” before applying the 1.1 beta patch.
I know I might just be stoopid. I am a total WP newb, and I’ve never really learned anything in PHP (it’s on my ToDo list). But any suggestions?
Thanks much!
-
Mike Baptiste Says:
November 1st, 2005 at 12:48 pmJHake - Thanks for the EXCELLENT bug report. LOTS of useful info. I’ve sent you a new file to try out. I was blindly starting a PHP session if you enabled the Image Manager plugin (it needs one) but forgot some other Wordpress feature or plugin might start one on its own. So I tweaked the code to check for an existing session first which should avoid an error like this. Let me know how the new plugin file works. All - Once I get JHake’s problem ironed out I’ll release v1.1 to fix these n00b bugs
Then I can get started on some NEW stuff. -
Alec Says:
November 1st, 2005 at 3:40 pmHow cool! I was about to start work on a Xinha plug-in myself, but thought I’d check to see what others have come up with. You did a great job! One very minor issue I’m having is that no matter what vertical dimensions I tell your plug-in I want the editor to be, it only gives me something like a couple hundred pixel area. I’m assuming this is some sort of CSS issue with WP’s post page. Have you run across this? Any solution besides tweaking WP’s code?
-
Mike Baptiste Says:
November 1st, 2005 at 4:28 pmAlec - Under Options >> Writing how many lines is your writing box option? It defaults to 20. Xinha is constrained by the max size of the textarea. The best thing to do is to leave the Xinha dimensions set to Auto and increase the size of the writing box under Options >> Writing by changing Size of Writing Box. Xinha will expand with the writing box. I probably shouldn’t have even put in the dimension options except for maybe the comments…
-
Mike Baptiste Says:
November 1st, 2005 at 5:18 pmIf anyone has ‘Insert Image’ enabled AND ‘Enable Image Manager Plugin’ enabled and you get an empty Post box when you click WP-Admin >> Write, please let me know (you can workaround this specific problem by disabling the Image Manager plugin for now). I’m working on this problem for a user and they are seeing this in their HTML Source:
session_start(): Cannot send session cookie - headers already sent
session_start(): Cannot send session cache limiter - headers already sentThis basically means something in Wordpress already returned data to the client browser during the header generation phase which is ‘bad’ I’m 90% sure this is a problem specific to their installation or configuration, but if anyone else has seen this let me know so I can get more info and make sure its not a bug on my end.
-
Mike Baptiste Says:
November 1st, 2005 at 7:31 pmI think I figured out why one user was having trouble with the ImageManager plugin and sessions. Definitely my fault - I was trying to set session data at a point in the WordPress sequence of actions where it might be too late in some setups (headers had already been sent) while in others it might not (obviously in mine it was not!) So I’ve completely reworked how the ImageManager session data is saved which will hopefully prevent the session errors mentioned above. It wasn’t easy - I wanted the changes to be as ‘cheap’ on CPU cycles as possible, especially in pages where Xinha will never be used, but the earlier in the page generation sequence you get, the less data and flags there are already set. But I managed to get it done very cheap ensuring minimal impact on non Xinha pages. These changes will be incorporated into v1.1 which is coming out ‘any day now’
-
johnhake Says:
November 1st, 2005 at 11:52 pmMike: Thank you, thank you, thank you! No way I can express my thanks enough. Kudos, accolades, huzzah!
Folks: I’m the user who was having the ImageManager plugin problems. Mike spent what must have been most — if not all — of the day ferreting out this nagging problem. He stuck with it until it was taken care of! As the problem would not reproduce on his system, he patiently directed me to help gather information that he could use to dissect and analyze the problem, and at the end of what must have been a very tedious day he sent me what ended up being the magic patch for the problem! Commitment and customer service, I tell you what.
He and I had never met before today, yet he’s been nothing but friendly, patient, and helpful to me. Never demeaning, never talks down, and also doesn’t talk way over my head with pure geekspeak. Not arrogant or dismissive, but sincerely looking to find the cause of the problem and patiently going through everything with a fine-toothed comb.
Just wanted to point out that this is giving a lot to the open source community, and users to give back! If you’re like me — worthless with PHP, and using one of his plugins and find it really useful (as I do) — then consider the effort that went into it and take 30-60 seconds of your own time to click the PayPal donation button and make even a tiny gesture.
Thanks again, Mike. I look forward to checking out your next plugins.
-
Frederik Says:
November 2nd, 2005 at 3:00 pmHey Mike,
amazing plugin you made there. Thank you for this. Could you please make the image folder for the “image manager” configurable?
Regards,
Frederik
-
Mike Baptiste Says:
November 2nd, 2005 at 3:03 pmFrederick - Absolutely. It’s already on ‘the list’ for v1.2 (see the TODO file in the xinha4wp directory)
-
Stuart Says:
November 3rd, 2005 at 6:14 amAm using your plugin on our site … Dev Dawn
Thanks for developing such a helpful and intuitive plugin.
-
Stuart Says:
November 3rd, 2005 at 6:14 pmQuick question … the page loads twice (i presume to go from normal edit to xinha edit … have you guys got a quick way to fool the browser into thinking it did it only once, for the sake of the back button?
-
ChrisH Says:
November 5th, 2005 at 10:35 amI’m running Safari 2.0.2 and get the message:
—–
Mozilla < 1.3 Beta is not supported!
I’ll try, though, but it might not work.
—–Doesn’t work in Opera 9 either. The Opera java console tells me I’m running version 1.3.1_16 and here’s the messages in the Opera javascript console:
——
JavaScript - http://www.qwertyrash.com/wp-admin/post.php
Event thread: load
Error:
name: TypeError
message: Statement on line 2071: Could not convert undefined or null to object
Backtrace:
Line 2071 of linked script http://www.qwertyrash.com/wp-content/plugins/xinha4wp/xinha_core/htmlarea.js
this.plugins[plugin._pluginInfo.name] = clone;
Line 2049 of linked script http://www.qwertyrash.com/wp-content/plugins/xinha4wp/xinha_core/htmlarea.js
return this.registerPlugin2(plugin, args);
Line 5371 of linked script http://www.qwertyrash.com/wp-content/plugins/xinha4wp/xinha_core/htmlarea.js
this.registerPlugin(eval(plugin_names[i]));
Line 5352 of linked script http://www.qwertyrash.com/wp-content/plugins/xinha4wp/xinha_core/htmlarea.js
editor.registerPlugins(plugin_names);
Line 35 of inline#3 script in http://www.qwertyrash.com/wp-admin/post.php
xinha_editors = HTMLArea.makeEditors(xinha_editors, xinha_config, xinha_plugins);
At unknown location
[statement source code not available]
—–Hope it makes sense to you!!
PS I get the same Safari error on this page - presume you have the plugin enabled for comments.
-
ChrisH Says:
November 5th, 2005 at 10:58 amI’ve turned on the Safari debug menu, and the its Javascript console, these are some messages I get:
——
Can’t find variable: FullScreen Line: 1
————
Can’t find variable: ContextMenu Line: 1
————
Null value
http://www.qwertyrash.com/wp-content/plugins/xinha4wp/xinha_core/htmlarea.js Line: 98
——PS Oops, sorry for the urls in my previous comments
-
Mike Baptiste Says:
November 6th, 2005 at 9:44 amStuart,
It should not load the page twice. Xinha is simply a JavaScript include as part of whatever page it is loaded on. This sounds like a browser issue (I have been able to use the back button on any page that Xinha is loaded on) What browser and version are you using?
-
Mike Baptiste Says:
November 6th, 2005 at 9:57 amChrisH,
Yes, Safari has always kicked up that error message and is not supported (I need to update the FAQ for that) I’ve also added a TODO for v1.2 to have Xinha4WP bypass itself if the browser ID comes back Safari (or Opera - if its still having issues) This way Safari users will just see the normal comment text areas for entering comments. As a Mac user I should have remembered that :) But I was always using FireFox on OS X.
This lack of support in Xinha for Safari is due to Safari’s lack of support for some core things in JavaScript. A developer working on Xinha’s predecessor (htmlArea) outlines the problems he has found trying to get HTML Editing into Safari. So the problem is twofold - one, Safari needs some serious improvement in JavaScript. Two, none of the core Xinha team are Mac users so they can’t even try to work on things.
-
Andrea Says:
November 7th, 2005 at 12:13 pmWould love to try this, but keep getting error message when I try to unzip file– either that no files are found *or* that file is corrupted. I’ve tried to download on different occasions and deleted previous downloads. Am running XP (bleh) and am using the packaged Windows extraction software. Suggestions?
-
Alec Says:
November 7th, 2005 at 2:18 pmAndrea: This probably isn’t the issue, but I recommend using 7-zip for your unzipping needs. The XP extraction software rubs me the wrong way.
-
Andrea P. Says:
November 8th, 2005 at 6:21 pmHi, So far I love your plugin. The only glithc I am having is uploading a picture. Any suggestions. I get a quick window that disapears. Then the insert window opens and Ican select a file to upload but it doesn’t seem to go anywhere? I have created an images folder in wp-content.
Thanks
-
Corrado Says:
November 10th, 2005 at 6:56 amWinzip and other similar programs are not able to unzip Xinha4WP in
my computer. What’s happened? Maybe the file is corrupted?
Forgive my horrible english
-
Mike Baptiste Says:
November 10th, 2005 at 7:50 amIf you are having trouble unzipping the file, most likely your browser is not handling the automatic compression my webserver uses to send files. Certain versions of IW would try to uncompress on teh fly and not do it right :) Try this:
1 - Right click the download link and select Save Link As or Save Location As
2 - Save the file on your desktop, right click the archive and select ‘Extract Files’
3 - If WinXp compressed folders doesn’t work, try using WinZip or 7-zip to extract the files.If people continue to have trouble with the zipped files, I can try turning off compression for .zip files in my webserver and see how that goes. But try the above steps first.
-
Mike Baptiste Says:
November 10th, 2005 at 7:52 amIf you are having problems with the icons in Xinha not showing up properly, hope over to the TextControl entry - we’ve got a comment thread going there with a few users who seem to be using Wordpress themes that are giving Xinha some trouble. The more information I have the easier it’ll be to fix.
-
Alexander Says:
November 12th, 2005 at 4:58 pmHi Mike, your editor sounds perfect for me - but I think your zip-file is broken for any reasons. I ve downloaded it but I cant open it. I get a message zip file damaged. Can you help me? Best regards Alexander
-
Roger Says:
November 19th, 2005 at 10:07 pmI dont know why, but when I made a list with numbers, the list numbers are ok in the POST preview section, but do not show at all on post in the web site. In other words, numbers are truncated and the text appears indented. I just installed the editor and everything works fine so far ..except the numbers in a list. Weird! I had the same problems with the ChenPress editor also. Other than that it’s a fantastic script! Thanks Roger Pilon, Editor World Wide CyberCafe Industry Resources Directory
-
Maxime Says:
November 20th, 2005 at 5:09 amIs it possible to delete unused languages and unused plugins?
-
Mike Baptiste Says:
November 20th, 2005 at 1:07 pmRoger,
That is your theme doing that, not Xinha4WP. Many WordPress themes disable numeric lists - or rather they set the list style to none which means you get no numbers. I’m not sure why that is.
In your theme’s style.css file, look for a section with ‘ol’ in it (before the { ) and list-style or list-style-type set to ‘none’ in the style section. Some styles group both ordered lists (ol) and unordered lists (ul) in the same section so if you take the list-style tag out - you may get bulleted lists where you don’t expect them. Your best bet is to override the ol setting for whatever your post section is called (many styles call it ‘post’ or ‘content’ or ‘entry’ such as:
#post ol { list-style-type: decimal; }
where post is set to whatever your theme calls the main body part of posts.
-
Mike Baptiste Says:
November 20th, 2005 at 1:10 pmMaxime,
You can’t get rid of them in the options screen. If you are worried about disk space, the language files are very small. You CAN remove the plugins to reduce disk utilization (though the entire Xinha package is only a couple of MB) The plugins live in the plugins/xinha4wp/xinha_core/plugins subdirectory. This should not cause Xinha to malfunction since all the core files live elsewhere.
If you are worried about responsiveness, not disk usage, then you have no worries. Xinha only loads the features that are enabled when it runs.
-
Joe Says:
November 23rd, 2005 at 11:07 pmHi,
I have 2 questions both are about Xinha4WP,
First thing is that on your commenting system it shows all the buttons like bold and make link icons. I had these till I accidentally disabled Xinha for commenting and when it was enabled again it just showed a blank box for those. What happened do you know anyway to fixit? Second of all I want to use the Picture Manager but I have the picture directory in a different location, what file do I edit to change were it looks. Thanks
-
Mike Baptiste Says:
November 25th, 2005 at 6:09 amJoe,
Its likely related to your theme. Some themes are setting weird style tags for images that are makign Xinha go nuts (for comments only) See the comment thread in ‘Thoughts on XInha, Text Control, and WordPress‘ It sort of veered off topic into this theme problem. There are a couple of suggested fixes for the theme stylesheet. But please post a link to your theme’s download site and I can check it out.
-
Tina Says:
November 25th, 2005 at 2:55 pmI’ve downloaded the zip, but can’t open or extract it. Win-Zip says there’s an error..
-
quique Says:
November 26th, 2005 at 4:32 amI’ve not had much time to use this plugin, but it seems to be the best of all the text editing plugins. I am having an error when I try to use the
I get the following error when I check the ImageManager plugin and attempt to insert an image. What’s strange is that the file is where it is suppose to be.
Warning: main(Files.php): failed to open stream: No such file or directory in /home/sites/site7/web/wp-content/plugins/xinha4wp/xinha_core/plugins/ImageManager/Classes/ImageManager.php on line 9
Fatal error: main(): Failed opening required ‘Files.php’ (include_path=”) in /home/sites/site7/web/wp-content/plugins/xinha4wp/xinha_core/plugins/ImageManager/Classes/ImageManager.php on line 9
Any ideas of why I am getting this error?
-
Mike Baptiste Says:
November 28th, 2005 at 7:17 pmTina,
Most people are able to open the ZIP archive, but a few have had some trouble. I’ve made a server change that may help. If not, try downloading this file:
http://baptiste.us/wp-content/downloads/xinha4wp_newzip.zip
Its the same files/version - I just tried a different compression setting in the compression program. Let me know if this one works for you.
And finally, if none of this works, your browser is probably choking on the archive (some older browsers try to auto deflate archives and choke on them) Instead of clicking on the link, right click and select ‘Save As…’
Let me know if any of these work or if you still have problems.
-
Mike Baptiste Says:
November 28th, 2005 at 7:23 pmQuique,
I’ve not seen that error before. It seems like you might have some type of permissions problem. Make sure /home/sites/site7/web/wp-content/plugins/xinha4wp/xinha_core/plugins/ImageManager/Classes/Files.php can be read by your web server userid. I don’t know why it would have any different permissions than the rest of the archive, but its worth checking.
-
Carbonunit Says:
December 3rd, 2005 at 10:13 amThanks for the great plug-in. Installed it with my eyes shut - worked first time - just the way I like it.
-
Lefebvre Says:
December 3rd, 2005 at 4:01 pmGreat job.
-
Mike Baptiste Says:
December 5th, 2005 at 9:58 amWas browsing through Technorati links seeing who was talking about Xinha4WP and if people were happy with it or were having any issues. I found a German forum that mentioned if you install WP-AddQuicktag, Xinha4WP stops working. I can understand this. Xinha4WP uses a CSS tag to disable the Quicktags bar. I’ll have to take a look at this plugin and see where they add the quicktags and try to avoid any HTML problems that might arise.
If you have installed Xinha4WP and have found it conflicting with other plugins, by all means let me know!
-
Vladimir Says:
December 5th, 2005 at 11:47 amIt’ll be great to have in Xinha something like
-
rudi Says:
December 6th, 2005 at 6:44 amthanks for this great plugin.
Is there a way to enable the ‘Stylist’ - Plugin ?
I added it in wpx_mappings.php in the $available_plugins - array.
It flashes shortly but then disapears …
thank your Georg
-
Jan Dembowski Says:
December 13th, 2005 at 8:06 pmMike, I have been playing around with the plugin for editing comments.
The weird thing is when I edit comments using xinha4wp in Internet Explorer, the formatting gets left in. No problem at all.
…except I use Firefox 1.5 and encourage people to switch. Is there anything I can check or modify? I really want to get the plugin work (as it seems to do on your site).
Jan Dembowski
-
Glenn Says:
December 14th, 2005 at 4:35 pmWhere is the tags for MORE and such!??? I do not see them in these WYSIWUG editors!? why?
-
gerard Says:
December 16th, 2005 at 11:14 amAs for Tina, I get an invalid archive message when dowloading your zip file. I’m using Winzip on Windows XP. I have tried the newzip achive and the save as method, but none of them works.
-
Mike Baptiste Says:
December 16th, 2005 at 12:19 pmJust catching up - I’ve been buried with migrating a number of websites and email services to a brand new server (including this site)
Georg - I’ll check out the Stylist plugin - I’ve added it to the to do list
Jan - So with IE the formatting gets left in but not with Firefox 1.5? I’ve not really seen that. Is all formatting lost or just linbreaks and such? Do you have Text Control installed?
Glenn - The current version hides the Quicktags bar since it was redundant - however, as you point out, you lose the Wordpress specific stuff like More and other buttons added by other plugins. The next release of the plugin will allow you to enable or disable the Quicktags bar. You can do it now fairly easily. In the main plugin file wp_xinha4wp_plugin.php, line 223, change this:
$style = ‘#quicktags { display: none; }’;
to this:
$style = ”;
and the Quicktags bar will reappear. HOWEVER, the buttons only work when Xinah4WP is in Raw HTML edit mode (the <> button) The quicktags won’t work in WYSIWYG mode. Xinha supports the addition of custom buttons and actions. Its on teh to do list to include some WP specific buttons - I just haven’t had time to mess with that yet.
Gerard - My fault! The site recently moved to a new server and the config was compressing archive files. I’ve tweaked the configuration that seemed to help folks before. So try downloading again and let me know - it should work now.
-
Joe Says:
December 21st, 2005 at 7:36 pmUm,
Good plugin but Wordpress 2.0 is coming out soon and is it going to be compatible ? Or a new version for 2.0 ? Thanks…
-
Bold Says:
December 22nd, 2005 at 5:16 amI’m using it for Wordpress
It’t a really great plugin, though the setup which needs various other plugins is a bit confusing. All the same, I got it to work.
It has a lot of options, though I found some of them a bit superfluous for blogging , but I really miss a BLOCK QUOTE option, which I think might be more natural to blogging than the possibility for sub and sup etc.
I have tried to remove some of the formatting options like strike through, underline, and bg color in the htmlarea.js:
Example
I replaced this line in htmlarea.js :["separator","formatblock","fontname","fontsize","bold","italic","underline","strikethrough"]
With this one:
["separator","formatblock","fontname","fontsize","bold","italic"]
But all the controlls are still there and working…
Does anybody have an idea of how to customize the toolbar?
Apart from all the functions which can be disabled in the manager, I’d like to get rid of:
bg color (but NOT text color) and the “current style” button
-
Mike Baptiste Says:
December 22nd, 2005 at 11:02 amBold, The Block Quote tag is activated with the indent buttons (They’ll say Increase Indent/Decrease Indent) That gets you in and out of block quotes. Editing the htmlarea.js file will have no effect as the plugin controls all the buttons that are or are not displayed. To avoid having TOO many configuration options, I grouped some common ones together. Bold, Italic, Underline, and Strikethrough are grouped. But if you really need to disable the underline and strikethrough buttons, you can get rid of them in the wpx_mappings.php file in the xinha4wp directory. Look for this:
‘fontstyle’ => ‘["bold","italic","underline","strikethrough"]‘
and change it to this:
‘fontstyle’ => ‘["bold","italic"]‘
This file controls all the groupings, etc. For those of you who really want to mess with how the features are grouped - the wpx_mappings file is it. Nothing is ‘hard coded’ into the plugin. Its all handled in the mapping file which will make it extremely simple to tweak things or add features. Want to add an option called ‘Bold Only’, add an entry with the array key ‘boldonly’ or something unique to both toolbaropts and available_features. The first array handles the Xinha configuration and the second array makes the option show up in the WP-Admin options page. If there is a plugin you want enabled, just add an entry to available_plugins, using the exact Xinha4WP Plugin name (the key used by Xinha to load plugins in the xinha_config.toolbar variable) and a descriptive title - it’ll show up in the options page. Now I don’t recommend messing around too much with it unless you back everything up - but if you want to customize how Xinha4WP behaves, say, in a virtual hosted blog environment - all you need to do is tweak the mappings file. If you want to change which options are on or off by default, check out the wpx_defaults.php file. Its self explanatory. You should not have to edit the main plugin file except for the QuickTags hack (which v1.2 will intergate into the options page)
-
Mike Baptiste Says:
December 22nd, 2005 at 11:11 amJoe,
I know Wordpress 2.0 is imminent (December 26th is the word) However due to the time sink of migrating much of my infrastructure to a new server, I doubt I’ll have a v2.0 compatible version of the plugin done in time (the holidays haven’t helped any in terms of available time) My goal is to have one ready as close to Jan 1st as possible. Coupled with that I’ll be updating the included Xinha core code to handle some problems that have cropped up with Firefox 1.5 and some new features as well.
So for those of you who have to upgrade to 2.0 on Dec 26th, I just don’t think I’ll be ready by then. As for me - I expect I’ll be holding off until v2.01 or v2.02 for this blog, but we’ll see how testing goes. I’m really excited about v2.0 - just bad timing for me in terms of other projects I’ve had to deal with. The good news is my migration is pretty much done so once the holidays pass I can refocus on things like this.
All that said - I have reports that the current release DOES work on v2.0 with a few gotchas. See the comments in Xinha4WP and Wordpress v2.0 for some info on running the current version in v2.0 Obviously the next release will hopefully handle the TinyMCE stuff in the background, etc.
My game plan is this. v2.0 has a lot of background changes that improve and ease plugin development. But for the next release, I likely will make changes to get it ‘working’ in its current form on v2.0 Then I’ll start digging into the plugin changes that I can tak eadvantage of to make the plugin better in addition to adding some stuff off the todo list.
-
Bold Says:
December 26th, 2005 at 4:12 pmTo Mike Baptiste: Thanks a lot for your answer to my block quote / customizing plug-in question! This will make thinks a lot easier for me.
Off topic:
If you want my reason for more customization options: I’d like to give the users just some basic options, at least with blogs, which will also make the interface easier for incidental users.
Many different boards and blogs now seem to be using a wide variety of wysi interfaces and / or (hand) coding options. It’s a jungle out there, if you are not pretty hardcore PC user!
No matter if I would decide to go only for hand coding or for wysi, I would like my users to be able to see which options are available, and which are not. On many blogs it’s a matter of having to waste time on trying what works in the preview, if they are so sophisticated to have that feature.
Often I see boards as well which don’t warn in advance that your post is going to be held in queue before it’s going to be published, which might make users think something went wrong and try once more, or quit the board. What’s so hard about displaying the allowed tags and publishing practice above, below or beside the text window?
Sorry for having gone off topic, but I thought the importance of the principle of user friendliness deserves to be stressed more often than it currently is..
Thanks again for your fine contribution to the community Mike!
-
Bold Says:
December 28th, 2005 at 3:47 pmWhat am I doing wrong?
I followed Mike’s instructions to the letter and edited the wpx_mappings.php, but no changes are visible..
Of course I emptied my browser cache, checked the changed file was in place etc. etc..
It seems like the xinha interface has a life all of it’s own…
-
Mike Baptiste Says:
December 28th, 2005 at 9:15 pmI left out ond kind of important detail (my bad) Make sure you resave your options at least once as it builds a static code fragment used to configure Xinha on each request (done for speed) If you let me know the type of layout you were hoping for (I think above you wanted just Bold and Italics?) I can give it a whirl here.
-
Bold Says:
December 29th, 2005 at 8:15 am“left out one kind of important detail”
Yuhoo! That did the trick Mike!
I expect this has something to do with the “require once” (or something similar) line somewhere in some config file… (Yes, in spite of my limited knowledge I have been searching files for clues…before asking you)Thanks a lot for your speedy reply!
By the way, are there any options for giving the user a chance to use a preview before posting?
Bold
-
Trevio Says:
December 29th, 2005 at 5:37 pmHello, I’m testing this wonderful plugin, but I can’t make it work in my site…
I’ve tested it in my nobook with Kubuntu and Apache2 + php5 in a new and clean installation of wordpress and it works, while if i test it into my web server with an old (only few days) configuration also disabling any plugin doensn’t work.
Like another user I get those messages in the firefox Javascript console:
Error: syntax error
Source File: http://italy.copybase.ch/blog/wp-content/plugins/xinha4wp/xinha_core/htmlarea.js
Line: 1
Source Code:Error: HTMLArea is not defined
Source File: http://italy.copybase.ch/blog/wp-admin/post.php
Line: 83I don’t know what I should do to make it work… It’s really THE wysiwyg for Wordpress, and not only…
Bye!
-
Joe Says:
January 2nd, 2006 at 6:14 pmHi,
I’m using Word Press 2.0 stable and I’m having a few problems… The first is that the editor does not work well with the new AJAX control boxes in the write a post area sometimes and the editor goes all the way to the end (Look) but this may be because the boxes do no expand and I believe they are not working on my site, I don’t know. Last question is with the plug-ins :
(QuickTag) - does not show up is there a when enabled and is there a way to customize it ?
(InsertSmiley) - customize it ?
(ImageManager) - config file location ?Also when I was looking through the Xinha core folder in the plugins directory has a plug-in called forum manager and one other like that but I do not see it in the options area. How do I activate it ? Oh and is there a way to select a custom font for different area in a post like in Word ? Thanks
-
Mike Baptiste Says:
January 2nd, 2006 at 6:16 pmJoe,
Xinha4WP has not been updated for WordPress v2.0 yet (see Comment 57) I hope to get it adjusted for the MANY changes to the WordPress admin interface some time this month.
Mike
-
Joe Says:
January 2nd, 2006 at 6:44 pmO.K but what about the unlisted ones (here) and what about these :
(QuickTag) - does not show up is there a when enabled and is there a way to customize it ?
(InsertSmiley) - customize it ?
(ImageManager) - config file location or how to config ?That’s it Thanks…
-
Trevio Says:
January 3rd, 2006 at 8:43 pmNo way to fix the problem I’ve posted?
In the comment before is hidden the bad code found by Firefox, it was simply an
(hoping that now it’s shown :)) -
Owen Barder Says:
January 3rd, 2006 at 8:43 pmJust in case you lack motivation, I am really, really looking forward to the version for WP2.0. I was very disappointed by the WYSIWYG interface built in to WP2.0.
Owen
-
Ben Margolin Says:
January 5th, 2006 at 4:47 pmTo second Owen Barder’s comment… I also like Xinha better than TinyMCE (and in fact use Xinha Here! extension to Firefox to deal with this now), but would love to have a working xinha plugin for WP2.0. I presume (ha) it would be easier to do now, since there’s already ONE rte integrated…?
-
Mike Baptiste Says:
January 6th, 2006 at 1:51 amOwen/Ben,
Worry not! The plugin WILL be ported for WP2.0 - no question about it. I’m just swamped with another project at the moment that I’m trying to get out the door. But getting a 2.0 compat version out is not a matter of if but when and I expect it to be sooner rather than later. Just need to flesh out the code for this other project.
As for easier - not sure. It all depends on how they tied TinyMCE into the admin screens and how the new AJAX stuff will effect it.
Mike
-
Joe Says:
January 19th, 2006 at 7:51 pmI was wonder about a couple of things here:
O.K but what about the unlisted ones (here) and what about these :
(QuickTag) - does not show up is there a when enabled and is there a way to customize it ?
(InsertSmiley) - customize it ?
(ImageManager) - config file location or how to config ?
Thats it Thanks -
DarkBlak Says:
January 31st, 2006 at 11:16 pmwill be waiting for Xinha for WP 2.0
-
TreeFrog Says:
February 21st, 2006 at 10:54 pmAwesome blog you have. I enjoyed reading it this evening. Peace TreeFrog
-
Mike Says:
February 23rd, 2006 at 5:38 pmI desperately need a robust editor like this for my clients. Email me when the WP 2.0 version is out. I love the adm interface to set default font and size etc. This really needs to be part of the std release.
-
Darksied9 Says:
March 7th, 2006 at 4:27 pmI would love to be able to say there is money in it, or even food (uless you live in Tennessee) but my gratitude would be un-paramounted if I could see a version 2.0 plugin in the near future. Thanks for all your work here!
-
Joanna Says:
April 4th, 2006 at 11:51 amIs Xinhua compatible with adsense
-
Mike Baptiste Says:
April 4th, 2006 at 12:04 pmI’m not sure I follow you. In what way would you want it ‘compatible’? Are you talking about pasting in adsense code directly into a post?
-
Joanna Says:
April 4th, 2006 at 12:50 pmThanks for reading my post, mike. after I installed the Xinha4WP editor, the adsense deluxe dropdown menu disappeared..anyway to make it appear again? Please help. And yes, I wanted to pass in adsnese code directly into a post.
-
Mike Baptiste Says:
April 4th, 2006 at 1:10 pmJoanna, Because of how Xinha is setup, the Quicktag’s bar stops working, except if Xinha is in HTML edit mode (which is the default behavior of Wordpress comment s- direct entry of HTML)
See comment #6 (http://baptiste.us/plugins/xinha4wp#comment-62) for the line you need to comment out to get the Quicktags to show up again. Xinha supports custom buttons - I’m hoping when v2 is working, I’ll have some time to include some of the more common quicktag buttons (More, Adsense, etc)
-
Joanna Says:
April 5th, 2006 at 12:32 amThanks Mike! Now I can add adsense to my post. One last thing I need to do is to add the “ibrowser” pluggin. In the read me file, it says there is a file called xinha.editor_plugin.js, but I cannot find that file at all..Do u have any idea how to install the “ibrowser” pluggin? Thanks again for you help, appreciated..
-
Joanna Says:
April 5th, 2006 at 3:56 amHi Mike, I managed to find xinha.editor_plugin.js
BUt after that I need to add iBrowser to the following array: xinha_plugins = xinha_plugins ? xinha_plugins :
[
'CharacterMap',
'ContextMenu',
'ListType',
'Stylist',
'TableOperations',
'ibrowser'
];
Do you know where I can find the code above?
-
Mike Baptiste Says:
April 5th, 2006 at 8:55 amJoanna, Wow - iBrowser looks to be pretty impressive. If you want to add iBrowser support, the array you mention is built dynamically. You probably can add iBrowser to it manually by tacking it on after the main array is dumped - around line 152 in the wp_xinha_plugin.php file:
xinha_plugins = xinha_plugins ? xinha_plugins : [ <?php echo($jsdata['plugins']); ?>, ‘iBrowser’ ];
You’ll also likely need to add a button for iBrowser in the toolbar array in a similar fashion on line 191:
echo($jsdata['toolbar'][1], ‘whatever the ibrowser button label is’);
NOTE The instructions you’ll get with iBrowser assume a static Xinha configuration where you edit the Xinha config files directly. Since Xinha4WP is so configurable, much of the JavaScript the install docs mention is built dynamically. You should NOT change anything in the xinha_core directory. All the magic happens in wp_xinha_plugin.php. iBrowser looks really slick. I many look at adding it into v2.0. For the rest of you curious - you can download it at http://j-cons.com/downloads/ibrowser.zip
-
Joanna Says:
April 6th, 2006 at 12:47 amHi Mike, Thanks for the instruction…Unfortunately, it didn’t work..The whole thing went blank..So I changed it back to the previous version…But I guess I can live without the ibrowser for now, I just think the textwrap functions inside ibrowser is very handy. Anyway, thanks again for taking time to answer my inquiry.
-
rob Says:
April 17th, 2006 at 10:55 pmwhen version for wordpress 2.0+ ?
-
wellness Says:
May 18th, 2006 at 11:48 amplease can someon tell me that Xinha4WP worke with wordpress 2.0+ ?
ist there a beta version ….
-
Tobi Says:
June 18th, 2006 at 2:40 amHi
Thanks for coding this plugin. The description sounds great!. Does it also work with WP 2.0.3?
-
Robert Richard Says:
June 25th, 2006 at 10:46 pmHello,
I need support for Xinha plugin, but I really don’t know who’s who. I’ve posted on the http://xinha.python-hosting.com/ my support question, but I’m sure if I’m at the right place. Is the 2 Xinha?
http://xinha.gogo.co.nz/punbb/viewtopic.php?id=731
Can you help?
Robert Richard
Canada.
-
Robert Richard Says:
July 1st, 2006 at 7:46 amHello again,
So it seems that I needed to deactivated my plugin Image Manager to resolve my issue: http://xinha.gogo.co.nz/punbb/viewtopic.php?id=731 .
Xinha works fine now.
Robert Richard
Canada. -
Mike Baptiste Says:
July 5th, 2006 at 6:14 amSorry Robert, was out of town. Glad you got it working. Not sure why you had to disable the Image Manager, unless you hadn’t created the images directory in wp-content.
-
UbuSound Says:
August 10th, 2006 at 4:26 pmThis plug looks great, but it doesn’t work properly under either Safari or Firefox (latest versions) in OSX. When installed, the posting page shows BOTH the XINHA and the standard WP text editors. Also, the XINHA editor box is sporadic in size- set to 400 or 900 pixels wide, it always looks about 200 pixels wide. It will fill the screen, but when collapsed back, is still full width, UNDER the right hand controls in WP.
Had to disable the plugs. Is there an OSX happy update coming, or should I look elsewhere?
Thanks,
Jeremy
-
Mike Baptiste Says:
August 10th, 2006 at 4:33 pmJeremy,
You have to disable the default editor. Under Options->Writing, uncheck ‘Users use rich text editor by default’ Then click Users and in your profile, uncheck the Rich Text Editor option. THat’ll get rid of the dual editors.
Make sure the height and width are set to ‘0′ (auto mode) in the Xinha4WP for Posts options. Then you should be all set
Beware Safari - it hasn’t worked well with Xinha but Firefox should work fine.
Mike
-
PAX Says:
August 15th, 2006 at 4:30 amhi mike
i really LOVE your plugin. nice work for a noob like me
I tried to change the settings in the image manager but it comes up with an error all the time:
Parse error: syntax error, unexpected ‘,’ in /home/******************/ImageManager/config.inc.php on line 82
I’d be glad if you could contact me so I could provide more details to this error
cheers
PAX
-
Linda Says:
August 19th, 2006 at 7:13 pmDear Mike, I love this plugin you have developed so much that I have spent hours trying to get it to work!
Everything does except I cannot add images.The popup image manager comes up fine. I am able to upload selected images. I checked to ensure they are on the server via http://ftp. Yet, only a placeholder is visible on the image file manager and not the actual image.
When I select the image to insert into the editor, it accepts it. But still it is only a place holder and not the actual image.
Please tell me what to do — I really love your plugin !!!
Thanks for all, Linda
-
Linda Says:
August 19th, 2006 at 7:17 pmPS — I’ve completed all the steps mentioned above. I even disabled most of my other plugins.
-
Michael Says:
August 24th, 2006 at 11:28 amFantstic plugin, thanks for creating it.. do you know if it works with the Paged Threaded Comments plugin?
Thanks for your help
-
Mike Baptiste Says:
August 24th, 2006 at 12:14 pmI can’t see any reason why it would have a problem with threading. It only affects the comment box itself and only if you’re using it for comments (vs posts)
-
Michael Says:
August 24th, 2006 at 11:53 pmWell I gave it a shot and it does kind of work on comments but there’s a few problems such as - when I move over the buttons, the rest of them vanish.. also the (smaller size | larger size) buttons on Paged Threaded Comments stops working.
I’m not too up on PHP and understand the fustration of trying to fix it, so if you don’t get time to look in to it I understand.
-
IZ Says:
August 29th, 2006 at 5:50 pmHaving an issue with spellcheck and WP2.0. Can get everything running and can even get it to *check* the spelling… but it doesn’t seem to want to actually update the content with the spell-checked words. Any idea on how to fix that?
-
Stéphane Says:
December 19th, 2006 at 8:30 pmI tried to install your plugin but a message told me itwas incompatible with my WordPress version. (2.05).
Any issue. Thank you. Merci -
Mike Baptiste Says:
December 19th, 2006 at 10:22 pmDid you use the Installer Plugin or install it manually? What version did you install (1.1 or 1.2beta) Can you cut and paste the exact error message?
I’d suggest installing the beta 1.2 version of Xinha4WP
-
Christian Sasse Says:
December 24th, 2006 at 8:32 amAutoformat TEXT!? Hi can i disable the AUTOFORMAT TEXT Option? f.e. i have 2 pictures and i want to weite a TEXT directly unter he picture it autoformat a after saving.
-
Mike Baptiste Says:
December 25th, 2006 at 12:12 amChristian, I’m not sure what autoformat you are talking about. If you want to put text under a picture, just use ‘Shift-Enter’ which will put a break after the image and the text will go immediately under the picture.
Worst case, just switch to direct HTML edit mode and put the
in yourself.Or am I missing what you are trying to do?
-
shardz Says:
January 1st, 2007 at 1:13 amhmm… are the more and nextpage functions available on the WYSIWYG editor?
-
Mike Baptiste Says:
January 1st, 2007 at 2:20 pmshardz,
Not currently. I’m hoping to add them before v1.2 gets released. Right now just flip to raw HTML mode and enter the tag manually.
-
Wolfgang Says:
January 2nd, 2007 at 10:42 pmHello! It’s a very, very good wysiwyg-editor, but I do have two problems with it. I just installed the plugin and work with it with Firefox 2.
When I open a post from the past, which was created with the old editor, all -Tags are gone!! So the text does not have any paragraphs. The strange thing is, that new post done with Xinha4WP do have and they remain, when editing the text again. the only strange thing here is, that a closing and an opening are glued together and there is no line-break in the html-code which makes reading the code a bit difficult.
The second thing is, that all popup-windows (e.g. the one for the image or link-properies) do open in a very small size (about 60*60 Pixels) so I always have to resize them to see it’s content.
Any idea, what might cause this problems. Especially the vanishing ’s are a big problem.
-
Wolfgang Says:
January 2nd, 2007 at 10:43 pmOh, I just saw, that all the html p tags in my post are not shown.
-
Mike Baptiste Says:
January 2nd, 2007 at 10:47 pmWolfgang - interesting behavior. I wonder if the old posts have some strange formatting that is confusing Xinha’s HTML editor. Do you have the experimental HTML generator enabled or disabled in the Xinha options? Try setting it to whatever it isn’t set to.
What version of Firefox 2 are you running? I recall weird Xinha behavior in really early 2.0 releases due to Javascript problems.
Which version of Xinha are you running? 1.1 or 1.2b?
-
Wolfgang Says:
January 3rd, 2007 at 9:29 amHi Mike,
first of all thank you for your fast reply and: Happy new year!
Well, I made some further investigation and nailed down the problem with the vanishing p and br tags. I had a look into the mysql-database and saw, that those entries (produced by the build-in wysiwyg editor) really had no b or br tags! Instead they had blank lines or normal linebreaks. It seems that WP is converting them into p and br tags when displaying the post. So when I open those posts with Xinha 1.1 the entries are reformatted by html-rules, which means all blank lines and linefeeds were gone.
So I opened those posts and reformatted them with Xinha - and now they look perfekt.
I also could solve the problem with the small popup-window. This was because I switched off window manipulations by javascript in the Firefox-settings.
But I have one question about the formatting of br (Shift+Return) in Xinha. When I look into the html produced by Xinha, I find those br tags not at the end of the lines, but at the beginning. Also p tags are sometimes not at the end of a line, but at the beginning. It sometimes causes strange formatting like these (I use brackets, because html is not allowed here):
(p)this is
(br /)a line
(br /)and the next
(br /)and the end
(/p)instead of
(p)this is(br /)
a line(br /)
and the next(br /)
and the end(/p)Is this the designed behaviour?
Greetings
Wolfgang -
Mike Baptiste Says:
January 4th, 2007 at 3:34 pmIt’s a style choice. Some feel BRs should be at the end of a line, others at the beggining (Carriage Return -> start line)
What you saw with the linefeeds and such is something unique to WordPress and annoying when using a WYSIWYG editor. There are some things I’m looking into with v1.2b to see if I can flip the internals in WordPress that disable the auto new line stuff. In v1.5, we used the TextControl plugin (there’s a post about it linked above)
But like you discovered, the HTML Tidy code will clean up posts quite nicely to remove the blank lines and carriage returns.
-
Wolfgang Says:
January 5th, 2007 at 6:47 amHello Mike,
yes, I just noticed that the experimental editor of Xinha makes these formatting. The “normal” editor is formatting the whole content in one single line.
Working with Xinha is really great! If I notice some strange formatting, I use the TextControl plugin to switch the settings on per post base.
Greetings from Germany
Wolfgang -
Robert Richard Says:
January 24th, 2007 at 8:58 amHello,
Yesterday, I have installed WordPress 2.1; since Xinha4WP version 1.2b is not working. Just to let you know.
-
Mike Baptiste Says:
January 24th, 2007 at 9:29 am Guess I’ll have to install 2.1 earlier than I had planned. Do you get any type of error message on screen or in the server logs? I’m knee deep in the development of a new plugin so I’ll try to check this out asap, but if anyone has any error info from WP 2.1, please let me know! -
Kevin Hatch Says:
January 24th, 2007 at 11:27 amHey I was trying to get Xina4WP to work with WordPressMU and found a bug with the image upload. The backend administration detects the multiple blogs fine and wants to place them in files/images under /wordpress/wp-content/blogs.dir/3/ (where for example 3 is the blog number). And given the defined directory there is writable, image uploads do go there. But when the editor makes the
link for a post, the path it uses is /wordpress/wp-content/ because the tag generator isn’t detecting the respective blog path.
The short-term fix for the problem that has so far worked perfectly is to make a soft link called “images” from the MU blog # to the general folder /wordpress/wp-content/images/ All MU blogs then upload to the general folder and
links can find the files.
Hope that helps, and thanks for an amazing plugin.
-
Robert Richard Says:
January 24th, 2007 at 1:44 pmHello again,
I have no error message with Xinha4WP 1.2b activated, within WordPress 2.1, to write a Page or Article. No editors are available. Server logs? I really don’t how to get this.
Thanks.
-
Mike Baptiste Says:
January 24th, 2007 at 1:47 pmRobert,
That’s fine - figured I’d ask. I’ll try to get my WP 2.1 test environment setup soon to see what’s wrong. I didn’t think any of the 2.1 changes were going to break it. Obviously missed one!
-
Robert Richard Says:
January 24th, 2007 at 1:48 pmThe above website PatrimoineAcadien.com can be access and visitors should normally be able to write a post with Xinha4WP 1.2b.
-
Mike Baptiste Says:
January 27th, 2007 at 6:54 pmRobert,
Make SURE you have “Use the visual editor when writing” UNchecked under your user profile. I installed Xinha4WP in a WordPress 2.1 setup and it worked fine.
Is anyone else having trouble with v1.2b with WordPress v2.1?
-
Natti Says:
January 28th, 2007 at 5:52 amHi Mike,
thank you so much for this amazing plugin, saves me much time … sometimes I’m so lazy writing code.
The new version works with my 2.0.7 installation, the only problem is that with Opera I can’t see all the buttons. I’ve checked if java is enabled but nothing happens. Maybe you can help me solving this problem? Thanx a bunch in advance.
-
Mike Baptiste Says:
January 29th, 2007 at 7:04 pm
***NOTICE***
All plugin information has moved to http://plugins.baptiste.us
Comments are now closed. Please use the new forums instead
October 30th, 2005 at 8:05 am
[...] Asensin blogiin uuden Xinha4 -tekstieditorin. Sen avulla artikkelien kirjoittaminen ja muokkaus on entistä helpompaa. Tekstin muotoilu toimii nyt samoin kuin esim. Wordilla kirjoittaessa. HTML -taiturit voivat edelleen syöttää koodia vaihtamalla HTML-näkymään. Tämä onnistuu painamalla editorin [] -nappia. [...]
October 31st, 2005 at 3:13 pm
[...] Da sag noch einer, Open Source Software ist schlechter als Bezahlsoftware - gerade heute wieder ein sehr schönes Gegenbeispiel gefunden.Am Wochenende fand ich das Wordpress Plugin Xinha4WP und wollte es installieren. Dabei ging ich genau nach Beschreibung vor und versuchte das Plugin zum Laufen zu bekommen - leider ohne Erfolg. Also schrieb ich eine E-Mail an den Author Mike und fragte um Hilfe - und keine 3 Stunden später bekam ich eine Antwort. Es klappt dann immer noch nicht, und erneut keine Stunde später kam eine Antwort - diesmal die Lösung … keine 5 Stunden nach der Meldung kam schon die Lösung - hey, ihr Microsofts habt Ihr das gehört!!!!!!!Vielen vielen Dank an Mike!! [...]
October 31st, 2005 at 5:34 pm
[...] http://baptiste.us/plugins/xinha4wp [...]
November 1st, 2005 at 5:35 am
[...] Sul forum di WordPress Italy avevo promesso che mi sarei dedicato ad un tema stile giornale, l’umore, il tempo e altre cose mi han tenuto lontano da quel progetto, comunque ci ho continuato a ragionare sopra ed ho ben chiaro quali funzionalità implementare. Molte di queste prevedono di avere un tema programmabile sullo stile di Giraffe o di altri che stanno uscendo recentemente tipo Xinha4WP. Prima di dedicarmi a questo tema ho deciso di sperimentare alcune cose su un tema più semplice di cui per ora ho solo l’abbozzo grafico che vedete in questa immagine. Il tema si chiamerà 40years ed è ispirato ad un sito web incontrato per caso navigando per il web. Le funzionalità di base che prevedo di implementare sono: [...]
November 1st, 2005 at 12:59 pm
[...] Xinha4WP è un plugin che permette di sostituire i campi di scrittura degli articoli e dei commenti con un editor HTML grafico. [...]
November 2nd, 2005 at 2:29 pm
[...] A new version of Xinha for WordPress has been released. v1.1 of Xinha4WP is mostly a bugfix and performance improvement release. All users of Xinha4WP are encouraged to upgrade since it fixes a few problems you may run into later even if v1.0 is working for you now. It also improves the performance of the plugin during normal use. [...]
November 2nd, 2005 at 8:53 pm
[...] Xinha4WP，为WP带来WYSIWYG的输入界面，界面比较漂亮，并且可以设置一些基础参数，比如默认字体，最近WYSIWYG编辑器好像特别多。 by Scott | posted in WordPress Plugins Trackback URL | Comment RSS Feed Tag at del.icio.us | Incoming links [...]
November 2nd, 2005 at 11:23 pm
[...] Xinha for WordPress was my first plugin - so it was definitely a learning experience. The WordPress Codex was very helpful, but there still was a lot of trial and error involved in understanding how various actions and other parts of the API worked. But I also learned that no matter how hard you try, you can’t anticipate all impacts of your code or what type of setup other people will have. Needless to say I ran into a few unexpected things with v1.0 of Xinha4WP. [...]
November 3rd, 2005 at 1:45 am
[...] So after all this I was already more then completely satisfied (is it possible to be 150% satisfied?). The transition was smooth. The template system was easy enough to get the look and feel I wanted. Plus for the first time I now have categories. The only think I felt was missing was a WYSIWYG editor. I am familiar enough with HTML that I can create the HTML by hand. However, I often copy and paste text from various applications (Outlook, FireFox, etc) into my post. When you copy in paste into a WYSIWYG text area it retains all your links and fonts, etc. But when you past into a plain text text area you lose all formatting. So I went about searching for a WYSIWYG editor plugin for WordPress. Turns out there are quite a few. So far my favorite is xinha4wp. xinha4wp is a WordPress plugin that implements the Xinha editor withing WordPress post and comment editors. The Xinha editor is very powerful and xinha4wp gives the ability to tweak the Xinha layout and feature set from the WordPress admin pages. I’m very impress so far although the spell check is non-functioning (because of my server not xinha4wp). The only thing missing is image uploading. I’ll figure that out later. [...]
November 3rd, 2005 at 6:17 am
[...] Have plugged in a few … plugins, for the Wordpress engine. They are ::Page Fold ListText ControlAdsense DeluxeThreaded/Nested CommentsXinha for WordpressWe’ll see how they go. [...]
November 5th, 2005 at 5:08 am
[...] Updated with a new post message editor plugin, better? I don’t know. Good thing is there is a simpler one for leaving comment too [...]
November 7th, 2005 at 6:05 pm
[...] In the meantime, I’m experimenting with WYSIWYG editors for WordPress. First on the chopping block Mike Baptiste’s Xinha4WP. Though I thought this looked promising from the screenshots and features list, I’m going to uninstall it, after having played around with it a little. Sure it’s very configurable and has some nice features, but it’s also got a lot of weird non-intuitive functionality, and a rather complex set-up requiring the download of other plugins and patches to plugins. [...]
November 9th, 2005 at 11:38 pm
[...] In my last post documenting my experence installing WordPress I mentioned that I installed the Xinha4WP pluging. I was very impressed by the plugin and the Xinha editor itself. The Xinha editor is an offshoot of HTMLArea which is an integral part of the MegaBBS forum system I use (and have contributed to). I really feel these little HTML editors are very handy and every web developer should include or better yet make it an integral part of Firefox. [...]
November 15th, 2005 at 1:48 am
[...] Update: I found a better WYSYWIG editor: http://baptiste.us/plugins/xinha4wp [...]
November 19th, 2005 at 3:18 pm
[...] Links of the Week (Week #47, 2005) November 19th, 2005 Black Friday 2005 - This site contains a listing of sale items planned for "Black Friday", the super-busy shopping day the Friday after thanksgiving. Use this list to plan you attack.Digital photo printing comparison - Compare prices on digital photo printing services. FLASH GAME: Online SONIC THE HEDGEHOG! - Flash version of Sonic. Amazing! Fold Paper in half any number of times - Has anyone ever told you that it is impossible to fold a piece of paper in half more then eight times. Try it. No matter large a sheet you get it appears to be impossible and it was believed to be impossible until high-schooler Britney Gallivan derived the limiting equations for paper folding and discovered a technique to increase the number of folds. Jason Salavon - Figure 1. (Every Playboy Centerfold, 1988-1997) - This is a superposition of every playboy centerfold from 1988 - 1997. Don’t worry it is safe for work. Microsoft Certified Professional Magazine Online | Column: Finding the Keys to Your Computers - A small windows application to get the product keys for various installed applications on your computer. It is probably a good idea to backup this information. The Five WordPress Plugins You Want - Quantum Biocommunication Technology - Five "must have" word press plugins. The first item is WYSI-Wordpress Plugin. I prefer xinha4wp but the rest are very good. Be sure to check out wp-amazon if you want to include links to Amazon products in your posts. The Universe is Only Pretending, Physicist Says - The Daily Californian - I first read about the holographic principle in this months scientific American and I’m still trying to wrap my brain around it. [...]
November 20th, 2005 at 9:52 pm
[...] facilitan el formato del texto. Xinha4WP necesita de TextControl para funcionar correctamente. permalink | trackback uri| [...]
December 2nd, 2005 at 10:07 am
Wordpress 2.0 and Xinha4WP
I haven’t had time to really dig into WordPress 2.0, but it contains TinyMCE for editing. Xinha4WP will be updated for v2.0….
December 5th, 2005 at 10:19 am
[...] 找了個給wordpress內建editor用的plugin,換掉原來那個陽春的editorXinha4WP 目前持續試用中,拿來加表格還蠻方便的不過要把之前的東西版面都改好,還是花了不少時間 [...]
December 5th, 2005 at 10:39 am
[...] 找了個給wordpress內建editor用的plugin,換掉原來那個陽春的editorXinha4WP 目前持續試用中,拿來加表格還蠻方便的不過要把之前的文章版面都做修正,還是花了不少時間 [...]
December 9th, 2005 at 10:16 pm
[...] There are many good plugins for WordPress that provide a good graphical interface to posting. One such as Wordpress plugin is Xinha4wp. This GUI is just plain scary. It’s that functional. [...]
December 9th, 2005 at 11:20 pm
[...] This is essentially the same posting as the last two but using the Xinha4wp plugin.It’s an awesome plugin. The images need to places on the server before hand but that is not to different from the other two pieces of software.Within this plugin I can get pretty creative. Here are some things for demonstration. Built in spell checkerAutomatic numbered bullet listWorks with just your web browser (I user Firefox 1.5)Can upload and manipulate graphicsYou get the idea. The software home page goes into a good ammount of detail on what and how it works. Explore posts in the same categories: Software [...]
December 21st, 2005 at 4:59 am
[...] Stamattina voglio parlarvi di uno degli ultimi plugin che ho installato in WordPress, e forse uno di quelli che sto trovando più utili: Xinha for Wordpress.Tutti gli utenti WordPress conoscono bene il povero editor di testo usato per comporre i post (o scrivere commenti), e l’altrettanto povero uso dei QuickTags per cercare di rendere più semplice la formattazione di un testo.Xinha è un editor WYSIWYG (What You See Is What You Get), che aggiunge una serie di toolbar (tutte configurabili dal pannello di amministrazione) per l’editing avanzato dei post/commenti. Clicca sull’immagine per ingrandirla E’ possibile formattare il testo in modo semplice, veloce e potente, come se si utilizzare un qualunque editor di testo, rendendolo graficamente più piacevole.E possibile inserire immagini o tabelle, così come link, smilies e via dicendo.Clicca sulle immagini per ingrandirle L’editor di testo non si limita ad aggiungere una serie di toolbar, ma all’interno dell’editor anche il menù di scelta rapida che si ha con il click destro viene modificato. Clicca sulle immagini per ingrandirle Inoltre è possibile abilitare un editor di immagini (anche se sul mio hosting ho qualche problema, attivando quest’opzione) così come un editor di equazioni ed uno spell checker.Volendo è possibile attivare il Rich Text Editing anche per la finestra di composizione dei commenti, scegliendo quali pulsanti rendere visibili o meno.Il plugin fa uso di un ulteriore plugin (TextControl) per disabilitare il controllo integrato di WordPress sulla formattazione (che potrebbe andare in conflitto con l’editor), ed è quindi necessaria quest’ulteriore installazione (prima o dopo l’attivazione di Xinha).NON sono necessarie modifiche ad alcun file di WordPress (tutta la configurazione si fa dall’apposito pannello di controllo nell’area Admin), rendendo quindi il plugin di semplice installazione (si deve solamente attivarlo dopo averlo caricato nella cartella dei plugin).Insomma… scrivere un post diventa più piacevole, se avete la necessità di formattarlo in modo avanzato. Il plugin è disponibile sia sul WordPress Plugins Database che sul sito dello sviluppatore. xinha, wordpress, plugin [...]
December 22nd, 2005 at 10:31 pm
[...] Part of the reason that I’m posting this is because I’ve been installing some cool browser/blog tech - I’ve just installed the Xinha plugin for firefox and the accompanying wordpress plugin - it means that I get a proper word processor within firefox for editing blogs. How cool is that ! If you use wordpress then you should give it a go. [...]
December 30th, 2005 at 9:37 am
[...] Ab heute verwenden wir hier zum erstellen von Beiträgen das PlugIn Xinha4WP, einen WYSIWYG-Editor, der dem von WordPress haushoch überlegen ist. Vor allem das einfügen von Bildern war nie so einfach. [...]
December 30th, 2005 at 1:23 pm
[...] So, nochmal zurück zum Thema WordPress 2.0 und einigen seiner Neuerungen. Nachdem ich vorhin ja noch den Xinha4WP-Editor gelobt habe, habe ich diesen in der Zwischenzeit auch schon wieder deinstalliert. Warum? Er hat genau wie der WYSIWYG-Editor von WordPress selbst so seine Macken. Man kann mit ihm zwar wesentlich schöner Bilder importieren als mit der neuen Upload-Funktion von WP, aber auch das ist nicht das Wahre. [...]
January 4th, 2006 at 11:52 am
[...] Mit einem Upgrade auf 2.0 für Kundenprojekte sollte entsprechend noch ein bisschen gewartet werden. Um die Präsenzen seiner Kunden leicht administrierbar zu halten, setzt gunnart. zum Beispiel auf den WYSIWYG-Editor Xinha4WP, der eine sehr ausgereifte Bildverwaltung bietet - die im Übrigen nicht nur Thumbnails generieren kann, sondern “echte” Bearbeitungsfunktionen (wie Ausschnitt wählen, Verkleinern, Drehen etc.) bietet. [...]
June 8th, 2006 at 5:25 pm
[...] Mais ce qui est plus intéressant, c’est que cet article m’a permis de découvrir aujourd’hui le plugin Xinha pour WordPress qui m’a l’air très prometteur : Xinha is more advanced as an editor and handles all the HTML generation on the fly. When you hit return in Xinha, a paragraph <p> tag is inserted automatically and a new paragraph is started. Shift-return will cause a simple line break with a <br /> tag automatically. So where normal WordPress posts insert the line spacing tags when a post is displayed - Xinha inserts them on the fly when the post is written (and thus the <br /> and <p> tags are saved to the database record for the post) [...]
June 9th, 2006 at 6:05 pm
[...] Je n’ai pas attendu plus longtemps pour installer le plugin Xinha4WP sur mon blog. [...]
August 21st, 2006 at 11:49 am
[...] I felt the ImageManager had to small window by default. Therefor I fixed a small patch to fix it.Here is the editing I did in xinha_core/plugins/ImageManager/manager.php I needed to edit, it’s around line 29 and down.. </p><p>…<br /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /><br /><link href="<?php print $IMConfig[‘base_url’];?>assets/manager<?=($_COOKIE["HQ"])?"HQ":""; /* HQFIX */ ?>.css" rel="stylesheet" type="text/css" /><br /><script type="text/javascript" src="../../popups/popup.js"></script><br /><script type="text/javascript" src="assets/popup.js"></script><br /><script type="text/javascript" src="../../popups/color_picker.js"></script><br /><script type="text/javascript" src="<?php print $IMConfig[‘base_url’];?>assets/dialog.js"></script><br /><? /* FIXHQ-add-javascript */ ?><br /><!– Xinha HQFIX by http://www.rolfs.no/ –><br /><script type="text/javascript"><br /> var today = new Date();<br /> var expire = new Date();<br />if ((screen.width>=1200) && (screen.height>=900))<br />{<br /> <? if (!$_COOKIE["HQ"]) { ?><br /> alert(’High resolution detected (’+screen.width+’x’+screen.height+’). Setting HQ Cookie..’);<br /> expire.setTime(today.getTime() + 3600000*24*5);<br /> document.cookie = "HQ=1" + ";expires="+expire.toGMTString();<br /> document.location=document.location;<br /><? } ?><br />} else {<br /> <? if ($_COOKIE["HQ"]) { ?><br /> alert(’Resolution changed! (’+screen.width+’x’+screen.height+’). Deleting HQ Cookie..’);<br /> expire.setTime(today.getTime() - 1);<br /> document.cookie = "HQ=0" + ";expires="+expire.toGMTString();<br /> document.location=document.location;<br /><? } ?><br />}<br /></script><br /><? /* HQFIX-end of javascript */ ?><br /><script type="text/javascript"><br />/*<![CDATA[*/<br /> if(window.opener)<br /> HTMLArea = window.opener.HTMLArea;<br /><br /> var thumbdir = "<?php echo $IMConfig[’thumbnail_dir’]; ?>";<br /> var base_url = "<?php echo $manager->getImagesURL(); ?>";<br />/*]]>*/<br /></script><br />…<br /> And I needed a new managerHQ.css file in xinha_core/plugins/ImageManager/assetsXinha v316 (9/14/2005)Xinha4WP: v1.1 (11/02/2005) [...]