To tell the truth. this issue is not simple as you may think. Many users may find in PHPNuke, when you copy and paste html codes, and choose "HTML format", the outpu is good. But if you have noticed more detailed, you must find you have to add manually <br> to insert line break.
The reason XOOPS lowers the message you paste is that TextSanitizer has convert all line breaks (PC style \r\n, Unix style \n and Mac style \r) to <br> automatically.

It's a dillema. We can change the way to make pasted codes display as you expected, and you must add line breaks manually.

Also I wanna stress one thing: even html is allowed, you should use simple HTML tags like anchor, formatting tags etc. If you paste complicated html codes, especially table tags, the output may be messy. The reason is even XOOPS output well formatted HTML codes, if there is any unclosed table tags in theme file, the output will be corrupted.

Sure I understand you may be disappointed, and think XOOPS is not a good CMS. I should say it's a issue of choice. This is why no application as I know solves this problem well enough.

Sure we'll try to find a better solution. Just wanna know this problem is not simple in fact.

Yes, Jan304 is right. It's caused by myts processing logic when html post is allowed. Please wait for some time. I think I can solve it soon, though the first fix may be a quick and dirty one.

Yes this makes sense.
Maybe we can add the logic like this:
when a user changes his email, his account will be disactivated, and then an email with activation code will be sent to his new email.
It can be an option.

Good point!
And as I found, most themes has suboptimized style.css file.
All theme developers should keep in mind that within CSS file, the order of tags is important. If you dont care about this, you may find the rendering is not as you expected. Also please note that within CSS file, same tag can be defined several times (as many as you like), and the latter will overwrite the former.

Example:

p td input {
font-size: 12px;
color: blue;
}

p {
background: #808080;
color: redl
}

when rendered, all p element (except that you have definitions for more concrete p elements (with class or id) will be rendered as red.

The general rule is following the html element tree, and the uplevel and general elements at the top, and class follows, and then id definitions.

The best practice:
1. the first definition should be always html, coz in the new standard, the parent of all the elements is html, not body. html can be viewed as canvas.
2. the second should be body element.
3. then general elements as div, p, td, input etc.
4. then specific definitions as
p.some
td.other
5. then comes id definitions as
div#content


I need reiterate one point:
please use all lower cases for elements (or tags as you like, though there are some different), which meands:
p instead of P
div instead of DIV

Seems i should post a normative css file as example. I'll do it a little later.

Yes you can change the character limit to larger, but please ba careful because this change may make the display messy esp when you use two column blocks. The default setting is 18 characters. For Recent News and Top Read News block, you can change like this:

open modules/news/blocks/news_top.php, within function b_news_top_show() (should be line 35-37):
change
if (strlen($title) >= 19) {
$title = substr($title,0,18)."...";
}

to
if (strlen($title) > 35 ) {
$title = substr($title,0,35)."...";
}

this way it displays 35 characters.

For other blocks, you can look into all files under blocks/ dir of the module, and change as you like. You should test to find the best character limit and it should be dependant on your theme. If you dont allow theme change, and use only one theme and the best the theme has fixed width, you can get the best result.

Try it, and be cautious.

BTW, you should know the max length of the subject is 80 characters. If you need change to longer, you can do , but the ultimate limit is 255 characters. The best you dont change, or seek help before doing.

Could you set me the html and a testing url to me at goghs@eqiao.com. I'll look into it.
Extra whilespaces may be caused by your html codes.

I got the reason.
If you test again, you can find when a reply post is edited, then the extra "Re:" will be added to topic title.
It's a logic problem in codes. Please wait for fix.

Fix:

modules/newbb/class/class.forumposts.php line 460:
change from
$this->db->query($sql);
to
$r = $this->db->query($sql);

<small>[ Edited by goghs on 2002/6/6 15:53:52 ]</small>