126

(4 replies, posted in PunBB 1.3 troubleshooting)

The first page is supposed to be a preview of what other members will see so you can verify your public profile is appearing as you wanted.

qubertman wrote:

Users > Bans
See "Allow registration with banned e-mail addresses" in Options/Registration for more info.

Change "Options/Registration" to "Settings - Registration"

Done.

128

(54 replies, posted in PunBB 1.3 troubleshooting)

This has been sorted. Its now in a paragraph and the ability to use html has been removed.

129

(29 replies, posted in PunBB 1.3 troubleshooting)

Semantics is a matter of opinion. My view is that provided a paragraph is inside a <p> then that is semantically appropriate. Since in the real world divs and spans have no real semantic meaning then you cannot say they are semantically incorrect, they actually don't alter the semantics one jot. A paragraph tag nested 1000 deep in divs has for all practical purposes the same sentantic meaning as a paragraph on its own.

People confuse the use of divs and spans with semantics. If you think there are too many divs and spans thats an argument about markup style, nothing to do with semantics unless you think a div or span has been used in place of a semantic tag.

What is or is not a paragph is also a matter of opinion. The board title could just be one word and one word is a text snippet not a paragraph. Anybody care to suggest what the semantically appropriate tag is for an isolated word of text thats not a heading?

As for a text breadcrumb divider being easier to style. The text would be in the markup or the language file but the arrow is merely a background image so the argument is nonensene.

You couldn't possible put it there anyway since thats where the post reply/new topic link goes.

131

(54 replies, posted in PunBB 1.3 troubleshooting)

There is a much simpler solution. Don't let people use html in the description. If somebody wants something fancy at the top of their board then they generally leave the descpription empty and replace the titlel with their own banner. I've never actually been able to work out why we allow this.

132

(29 replies, posted in PunBB 1.3 troubleshooting)

On the SEF help point. I seem to recall a plan to add something to the help file and then link to it from admin. That way help can be as verbose as we want without cluttering up the form.

I also tested the arrow entity and decided against because somewhere a box showed up instead. I can't remember which browser though. Don't pay much attention to any graphics. The stylesheet really is unpolished and that includes any graphics used.

133

(54 replies, posted in PunBB 1.3 troubleshooting)

Fear I guess.

134

(8 replies, posted in PunBB 1.3 troubleshooting)

Yes its prompting for the current password. I meant I had fixed the input type. Anything else is down to the coding department.

135

(8 replies, posted in PunBB 1.3 troubleshooting)

Thanks. Fixed and committed.

Its quite straightforward really. There was an unclosed <small> tag left over from some previous markup.

Fixed and committed.

I see the problem. Strange thing is it rendered fine in FF2 on XP.

Browser, version, operating system.

139

(19 replies, posted in PunBB 1.3 troubleshooting)

fmimoso wrote:

Is there a reason for the left-right order in #pun-visit? That is, visit links on right and login info on left?

I consider the visit links more important than the login info, therefore I think they would be better aligned to the left. I know I can change this with a float, but I've never quite understood why is it so. I think this is a good chance to know. smile

Personal preference stemming from wanting to avoid putting links immediatelly under the main menu links which I think detracts from the importance of the menu bar. In fact, my preference is for adding "New posts" to the main menu but I keep getting overruled wink

Rich: not an accessibility issue really and its the index page. As for the table captions (I read that article several time already), I did have them but they really just duplicated the h2 headers which appear on top of each table. I didn't think they actually added anything useful particularly as a summary is provided. Plus they would have to be invisible and one browser was refusing to shift them even when absolutely positioned into the heart of the Gobi desert. I will think about it again though because I think the stubborn browser was either FF1.5 or Opera 8.5 neither of which are current.

140

(0 replies, posted in PunBB 1.3 troubleshooting)

Those downloading the beta in zipped form should know there is only one style. The select dropdown for choosing styles in profile and admin should therefore be ignored.

It is recommended that you delete all the style folders except Oxygen which will remove the styles dropdown menu and prevent you from trying to select a non-existent style. The latest SVN version has had all the style folders removed apart from Oxygen for those who are updating their installation that way.

If you want to test the style select then I'm sure you will work out how to create another style by basically cloning Oxygen.

141

(11 replies, posted in PunBB 1.3 troubleshooting)

Don't forget that it is customary for me to completely rename every class 3 minutes before final release just to be an awkward bastard.

142

(11 replies, posted in PunBB 1.3 troubleshooting)

Not really a bug just a symptom of something being unfinished.  I will delete the other style folders from SVN which should kill the style select box.

143

(7 replies, posted in PunBB 1.3 troubleshooting)

Go to the admin console. While still on the start tab hover over the categories or forums submenu items.

EDIT: Just upgraded to Opera 9.25 and the problem vanished. One less thing to do.

144

(19 replies, posted in PunBB 1.3 troubleshooting)

One solution to the last post issue might be the same solution as the skip link i.e. information in a span nested in the link which appears when you hover or tab. The screenreaders should have no problem with that. The trouble with visible link text is the amount of space available.

BTW. If you are wondering why I didn't just go for a visible skip link, it was pure pragmatism. I figured a large percentage of installers would just see a visible skip link as pointless and ugly and promptly delete it. This way they are more likely to leave it alone. For people who prefer it visible they can just edit a couple of lines of css.

EDIT: Last post link: Since the same user cannot make two posts at the same time, if the "by username" part was included in the link that would automatically eliminate the possibility of having identical link text going to different locations.

145

(7 replies, posted in PunBB 1.3 troubleshooting)

Actually the tabs don't work on Opera 9 Win. That Konq bug is annoying because I had exactly the same thing on IE and cured it.

146

(3 replies, posted in PunBB 1.3 troubleshooting)

There is only one style at the moment. The reason is that its a complete waste of time maintaining six styles while the css is still evolving.

147

(19 replies, posted in PunBB 1.3 troubleshooting)

Rich. First of all thanks for taking the time.

As regards divitis. The board description can take html. If I were to use a <p> I guarantee somebody would put a <div> inside it. If I were to use a <p> in the default title then I guarantee somebody would add a title with no markup so we are back to juse a single div. You ar probably right about the title part though.

Quick post form. An oversight on my part. Should be the same as the main post form.

Tables. I will do some research regarding id's. I'm sure when I showed somebody a versio with id's they said it was overkill for a simple table but I will look into it further.

Last post link. I can't come up with a solution either. Just putting in an id or something as hidden text is just a hack to satsify the checkpoints and would actually make things worse.

Links. I will look into it.

Profile avatar. Its required because it needs a value before submitting the form otherwise you are submitting a form which does nothing. My favoured solution would be to remove the required indicator and then change the error text which appears if you submit the form to "You must select a file to upload before submitting this form". That traps the mistake without misleading people. I could also add help text under the field which is part of the label which says the same thing.

search results. That was actually on my list.

EDIT: Rich, just checked the quickpost form and the required text is in the label, same markup as the main post forms.

148

(6 replies, posted in PunBB 1.3 troubleshooting)

3. That kinds of defeats the purpose. The idea is the help file can be extended with each section giving the impression its a stand alone help file. You could end up with dozens of sections added by extensions which don't actually relate to each other in any way.

4. That would encourage people to modify or delete posts without looking at them first which is probably not a good idea.

149

(2 replies, posted in PunBB 1.3 troubleshooting)

Fixed but not committed yet.

150

(3 replies, posted in PunBB 1.3 troubleshooting)

Not helpful. Since its working properly its a matter of taste. How would you want it to look?