Search options

in viewtopic.php and viewforum.php, this little string piece:

&& $cur_user['status'] < PUN_MOD))
        $post_link

causes a nonbreaking space to appear if, say, the user is a guest and guest posting has been turned off (as I'm sure you know).

The thing is, I wrapped a special style format around the table cell that contains the link (some double borders, if you must know) and it looks super weird when the little borders demarcate a blank cell.

So, then, I put in a little "Register to post" with a link to the register.php page in the appropriate place in the code.  BUT, sadly, that variable ALSO applies to registered users if posting for a topic has been turned off by the Moderator.  So, suddenly, my tiny hack makes no sense.

(Am I making sense here?)

It'd just be nice if there was an extra case somehow.  Maybe it's too difficult?  I don't really know enough about php to evaluate whether this request is one of those nightmares or is super simple.  But if it's the latter...

-- H

If you just had simple little id tags in all those tables creating a custom style sheet would have taken me maybe three hours intead of the better part of three evenings.

id="threads" id="footer" id="options" id="whatevertheheckyou want it to"

I mean, okay, it wasn't THAT annoying to hack through the very lovely and easy-to-read php, but still.

For anyone who has strong css skills, the lack of table id tags prevents them from really flexing their design props.  You have to be able to face the php and not freak out, which not many designers I've worked with would feel comfortable doing.

Also, man, those non-breaking spaces should be totally axed.  And that freaky blank spacer table?  If BBEdit didn't have such a nice search and replace, I'm sure I would have given up.

(Hey, I looked for a better thread to post this in, but everyone seems very focused on the compact css instead of the html.  Or did I just miss the topic?)

Still love the app, despite the nested tables.

-- H