You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 5 of 119)
Topics by Paul User defined search
Posts found: 101 to 125 of 2,958
I don't understand the reference to PunBB's layout. Unless you are going to be viewing the forum in a text browser it doesn't really have any particular layout. If you are referring to the way things are presented in the beta release, thats just one possible layout suggested by one stylesheet. If you want the post links postitioned to the left then just float them left and the pagingation links right to swap them over. Its just a change to one or maybe two lines of css thats required. If you turn off the stylesheet you will see where things really are, apart from the main data tables everything else is just stacked vertically and can be positioned and styled however you like.
In fact most of the comments I've seen so far which are markup and layout related are actaully nothing to do with either the markup or the layout, they are just comments on the Oxygen stylesheet.
Didn't I post somewhere that the cancel buttons are mostly placeholders awaiting a proper implementation so ignore any odd behaviour.
I don't follow. 1.3 currently only has one language pack and thats English and even that needs some work done on it.
#4 applies to your forum unless you can guarentee you will never have a blind person visiting it.
They are also fairly meaningless figures. What actually matters is the time it takes from hitting a link or button to the time the finished page ends up loaded into your browser and thats normally a matter of perception rather than measured speed.
Actaully that page has been rewritten somewhat since the beta was released. The general reason for spans inside li's is to allow bullets to be styled differently from the text without using graphics. Its not really necessary where the text is in a link but it does make it consistent.
No, I just used descendant selectors constructed from the classes already avialable. That works in IE6 as well.
No and no but maybe somebody will take a look at it now.
intedinmamma wrote:That feels a little awkward to me, as I expect anything that turns the pointer into a pointing hand to be a link.
I think I disagree with that. I expect it to indicate something is clickable which certainly applies to labels. However, I had already done it a diferent way so I won't be using this method.
.pun .linkst a:link, .pun .linksb a:link, .pun .postlinksb a:link,
.pun .linkst a:visited, .pun .linksb a:visted, .pun .postlinksb a:visited
{
color: #fff;
text-decoration: none;
}
You are not going to get very far if you don't set the color for a:visited (unless you have never clicked the link)
What good would accesskeys be if nobody knew they were there, not that they are much use anyway.
oneless wrote:I have to say I`m not likeing the move to use a 1x1 px png which doesn`t do anything. Or does it?
1. It can be replaced with a real img in a different style. For example you could replace it with a 16x16 transparent gif or png which would alter appearance based on the background colour of the wrapping span which would show through. You get all the benefits of mutilple graphic icons with only one graphic.
2. You can change its dimensions or padding to give it a background image.
3. It replaces an empty div/span combination but still allows the creation of a fake icon.
4. The alt attribute of the image can be used to deliver information to screenreaders which would otherwise have to be done through a hidden span. This makes more semantic sense because the alt attribute is being used to convey information which would otherwise be conveyed by a graphic or fake graphic.
Why are we complicating things. The baord title has never been an issue so it should be exactly the same as the board title however that works. We can add a bit of help text to the relevant field which reads "(A short line of text describing your board)" which puts it beyond doubt what people are supposed to enter.
None. I will commence nagging. I'm now wondering if the class you developed with Gez Lemon for user controlled accesskey assignments could be used as the basis of an extension.
Update: The approved solution seems to be leave them in there but have a user option to enable/disable. The default will be disabled.
Update2: Done but not yet committed to SVN.
For those who might be interested. The problem with table captions is an Opera problem. Opera 8 would not hide the caption completely using the off-left technique. Opera 9 will hide it but due to a bug, in certain circumstances the columns collapse to equal widths. The solution is to put a span inside the caption and manipulate that. Basically its the same kind of issues that crop up with fieldset legends.
I have to admit, for web content I would instinctively use the numeric reference for the entity.
Yes, Opera's error message is much better, not only more informative but it makes the error much easier to locate. It also gives you the option of switching to text/html if you want to view the page without fixing it immediatelly.
My test rig is running as xml so it works fine as a vanilla install with no funny content. What happens when people start playing with it is another matter. In fact its a very good way of dubugging the markup particularly as Opera's xml error page is very informative.
I would have thought that anybody who has changed the doctype to use xhtml1.1 or who is using content negotiation to serve the pages as xml is not going to make such an error in the first place.
Exactly. To surpress them you would have to run str_replace 4 times to remove things that don't actually need removing. I also think it is quite a good idea to be able to see where the optional elements would output when viewing source.
Its a good way of padding out your index page if there aren't many forums.
Didn't I already post somewhere that some of the cancel buttons are just placeholders awaiting backend iimplementation.
Thats version 1.2.4. PunBB is now on version 1.2.16.
Posts found: 101 to 125 of 2,958