Copy over the database and files. Edit config.php to fit the new db url/user/pass, and don't forget setting the new base url in options.

102

(2 replies, posted in PunBB 1.2 discussion)

The only obligation you have is that if you release your own version of PunBB, you have to release it under GPL, and you are not allowed to remove original copyright preambles in the code, but you may add your own above it.

But, don't take my word for it, read the file COPYING file attached to every PunBB package.

103

(10 replies, posted in Feature requests)

pingme wrote:

While I don't mind plugins, its just makes thing complicated when you have to upgrade your board.

Not with the new extension system. It will all be handled automatic smile

104

(10 replies, posted in Feature requests)

Probably not, but I wouldn't be surprised if they come as official extensions.

105

(26 replies, posted in General discussion)

Rickard wrote:

Pretty much every day I hear someone on Swedish television pronounce MTV as MTWE, Windows Vista as Windows Wista or Eurovision as Eurowision.

Hmm.. This must really be cause of your creepy accent, never heard it before around here tongue

106

(9 replies, posted in PunBB 1.2 discussion)

I'm not sure we'll see FirebirdSQL in 1.3. Apart from writing another DB layer, there's often specific queries that needs extra love. But what do I know, any of the other devs might be up to it smile

107

(26 replies, posted in General discussion)

Connorhd wrote:

I am always extremely impressed with your english, I am sure it is better than mine wink

Hmm.. What's that brown thing there? Right on your nose.. tongue

108

(26 replies, posted in General discussion)

Vhat do you mean Rickard? big_smile

I had the same problem when I wanted to store extra data in a treenode. I ended up making a new object for the variables, and then putting it in the TreeNode.Tag member.

Should be able to do the same thing with radiobutton

110

(11 replies, posted in PunBB 1.2 troubleshooting)

A long shot, that post was made before you installed the chinese lang pack, so that post is encoded in a different way than the forum is displayed in. Or does new posts show up like that?

Try this out:

http://www.punres.org/desc.php?pid=46

piniyini wrote:
piniyini wrote:

so that a member can choose to be remembered before they login

I think you skim read, don't worry bout it I do it too - heh ;-)

The "Save username and password between visits." function does just that. But it doesn't provide a checkbox at the login because it would be unnecessary.

113

(28 replies, posted in General discussion)

Music or sound effects in general tops my list. I always have music on and when a website starts playing, I just leave immediately tongue

Exception is where the sole purpose of the site is to play music/video, like youtube etc.

114

(28 replies, posted in General discussion)

I don't think flash is evil in itself, but the way it's usually used is just terrible sad

I use flash myself from time to time, when appropriate of course smile

115

(38 replies, posted in PunBB 1.2 discussion)

Connorhd wrote:

and yes the punbb chat room isn't very well advertised.

The reason for this was that Rickard wanted support to be handled through the forums, since forum posts are permanent while on IRC, you need to repeat the answer every time someone asks.

116

(12 replies, posted in PunBB 1.2 discussion)

Spartanicus wrote:

There you go again, arguing with a user about their choice. Not a good solution. My site development philosophy is to not rely on any optional technology, that includes CSS, images, javascript, cookies, Java, Flash etc. etc. The PunBB developers have made a considerable effort to produce accessible forum software with fine results. The reliance on cookies and the "switch them on then" or "what's the problem" response is therefore rather suprising. This isn't about catering to my particular quirks, blocking all cookies is not uncommon. While it may only be a single digit percentage of people doing this, as I've stated before I consider not relying on optional technologies a fundamental mark of quality authoring, figures don't come into it (even though a few percent most certainly matters a lot in my trade).

I'm not really arguing with you to turn it on, I just want to know why you turned it off. Developing without the requirement of any optional technology is of course a good approach, but from the user's POV, not having support for it is not the same thing as turning it off smile

Oh well, I hope there would be some kind of a solution of this coming into 1.3, so we can end this discussion once and for all. You're not the first one to mention it.

Spartanicus wrote:

Btw, there is no XHTML1.2.

No, but there is a PunBB 1.2.

117

(12 replies, posted in PunBB 1.2 discussion)

Spartanicus wrote:

People switch stuff off for a reason, telling users to stop doing that or arguing that "there's nothing wrong with cookies" is not a good solution.  Usually when I encounter a site that insists on cookies (or javascript) I find a better site, did I mention that I'm the obstinate type? wink

Yeah, it's just that, nobody has every given me a valid reason to turn them off. Right, if you want to turn them off for some pages, not my problem, but give me at least one reason why not accepting cookies on a board that you want to log in to?

Spartanicus wrote:

Everything, or nothing, depending on your angle. This isn't a discussion for this board, my opinion on XHTML is documented here: http://www.spartanicus.utvinternet.ie/no-xhtml.htm

Those arguments are all true, but that doesn't provide a reason to go from XHTML to HTML, does it? As long as it's semantically correct, valid and accessible, what's the problem? (Yes, 1.2 lacks some accessibility, I'll give you that tongue)

