Forums

Been using this and it's earlier incarnations for over 10 years now:
http://www.chaossoftware.com/intellect.asp

It's much more than an email client, but it does email very well. And it is very stable, has bayesian anti-spam, ability to scan headers of remote POP accounts before download, does IMAP and POP3, SSL, is updated frequently etc etc. Best of all it isn't bloated or buggy like Outlook or Tbird.

It's shareware (USD $60) but with a full trial for 21 days.

That is of course the best way to do it. My suggestion is a bad one

I wrongly assumed that your mod of post.php might bypass the Administration > Forums permissions.

Aha. So it basically helps integrate PHPFreechat - http://www.phpfreechat.net - into a Flux site.

Could be useful

Thanks for these. The reCaptcha and SFS mods in particular will be very helpful.

Still no simple anti-spam measures in the core?
I thought something like a simple changeable text Q and A was to go into Flux register/post after  1.4.0...

Maybe you could change the name of the download to something more meaningful than 1.1.1.zip ?

Interesting.

This is how that page looks in Opera 9 and Firefox 3.0.11:

No style gets called - this is all there is in the HTML when you navigate down from Index > Test forum > test post :

<div class="linkst">
    <div class="inbox crumbsplus">
        <ul class="crumbs">
            <li><a href="index.php">Index</a></li>
            <li><span>»&#160;</span><a href="viewforum.php?id=1">Test forum</a></li>
            <li><span>»&#160;</span><strong>Test post</strong></li>
        </ul>

        <div class="pagepost">
            <p class="pagelink conl"><span class="pages-label">Pages: </span><strong class="item1">1</strong></p>
        </div>
        <div class="clearer"></div>
    </div>
</div>

???

Edit - a note from the Flux download page:

Note: FluxBB v1.4.0 should work with any SQLite 2 version, however SQLite 3 is currently not supported.

Maybe that is the issue.

Twitter? Bah humbug.
Why buy new, when FluxxBB will do?
- ie just put any news up here first

I'm relaxed. I'm very happy with the Flux approach. It's all good.

The MyBB example was just for info. It is interesting how other projects with similar goals tackle similar problems. Maybe there is something useful to see. Or maybe not.

An interesting read.

That article though lacked any discussion about the impact of CSS structure on page rendering, and therefore apparent performance, as opposed to just CSS code-parsing speed.

Only one of the commenters picked this matter up, but how the CSS-controlled page is visually 'painted' by the browser is also a notable issue in CSS optimization.

In table-based layouts, nesting tables within tables can be notoriously slow because the browser needs to know about the structure and dimensions of all interior tables before constructing them on screen. And you would never set all of your body content within one over-arching table. So breaking up nesting and choosing layouts that could be parsed and displayed sequentially was the way to get apparent speed.

It strikes me that similar issues apply to CSS layouts. Significant element, wrapper or 'box' nesting can't be good for apparent rendering speed, starting from the BODY element down.

I like.

Agreed. The code at http://fluxbb.org/forums/viewtopic.php?pid=32253#p32253 seems to do the job commendably, judging by the test. Looks like it would be a useful addition to the flux code.