You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 19 of 119)
Topics by Paul User defined search
Posts found: 451 to 475 of 2,958
As it is now it would show up as an image behind the title.
What you need to do is set the image as a background to div#punindex and then give div#punindex top padding equivelant to the height of the image which will push the rest of the board down below the image. Since the image and padding are actually set on div#punindex it will automatically only apply to to the index page as there is no div#punindex on any other page.
It will look exactly the same as if you put an image in main.tpl. The only thing you could do with a real image is use it as a link. Is that what you wanted to do? If not, there is no reason not to use a background image.
If you must use a real image then you have two choices: either add it in the code, or, add it in main.tpl which means it will be present on all pages and then simply hide the display of the image for any pages other than index with css.
Bottom line is the current default styles were designed to run a a minimum width of about 600px, the next versions defulat styles will need a bit more space. If you want a forum on a 500px wide site you need a completely different stylesheet specifically designed for a narrow display otherwise it will look awful.
I was right. It does work in IE5 and IE6 but there is a bug which means it stops working or applies the wrong class depending on the order in which the style declarations appear. In the current case it should work but if you start messing with the order of the style declarations it oculd stop working. I knew there was some reason why I'd avoided it in 1.2 (plus of course it doesn't work in IE5 Mac but thats now longer a problem as 1.3 doesn't support it).
Just to prove a point
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html>
<head>
<title></title>
<style type="text/css">
<!--
.one {
color: red;
}
.two {
color: green;
}
.one.two {
color: blue;
}
-->
</style>
</head>
<body>
<div class="one">
This is some text
</div>
<div class="two">
This is some text
</div>
<body>
<div class="one two">
This is some text
</div>
</body>
</html>
I always thought that didn't work in IE5.5 and IE6 or at least was unreliable.
Moved it back. It was a definite feature request and multiple classes doesn't help in this case though a sneaky use of descendant selectors might ie. putting classes on the tr and on the td which should give an infinite variety.
AG wrote:I usually use this:
h1, h4 {
display: inline;
}
I don't know if that is not as good of method, but I am pretty sure it works.
That doesn't work. You end up with both next to each other on the left not one left and one right as was asked for. Plus because you are displaying inline you loose all the block level styling.
Well they are also different in that they are stored in the database not in the language files. The only way of transferring them would be to have default values for each item, including rules, in an additional language file. The trouble with that is it doesn't sit very well with novice users who are quite happy entering values on a form but wouldn't be too happy about having to edit langauge files assuming they even have access to the language files.
The only way around that is to allow people to have a custom lanaguage file for the values you mentioned called e.g. "mystuff" and then if $lang_mystuff was found to exist it would be used otherwise the values in the database would be used. That way advanced users with multilinqual forums could create their own custom language files and everyone else would do what they do now.
That was also my guess. Try disabling the announcement and see what happens.
How are you going to offer multi-language support for items which are set by a board admin and are unique to a particular board? It would mean a board admin would have to create board specific language files for each language supported which of course would require the admin to be fluent in all of the supported languages particularly if writing rules which have legal implications.
I meant remove the google ads. Do you have the ads in the multi delete view as well?
Not really but I can suggest you remove the javascript and see what happens. At least that way you will know for sure whether or not that is the problem. I just can't see anything else in your stylesheet which would cause that problem and ithe search results don't have the problem. Do you get the problem in the multiple delete view of a topic?
The next version of PunBB already uses <pre><code> and has done for quite some time. It still requires special classes though as getting cross browser scrolling boxes etc without a wrapping div is extremely difficult given the way some browsers mangle the code tag if set to dispaly:block.
The only problem of course is what if its not code i.e. sombody could use the bbcode code tags to post ascii art in which case the <code> tag is semantically wrong. Strictly speaking there should also be a bbcode pre tag.
Looked at it again. The text is the same width as one of inline adds. That can't be a coincidence.
Its not an IE7 issue, its IE6 and IE5.5 as well.
Zimmer92 wrote:Why would IE ignore it?
!important in CSS just means that that code will overwrite the code in the css file for that specific template.
That is how I made a custom Vbulletin style because of the restrictions of style designing in it.
So I just added in the "extra css board" all the code I wanted, added "!important" after it and it overwrote all the css code before it, so i could do as much as I wanted. It works.
You said you were employing the same technique as you use for vB which you don't need to becuase PunBB doesn't use style blocks.
You are still missing the point. If you put a style block in the template that will will overrule the stylesheet anyway, you don't need !important. The only reason you needed it in vBulletin is because vB uses stye blocks in the template rather than just having separate stylesheets.
IE has a bug in the way it handles !mportant which means it can be used as a hack.
{color: red !important;
color: blue}
IE would get blue and firefox etc would get red.
All admin pages have a wrapper with the id #punadmin. If you use the id as a prefix to all your style declarions then they will only apply to the admin pages.
And why bother with !important, a style block in the tpl file will take precedence over the stylesheet anyway.
You have the wrong id and the wrong table column. The id for the viewforum page is #punviewforum and the class for the left hand column is TD.tcl
Slightly off topic but I would clarify with your client why he wants a bespoke CMS. Check that he isn't resistant to existing open source cms's because he wants the copyright in which case you would be somewhat screwed using code from PunBB or any other GPL app.
http://punbb.org/forums/viewtopic.php?id=7781
Read the whole thread, the solutions in there.
Each tag can only have one background image. You have to set the left image as background to one tag and the right image as background to another. The problem you have is you really need to use two tags other than the <a> because the tags with backgrounds need to either block level tags or made blocks with display:block. If you make the <a> tag display:block the whole heading will become clickable. As for positioning the text in relation to the images, thats easy, its just a matter of getting the padding correct.
PS. If .content is a div wrapping the h1 you could put the left image as a background to that.
And where would the header link to. Pointless linking to the forum index since there is already a link for that. No need to link to the site homepage, if the webmaster wants it he/she will already have set up the site banner as a link.
I just tested on your test board. Very weird. Its not the code tag either. I just posted the test markup as normal text and the same problem. Take out a couple of line and it previews fine except preview also submits it.
I also tried it with a long item of lorem ipsum text and the same problem happens so it seems to be long posts in general.
I can't see how this problem could be related to PunBB. If it was I'm pretty sure somebody else would have experienced it by now.
Posts found: 451 to 475 of 2,958