Edit: My personal opinion (though I'm not the one writing the markup for Pun, so it doesn't really matter in this case) would be that so-called "trouble" of writing XHTML, is all based on skill. I find it easier to write valid XHTML than HTML, since that's what I've been doing the last years,

Spartanicus wrote:
Jansson wrote:

Will probably never happen, since once a protection is in there by default, it will be bypassed by every bot in a matter of days smile

PunBB seems more vulnerable to spam bots than some other forum software (using CAPTHCA's for example). I'm not suggesting that there is a 100% effective method, but the amount can be drastically reduced.

PunBB not being the feature bloated software that most people go for, it seems to be appreciated by a niche market. I'm guessing that the resulting lower installed base doesn't make PunBB systems an attractive target to write the type of bot routines for that would be required to defeat the more sophisticated bot protection methods.

Please don't split my paragraphs, read on:

Spartanicus wrote:
Jansson wrote:

It will be easy to install your own protection though with the new extension system.

Not an option for me as a non programmer, unless there is an existing extension.

The new extension system (which I was referring to) comes with 1.3 and will make it a matter of clicking a link to install an extension. No programming skills needed.

Spartanicus wrote:

PunBB places some type of user statistics info on one of the main user pages that I didn't find useful. It would be nice to be able to disable that through the administration panel, rather than having to cut it from the code as I did.

If you want total control of your board, code is the way to go. An admin option like this would be what many refer to as "bloat", and might fit in more heavy board packages. The stats data has it's own variable in the 1.3 templates though, so it will be far more easy to remove it there.

118

(12 replies, posted in PunBB 1.2 discussion)

I will try to counter some of your suggestions, and explain what's already planned for 1.3 smile

Spartanicus wrote:

Not my choice
-------------
Cookie dependency, silent failing if not enabled

I don't see the problem with cookie dependancy in itself, but yeah, a message telling whoever turned it off to activate it would be neat.

Spartanicus wrote:

Definition list usage (not used semantically)
Float "CSS layout" (not a good way to create a page layout)
Accesskeys (harmful to accessibility)

The markup, along with all CSS will be rewritten for 1.3, very much with accessibility in focus. The above things will be addressed, accesskeys removed.

Spartanicus wrote:

XHTML instead of HTML (easy to change tho)

What's wrong with XHTML?

Spartanicus wrote:

CSS to verbose & fragile (difficult to integrate into an existing site design)

Apparently, the new markup/CSS will be much more flexible, making it easier to integrate.


Spartanicus wrote:

Whishlist
---------
Spambot protection

Will probably never happen, since once a protection is in there by default, it will be bypassed by every bot in a matter of days smile It will be easy to install your own protection though with the new extension system.

Spartanicus wrote:

More granularity for board features (for example board stats inclusion, although easely removed from the code)

Sorry, don't get this one smile

Spartanicus wrote:

Single step creation of a new forum and it's name

Well, there's not really a reason not to do it. But it's not a priority because, let's face it, you don't create forums that often.

Spartanicus wrote:

Option to not to offer users to choose a stylesheet (deleting all but one of the CSS files works, but it's a bit silly to offer a choice of one)

I thought having only one style installed removed the field?

Spartanicus wrote:

Indent offset for PHP generated HTML to fit into existing site code (use the indentation from the template?)

AFAIK, would be very difficult to implement in an effective way, and PunBB is all about doing things fast smile


I hope that'll bring some clarity on where PunBB is heading.


EDIT: If you want to try out the latest of 1.3, you may hook up with the SVN (if you know how to use it). URL to 1.3 dev source: http://punbb.org/svn/punbb/branches/punbb-1.3-dev (Note that it's not ready for regular use at all, and we're not yet open for bug reports etc. of it)

119

(8 replies, posted in General discussion)

Obviously, he wasn't using any vulnerabilities to access your board. Probably just the script that fetched empty topics in an attempt to slow/bring down the site, or use some bandwidth tongue

120

(6 replies, posted in PunBB 1.2 discussion)

They are sorted alphabetically, kind of. They all have a prefix though (either AP_ or AMP, depending on who have access) which makes the sorting a bit weird.

121

(6 replies, posted in PunBB 1.2 troubleshooting)

elbekko wrote:

But I think the problem I had logging in was because the cookie name changed and PunBB didn't recognise it.

Yeah, and it's not supposed to either.

122

(6 replies, posted in PunBB 1.2 troubleshooting)

hO_ is added by the plugin, so it's probably a problem with that. Why it keeps doing that after you uninstalled it, is a mystery tongue

http://www.punres.org/desc.php?pid=46

Have you made any changes to the source, or replaced files? Have you verified config.php to make sure everything in there is correct?

125

(47 replies, posted in General discussion)

Downloaded 2.0, installed over the old 1.5.* like you did before they got the update function to work. No problems, worked just like a regular update.