Wedge

There are plenty of conversations worth having... And even more features to implement :P

Which is when you start to forget what avatar you wanted for a post, and you delete it, and then the post has to rely on the default avatar, etc... Sometimes, flexibility isn't exactly for the best.

I know LJ does it, and I know it scared the hell out of me when I finally understood what was going on...
And I certainly don't like that too much.

What I'd like, with multiple avatars, would be the ability to set one avatar per board.
For instance, on noisen.com if I'm posting on my anime-related board, I'd like for my avatar to be a Saint Seiya picture. If I'm posting on the AeMe board, I'd like for it to be a more generic avatar... Etc.

@godboko> I developped the code in Opera 11, where there are no underlines.
Indeed, Chrome (if that's what you're using) seems to be showing underlines. This is probably because it applies the :hover element to all its children, so when you hover the user name, it gets underlined (as dictated by my CSS), and creates a mini-menu which is set as a child of it, now I have to determine which browser is doing things 'correctly', and how to fix it. And yes, I don't like having underlining either, at least not on a theme where underlining is shown only on hover. So, basically, I'll try to remember how I did it in the main menus, where the hover effect is a background color, and it seems to apply correctly everywhere (i.e. hover on the parent item, AND only on the currently hovered child.)

Of course, the alternative would be to do it like I used to do before the big commit: attach the mini menus to the body element instead, so they never inherit their parent's style. It also forces me to set their position absolutely, although it also fixes some other issues... But it just doesn't feel 'right', and I'd rather not resort to this hack again.

@John> Yep, I know :) And one of my goals is to harmonize these looks... But I love them both. I may even, I don't know, try to look into using my minimenu styling on main menus, although I probably won't keep that... Main menus need to be stylish and very neutral, because they're used a lot. Mini menus can be more daring, I'd say. Right now I love both, so it's going to be interesting trying to do something out of these.

@Pete> I guess I'm going to have to benchmark both the current solution (i.e. doing file_exists on all possible filenames and suffixes) and the glob solution (i.e. doing a single glob() call and getting all files from the generated list.) Come to think of it, I do so many file_exists permutations (because of the growing number of suffixes and the fact that even the default stylesheet already has at least 3 potential files or more, index, sections, custom...), if it wasn't cached already it would be quite slow to do on every page... Actually it's best that PHP doesn't cache it and the OS does it -- at least it can be cached over several sessions and page loads ;)

rev 1582
(17 files, 6kb)

* Renamed ul.quickbuttons to ul.actions -- shorter, and semantically it makes more sense as these were only used for action buttons anyway. Also harmonized all of the action buttons I could find, by adding an action bar where needed, and moving everything below the post bodies. Renamed quickbuttons.png to actions.png. The stuff in post.js is untested. (Display.template.php, PersonalMessage.template.php, Post.template.php, Search.template.php, post.js, index.ie6.css, index.ie7.css, index.member.css, index.rtl.css, Wireless/sections.css)

* #version_details didn't really need to be limited in height at this point... (admin.css)

- Removed a line-break from the admin login page, because there was already a hardcoded margin above the button... (Login.template.php)

! Fixed mini-menu CSS on Mobile Safari: forgot the z-index and ensured that user menus actually show up (although this one's a very odd bug and even weirder hack which I'm likely to reconsider later.) (sections.css, Warm/index.css, Wireless/sections.iphone.css)

@ Note: forgot to commit the actions.png rename... Please do it manually if you're updating to this rev, it'll be fixed in my next commit...

I *don't* think it's any (noticeably) slower...
It's usually the kind of situation where to compare, you must install two stock versions side to side and fill them with random data...

I'm thinking about moving the number to *after* the 'Like' text, though...Shouldn't be too hard... If anything I can help :)Oh there'd be more than one item...
- Who liked (if there's no like, show "Be the first to like this", the usual one...), with a link to the popup
- a separator
- a Like button, or Unlike button, depending on the status
- maybe things like "Last liked on May 12th..."

Anyway, it doesn't have to be a *menu*, it could very simply be a mega-menu type item, i.e. a regular div with some styling in it.My experiments are often failed ones... Anything I commit is usually the results of quite some time of use on my side, resulting in a situation where I felt comfortable going for a commit ;)

BTW, I have yet to find the problem with the absolute positioning and stuff.
But it 'barely' works by simply removing the position:relative from .umme (.acme works fine with it and doesn't work without it), so I did that... I HATE doing a hack that I don't understand in the first place, but I have only so much time I can devote to a single problem at a time.
Please test on other browsers whether action & user menus work...

:edit: Wireless + Opera 11 = user menu still works, but isn't proper under the user name. Meh...