You are not logged in. Please login or register.
PunBB Forums → Posts by intedinmamma
Erm, the DB abstraction layer is on 1.2 too, and it's based on the PHP4 OOP model, not the PHP5 model.
I guess I'm mixing up things a little to. 
Well, here's a list of PHP forum software: http://en.wikipedia.org/wiki/Comparison … _software_(PHP)
I would have thought that at least one of those might have the same, or similar, functionality that PunBB 1.3 will have.
---
Along with the 'official' extensions that will be offered with PunBB, PunBB 1.3 really is going to be a competitive bit of software.
Yes, I've seen that list to. 
Of course I haven't tried them all, but none of those that I have tried was what PunBB is (hopefully) going to be.
I believe you're mixing things up a little bit. PHP5 doesn't have to be used in a object oriented manner (classes, constructors, methods, etc...), it just adds a lot of support for it that was missing in PHP4. In other words, you can run PHP5 on your server and continue coding in the old "PHP4 way". (with some exceptions of course)
What I've seen from the source to 1.3, there is already parts that are coded in the "PHP5 way" (object oriented), for example the DB abstraction layer.
PunBB 1.3 is going to have support for extensions/plugins. (extend the functionality without editing the code) Is there any other open source forum software that have the same functionality? phpBB doesn't have it and SMF uses some kind of "automodder". The only alternative I've found is Vanilla.
Does this mean that PunBB will be small and fast, with the possibility to easily become as feature-rich as it's bigger sibblings?
In other words, 1.3 might make PunBB a real competitor for the throne of forum software.
You don't have to backup the whole database, you can backup just the tables with the reviews and whatever belongs to them.
Templates does indeed solve this problem. Btw, are the template files then going to be .php-files instead of .tpl?
Well, the class is just because I'm lazy (and didn't think it through) when I did the page mentioned above. I "need" the ID of the element you're clicking/doubleclicking/hovering when things like inline editing and such are, well, there. User ID (and a class like "userlink") on links to user profiles, topic ID (.topiclink) on links to topics, and so on. The problem with the football teams is not really hard to solve, just add the forum name/ID as a class. That makes even more sense. (IMHO) Adding user ID (or group ID) as a class to a post also makes it possible to make the administrators/moderators posts "stick out" from the rest, as they hopefully have something important to say. 
(endless are the possibilities!)
But yes, it depends a lot on what you want to use it for. And I need to stop babbling.
I guess I'll have to dig into the extension system then.
Well, lets take an example!
You're scanning through the links in a topic listing, and there's "bad" topics. The author thought that "HELP!" was a good topic, cause that what he/she wants. So, instead of having to go to the page you can just continue listening. Then you'll find out that it's the same question that's been asked several times before, and that it's not worth it to go to the topic and answer GOOGLE IT/SEARCHFFS/whatever. Both seeing and non-seeing (and everyone inbetween) saves some time.
I've never used a screen reader myself, but as far as I've understood they can skip to the next link without having to listen to the whole text/title.
Hmm, I think that should be easy to make as an extension for 1.3
I hope so, cause it's not complicated.
But I think that it should be there by default, it's a nice touch in these days of web semantics and accessibility.
One thing I'm missing in PunBB from other forum software, like vBulletin, is the first 2-300 letters of the first post in the title attribute in the links in topic listings. That way you get a nice tooltip when you're hovering the links.
It would be great to have more markup to mess around with, both for CSS and JS. An example: A forum I'm working on, eldvakt.se, uses jQuery to get the three newest topics from each forum and display them below each forum. To be able to do this I had to edit index.php and add the forum ID ('f'.$cur_forum['fid'] to be exact) as an id and the class "forum" for each row. The JS is unobtrusive, and gets the data from a modified external.php.
It would've been great if this had been there by default, and also things like topic id, post id, user id and whatever. It's not a lot of work, poses no security risk and won't impact bandwidth, well, not much. It becomes a lot easier to do things like inline editing and other "AJAXy" stuff with it, wich we all like.
Edit: Ouh, and an easy way to add JS would be nice, but I assume that's coming in 1.3.
PunBB Forums → Posts by intedinmamma
Powered by PunBB, supported by Informer Technologies, Inc.