OP was exaggerating. There's plenty of foreach in the code, when it makes sense to use it.
27 2008-03-03 02:46
Topic: [b] and [i] becoming <strong> and <em> (8 replies, posted in PunBB 1.3 troubleshooting)
is something I object to. It seems like an instance of hypercorrectness -- as if saying "<b> and <i> are deprecated in favour of <strong> and <em>", which is not true. Yes, they often correspond, but the point of the latter tags is to have some semantic value, and to be styled according to their relevant emphasis. And, more importantly, they don't necessarily need to be styled in bold or italic, and on the other hand, bold and italic aren't only used for emphasis. [b] and [i] are purely presentational, implying absolutely nothing about the meaning of the contents, only an instruction on how to display it.
It seems there are two more logical possible options:
- Just have the BBCode tags become <b> and <i>. Seems pretty intuitive.
- Do the above, but also add [em] and [strong] tags for people who do want to use the semantic tags.
<b> and <i> are still allowed even in HTML 5 and XHTML 1.1, in case people ever start actually using those.
P.S. I know I'm probably the only one who cares about this, but oh well. Consider it. 
28 2008-03-01 06:30
Topic: Bug: viewtopic.php generating nested `mysql_unbuffered_query` calls (3 replies, posted in PunBB 1.3 troubleshooting)
When the cache/cache_ranks.php file does not exist, and a call to viewtopic.php is made, then the first time it calls get_title(), it will call generate_ranks_cache() which generates its own query with $unbuffered=true. viewtopic.php's query to fetch the actual posts also uses $unbuffered=true. This is a problem -- as the docs say, "You also have to fetch all result rows from an unbuffered SQL query, before you can send a new SQL query to MySQL." Indeed, when this is the case, the generate_ranks_cache() query interferes with viewtopic.php's query, and thus only the first post on the page is shown (because its $result handle is invalidated, so the while loop ends).
I solved this by adding
if (!defined('PUN_RANKS_LOADED'))
{
require_once PUN_ROOT.'include/cache.php';
generate_ranks_cache();
}above "($hook = get_hook('vt_qr_get_posts')) ? eval($hook) : null;" in viewtopic.php. But that seems a bit inelegant; besides, perhaps things like this happen elsewhere, and a more general fix is needed? I don't know. You should probably look into it.
29 2008-02-22 04:12
Re: Hook requests (151 replies, posted in PunBB 1.3 extensions)
Can we get a hook in search.php after line 761 ("$db->free_result($result);") so an extension can do things with the $search_set array?
30 2007-11-13 00:40
Re: An update (124 replies, posted in News)
Is there any chance of a beta in the near future?
31 2006-10-20 00:24
Re: Memcache (8 replies, posted in Feature requests)
Smartys wrote:
Adam Atlas wrote:Rickard wrote:This could be a candidate for a PunBB 1.3 extension.
How so -- will PunBB 1.3 have some sort of flexible hookish extension system? (If so, I am excited!
)
You hit the nail on the head
Awesome! That's something that I've looked for in quite a few free forum packages (and something I love about working with MediaWiki), but I haven't found one before.
Is there an explanation of this system posted anywhere? Or should I just poke around in the SVN?
32 2006-10-20 00:16
Re: Memcache (8 replies, posted in Feature requests)
Rickard wrote:
This could be a candidate for a PunBB 1.3 extension.
How so -- will PunBB 1.3 have some sort of flexible hookish extension system? (If so, I am excited! )
33 2006-10-19 22:16
Re: Memcache (8 replies, posted in Feature requests)
No, it would be an option, I guess. MediaWiki can be used with or without it, for example.
34 2006-10-19 19:55
Topic: Memcache (8 replies, posted in Feature requests)
Has there been any thought to adding memcached support (PHP API here) to PunBB? That could make PunBB even faster and more scalable.