501

(62 replies, posted in News)

Its truly wonderful. Instead of 2 people waiting for me, now there are 7.

502

(3 replies, posted in PunBB 1.2 troubleshooting)

http://punbb.org/forums/viewtopic.php?id=7781

Read the whole thread. The solution is there.

503

(1 replies, posted in PunBB 1.2 discussion)

Its used to create the fake icons which appear to the left of forum names and topic names.

Wrong forum. Moved.

505

(13 replies, posted in General discussion)

Not that I know of. But if somebody wants a website and has money to burn .....

lhffan wrote:

Hmm dont understand, perhaps I/we are not talking about the same thing

What i want is the folowing: When user is on index.php, index (in the menu) will be highlighted in let say blue background colour and pink text, and when user switches from index to Search in the menu search will be highlighted with blue background and pink text, and now index (in the menu) will be ping bg and blue text

?

You were being told how to do it via descendant selectors in the stylesheet which uses the id for the page.

507

(9 replies, posted in PunBB 1.2 discussion)

1. There is no longer any base.css file. Each style is self contained and in its own folder. You can use custom versions of the templates for each style by putting them in the style folder.

Looks fine to me in IE6. Do you have javascript disabled by any chance.

509

(26 replies, posted in General discussion)

"I am afraid" is a very common English expression, nothing to do with being Swedish. Its an alternative to saying "I regret" or "Unfortunately". The fact Rickard is using it tends a suggest a very high degree of fluency in conversational English.

Ree wrote:
elbekko wrote:

IE6 doesn't support :hover on anything else than a tags

Yes, and the :hover would indeed be on A tags (the header nav links).  Would that not work?

Thats exactly what I meant. Given that you also have an li element to play with its possible to implement one of the flickerless techniquies to produce something very smooth.

Why are you using javascript? You could just have used css to set a background image then switch the image on :hover.

The difficulty is that PunBB's styles are very flexible, a style guide would serve no useful purpose as it is quite possible, for example, to use only one stylesheet and construct it in a totally different way to the default styles. Any style guide would therefore only be a guide to one style.

What is really required is a markup guide or an annotated markup skeleton which makes it easy to identify which id's and classes apply to each element.

Incidentally, base.css has been scrapped in the next version, it was more trouble than it was worth and confused the hell out of people.

I'm afraid you will have to wait for the next version. 1.3 is actaully being developed/tested as application/xhtml+xml and actually seems to work as text/xml. The default for the release version will be text/html but there will be a content negotiation extension. Its too late in the day to do anything with 1.2 now. You should however be aware that the automated validator does not handle application/xhtml+xml and it is therefore normal for content negotiation scripts to serve the page as text/html to the validator (unless of course the recent improvements/bug fixes to the validator have taken care of this)

I wouldn't base your site on the svn version. I have some markup and css changes planned to make life easier for extension authors so your efforts could be obsolete in a couple of weeks time.

You can't.  The br tag doesn't generate a box, its just a linebreak. You need to adjust line-height for the text to increase spacing.

That shouldn't cause any problems.

517

(1 replies, posted in PunBB 1.2 troubleshooting)

Mercury should already be valid. What errors are you getting (apart from the one about line-height wich is a well known bug in the validator)

Don't pay any attention to warnings. The do not affect validity in the slightest. The validator is simply warning about theoretical problems that could arise but which might not even effect the particular site. Not even the standards enthusiasts like Zeldman pay any real attention to them.

The only downside of a print stylesheet is that it prevents printing a normal view of a page though I'm not quite sure why anybody would want to.

This forum is using the default styesheets. The colour scheme stylesheets haven't been changed in a long while. I have never seen a problem. However, that does beg the question why you are seeing something different at your end. The only thing that comes to mind is a stylesheet conflict i.e. another stylesheet is overriding PunBB's stylesheet. Have you integrated your copy of PunBB into a site that uses its own stylesheet?

Not a bug and not even troubleshooting so I moved it here. I don't get it either.

.pun is the class assigned to PunBB's wrapper div and everything inside it inherits the colour. You only need specify a colour for a particular element if you want it to be different from the default.

1. Because this forum is supposed to be a demonstration of a standard install.

2. We had rather hoped people would search before posting questions.

522

(4 replies, posted in PunBB 1.2 discussion)

The word thread suggests a threaded discussion which a topic isn't. If we changed it to thread we would have people posting asking how to turn on threaded view.

1. http://punbb.org/forums/viewtopic.php?id=7181

2. You have set #container to have a width of 600px in your stylesheet. Since you have put PunBB inside the container then its going to be confined to that width. Just change the width of the #container or, better, take PunBB out of the container. This is nothing to do with PunBB's stylesheet, its your site stylesheet.

Moving to integration forum.

524

(9 replies, posted in PunBB 1.2 discussion)

You can specify media type when serving the stylesheets. If you specify media as "screen" then in theory the mobile browser should ignore the stylesheet. In practice the stylesheet will only be ignored if you have another stylesheet with media specified as "handheld". Mobile browsing is a mess at the moment. Opera mobile/mini is the most reliable way to go. If you want a solution that works in all current mobiles then I'm afraid the would involve having a seperate mobile version of the forum which is unlikely to happen. I think vBulletin and IPB have this, you often see the mobile versions of their pages when searching in Google.

Moved.