Whether you select "Full HTML" or "Filtered HTML" mode does not in any way affect the content of the posts. The filter mode is merely a flag (a switch) which indicates to Drupal how to render the page for viewing. If you select "Filtered HTML" mode and your Wordpress posts contain many obscure HTML tags which are not included in the "Filtered HTML" format (which can edited in Drupal), the Wordpress post is copied, as is. That is, nothing is changed. The purpose of the filter format is to at least assist you with setting a correct format in the first place. If you didn't set "Full HTML" mode and later want to change to "Full HTML" mode, within Drupal you would have to edit each and every node (post) to make the change.

If there are any invalid tags or incorrectly implemented tags, as per above, they will be copied across as is. Nothing changes.

As regards external links and images not displaying and they are valid links I would have said, make sure you have "Full HTML" mode selected for the particular node. To take this aspect further, I need confirmation that the actual link is the same as it was in Wordpress. When you refer to external links, I assume you mean links pointing to sites outside your domain and therefore are referenced in absolute terms, that is, in this format, "http://not-your-site.com/whatever....".

You say that some articles are cut. If viewing them via the front page method and by pages that follow, you may be viewing the teaser. Clicking into the article should display the entire article.

The conversion process deals with unicode. As far as I'm aware it doesn't matter what the language is, it should convert without a problem. In this regard I'm at a disadvantage as I can't translate Chinese to corroborate success or failure.

I'm familiar with TinyMCE but I'm not aware that it produces invalid HTML source code and I doubt that does. As explained above, the converter merely copies whatever is contained the Wordpress post, without making any changes.

I still have that file you sent a week ago. What you need to do is tell me the post id number of the Wordpress post that is creating a problem. I'll convert the file and upload images of the Wordpress post and the converted Drupal post so at least you can compare.

Hope this helps.

Now i directly copy two articels form internet,and then paste wordpress 2.3.3 article post under tinymce editor.
I have zipped two sqls for you to test,you might see the convertion :
1.Wordpress article ID3 is cut a part by convertion,and the external links and images is invalid.
2.Wordpress article ID4,the external links and images is invalid.

File doexcel_wp_test_080618.sql is the orignal wordpress database,when you import it,you can find it's well-see in wordpress 2.3.3.While file doexcel_drupal_test_080618.sql is drupal 5.7 database that converted by 1.04 convertion,When you import it ,you can find the two articels are different from the article in wordpress 2.3.3.In drupal backgruond ,when edit the article just in full html mode,i fond such as the following:

[quote]
Originalwordpress html code:1.大家可以到这里下载

2.

Converted drupal html code:
1.大家可以到这里下载

2.
[/quote]

Of course,maybe this phenomenon is appear in my place.Then for you,you use 1.04 convertion to convert the wordpress articles and confirmed whether there is the phenomenon.And when you reported that there's no this phenomenon,I believe that our environment is different.And if my articles are written in english,the convertion might work very well.

By doexcel

I've taken note of the problem and I'll work on it mid-morning, it's just gone 1 am here and so now I'm about to hit the sack.

You say that some articles are cut. If viewing them via the front page method and by pages that follow, you may be viewing the teaser. Clicking into the article should display the entire article.

Can you confirm this please.

Yes i confirmed.
Even i Click into the article that might cut by convertion,it only display a part of the Wordpress article ID3.And the cut often appear in the end of the article.
Thanks

I created a Wordpress database by importing your test Wordpress sql file that contained two posts. I converted that to a Drupal 5.7 database without any errors reported (during conversion process). After conversion I exported the Drupal 5.7 database to an sql file, here it is. Create an empty database and import this file . Username "admin" and password "abc123".

Unfortunately, I didn't come across your problem. As you can see from the below images, all links were successfully copied across.

and

How the things go on!Acconring to half a month test,i must say i cann't have a successful convertion.
i need your help to convert the wordpress to drupal. But the true sql is a little big,it's file size is about 23.4MB,and include about 4,500 articles.You see,for the file size limited,perhaps i cann't directly upload the big database in the forum under your imce tools.My questions is:

1.Can you help me?How can i send the wordpress database to you?→Online sending by msn messages?:)
2.Can you confirmed that there's no additive device after convertion,just like this:http://prime357.org/sites/prime357.org/files/attachments/users/user3/image-0073.jpg
not like this:http://prime357.org/sites/prime357.org/files/attachments/users/user3/image-0076.jpg

Thanks.

What size is the zip file.

about 7-10MB.

Upload now. I've increased the file size to 15 mb, so that should cover your upload.

After you've uploaded I return the upload limit back to what it was.

Just confirming, is it Drupal 5.7 or 6.x for conversion.

OK.in your option,drupal 5.x and 6.x ,which is the best for buliding website?
Choose your best,and converted.
And if i upload the sql.I will send message to you.
Thank you.

If your upload didn't work, I may have been the problem. On seeing this message I thought you'd already uploaded and reset the upload limit back to 5 mb. Then went searching for your uploaded file, couldn't find it. Anyway, I've reset it back to 15 mb.

I'll convert to both (5.7 & 6.1) With 6.1 you can then easily upgrade to 6.2.

Now i uploaded the wordpress sql.More details see the message.

I've converted to both Drupal 5.7 and 6.1. The zip files can be found in your document directory (drupal-5-7-b-datetime.zip and drupal-6-1-datetime.zip). Account and password information contained in those zip files.

I've had a quick look at some entries and appears all external links and images are working as they should, well the ones I checked at least. Didn't check all 4500 posts.

Regarding whether you should stick with 5.7 or go with 6.1, that's something you'll have to work out. I think the rule of thumb is, if you are going to add a lot of modules, there's a good chance they might not be available for 6.x just yet, then stick with 5.7.

As an example, this site is 6.2 but I'm not using many modules and as you've probably noticed there's a little glitch with error message displays after every comment is posted. To me, that's very annoying, hopefully a patch will come through shortly. This problem is a 6.x problem, not much I can do about it at the moment. I can sort of live with it for the time being.

Thanks Steve.
Now i'm checking the coding problem.

Hi,Steve,there's the additive device.When i import your drupal 5.7 sql.How can i solve the problem?

Normal codeing,just like this:

additive device like this:

does the utf8 problem?

I'm not sure what you mean. Do you have access to any IM software. I can be contacted on :

msn : superjacent@msn.com
yahoo : sataylor60
icq : 376113548

Following on from our IM chat, regarding language translations, before I hit the sack, here are a few links which may give you a few clues.

http://drupal.org/translators
and the download page at
http://drupal.org/project/Translations

I'll check them out tomorrow, see how it all fits in.

The drupal chinese language translations is just a gui translations,and some operationg message are translations,not the bottom encoding.And in natural circs,english drupal vertion can operate and display the chinese text correctly.I find that you have a correct chinese text drupal post when you firstly test my article that about the suspicion inverted comma.Here is your images post in the forum.

and when you sencondly test my article(perhaps not the same article),i find there is not actual coding.Here is your images post in the forum.

You don't understand the chinese text,but from the two sample images for you can easily find correct and incorrect chinese text.(If you copy the images url in new browser window,you can see the clearer comparison.)

Without manipulating the data in any way at the database level I've been able to convert the text to display Chinese symbols as you can see.

I use Firefox 2.0. I opened your site, on my local computer, by default the text was displayed as unicode (or at least not as Chinese symbols).

In Firefox, click the menu View / Character Encodings, you'll notice a heap of options there to change encodings. I selected Chinese Simplified (GB2312) which caused the page to display Chinese symbols. If these are not the correct symbols, there are other dialects of Chinese to choose from.

I hope this gets you on the right track.

Thanks,Steve.
Sorry,it's not the correct chinese text display.The image you posted just now show the article is the following.(It's true correct.)
*****************************************
在日前举行的Adobe季度财报电话会议上,公司CEO Shantanu Narayen确认,他们正在开发iPhone版的Flash插件.
Shantanu Narayen表示:“基于对iPhone平台的尊重,我们正在该平台上进行工作.目前,我们已经有了一款能够工作在模拟器中的Flash插件,但目前仍 然只能工作在计算机上.我们需要继续开发,将它从测试环境转移到真正的iPhone手机上,并进行大量的测试工作以保证可用.目前,我们对已经完成的进展 非常满意.”

针对iPhone不支持Flash的问题,苹果似乎有自己的看法.乔布斯曾公开宣称:“普通版Flash太慢,而移动版的功能又太简陋了.”近期,苹果正在开发一款JavaScript架构,名为SproutCore,目的就是降低对Flash的依赖性.既然苹果无意提供支持,而目前iPhone的销售势头又如此迅猛,Adobe只好单方面为iPhone开发特别版本的Flash插件.

*****************************************
long ago,i know that if there's a additive device display the chinese text.if you choose the gb2312 or unicode(utf-8),it will display ok.But now it might not be the problem.

This has now been resolved. The issue appears to have surrounded the fact that the encoding of the user's Wordpress 2.3 database was "latin". Wordpress 2.5 is encoded as "utf8" and when the user updated to Wordpress 2.5, converted to Drupal 6.x, everything went through smoothly, Chinese symbols are correctly displayed. This can be seen here at doexcel's site.