Proposal: Make the background-color red.

Comments

gdd’s picture

Actually, not to get into scope screep mode, but what could be really useful would be one color per role, plus one more for uid 1. This would be really useful when jumping around testing on various roles, since I'm sure we've all had the experience of accidentally being confused because of forgetting to rest back to admin or whatever. It would be a nice visual indicator.

uid 1 should def. be red though. DANGER.

sun’s picture

Version: 7.x-3.x-dev » 6.x-3.x-dev
Status: Active » Needs review
StatusFileSize
new1.79 KB

Heh. The hover "effect" is actually nice...

gdd’s picture

Version: 6.x-3.x-dev » 7.x-3.x-dev
Status: Needs review » Reviewed & tested by the community

Finally got to this. The patch is actually against HEAD. I like having the visual indicator of user 1, this is a good addition.

sun’s picture

Well. I'm not really satisfied with those quick-n-dirty applied colors (too "neon"/aggressive), so thanks for your feedback - I'll revamp the colors a bit and commit afterwards.

When this has been committed, it also serves as good example/template for advancing on Color module integration. I like your idea in #1 to be able to setup different colors per role. :)

sun’s picture

Status: Reviewed & tested by the community » Fixed

Committed to all 3.x branches.

sun’s picture

StatusFileSize
new106.52 KB
niklp’s picture

Is there any chance this could be made optional? I generally only *ever* use this module for uid 1, and I really don't like the new look! [Edit: compared to the sexy, sexy black ;) ]

Just a simple "enable highlight for uid 1" checkbox in the settings would be great - when in production, or if development is being done by various roles, then this could be checked.

Please? :)

dave reid’s picture

Status: Fixed » Needs work

Yeah, the red is very grating when working in development sites, but I can see how it could be useful in production. +1 to making this optional (enabled by default). I'll try and get a patch on this today.

marcvangend’s picture

Subscribe, I too find the red background too pronounced while developing.

sun’s picture

Heheh.... hey, why haven't you all been here when I asked for reviews? ;) :P

I'll wait for some more subscribers and will post revised colors then.

smk-ka’s picture

Subscribe :)

Instead of a setting, I wonder if it would be enough to just make the username appear in red, instead of the whole admin menu bar?

EDIT: Scratch that, I forgot that the user switcher is tied to the devel module.

marcvangend’s picture

StatusFileSize
new1.25 KB

Here is a simple patch to make the red bar dependent on a setting.

mikl’s picture

May I suggest that we introduce a new icon instead of recolouring the entire menu? Perhaps a small lightning with "logged in as superuser" title-attribute (that appears on hover on proper webbrowsers ;)

The toggling of the red colour is an okay compromise, but I'd like the ability to see when I'm logged in as super-user without the colour clashing with my design, and black works almost anywhere :)

niklp’s picture

Now now Mikl ;) The icon would not be so obvious - if you were flitting between uid x and uid 1, you would easily overlook the icon. The idea of the red background is to make your presence as uid 1 VERY obvious. You even have an option to turn it off!

Fussier people can always override the css... :)

AmrMostafa’s picture

Do I hear someone saying let's use Farbastic for that? :P

smk-ka’s picture

StatusFileSize
new3.57 KB

I just learned from sun that the username shown in DAM actually is *not* depending on the devel module. Therefore, I'd like to renew my proposal (see #11) of coloring the background for just the username bit of DAM, decreasing the otherwise strong visual impact (see attached screenshot).

michelle’s picture

Put me in for a +1 to make it optional. I commented out the bit of code in the module and so can see that it could be wrapped in a simple option check. I don't think you need to get fancy like color pickers or anything. Just feature on or off.

FWIW, I decided I actually like having this on one mostly finished site where I'm _not_ usually in as UID 1 and I switch between the two in the same browser. But most sites I'd like to turn it off for since I actively work on them in UID 1 and the red is too much.

Michelle

psynaptic’s picture

+1 for making this optional. The red is really putting me off.

I'd like to see other options for the CSS too. I said I was going to look into this but not had time to blink lately.

I'd like to be able to select options for the following:

  • Option to switch off UID 1 indication
  • Colour of UID 1 indication
  • Opacity of menu (I personally find the opacity off-putting)

Of course, this can all be done in the theme so if you think that's better than built-in options then fair enough.

grendzy’s picture

+1 for optional. The red hurts.

marcvangend’s picture

Good to see all your +1's... why not test the patch from #451270-12: Add visual indication when working as uid 1 so we can set this to RTBC?

psynaptic’s picture

Status: Needs work » Reviewed & tested by the community

I studied the patch and there is nothing in there even remotely non-standard. All it does is add a form item and variable condition. Not really worth testing to be honest as there is nothing that could go wrong with this patch.

Needs committing though so marking as reviewed and tested to flag to maintainer.

marcvangend’s picture

@#21: My thoughts exactly, but still: thanks for reviewing.

seanr’s picture

I just reviewed it as well and see no problem with it either. Let's get this committed, please.

jensimmons’s picture

I hate this red color. As a designer, it really screws up my ability to see what I am doing. Please yes, let's make it optional.
And let me get the black back for user 1.

It is a good idea to be able to mark user 1 v. other users, and production v. staging v. dev installations (#461264: Add visual indication when working in development/staging environment). I think the best solution would be to create a way to set the color for a site globally, and/or for certain users... and then include in the module 5-8 different colors. Make black the default, and then we can use the color-markings in any way we wish.

I might mark production green, and staging blue, while dev is black. I might make it black for my clients' login, but blue for me so I know which experience I'm working on at that moment. Etc.

It seems the Drupal-way to provide the tools, and then let each developer set it up as we wish for the situation we are in at that moment.

Jen

marcvangend’s picture

Jen, I agree that different (configurable) visual indicators can be really useful, but I think that we have to watch out that we don't drift away from what admin_menu is. To me, the sophisticated system you describe sounds more like an add-on than something that should be incorporated in admin menu by default. I am certain that something like this would get bigger and bigger: other users will ask for coloring based on content type, taxonomy term, organic group etc. etc. (Hey, why not create a module that generates CSS on-the-fly based on all kinds of criteria, allowing you to change the color of anything, instead of just the admin menu? But on the other hand: that's what body classes are for.)

By the way, I think that 'the drupal way' is more than just a lot of options for the developer to choose from. Looking at the D7UX principles (http://www.d7ux.org/), changes like this should try to 'make default settings smart'.

sun’s picture

Status: Reviewed & tested by the community » Needs review

I have to insist on feedback on #16.

dave reid’s picture

+1 for making it just the username section *and* +1 to making it a CSS class so it can be changed. I can live with seeing a part of the menu bar I don't look at during development being red.

michelle’s picture

I'm with Dave on that. I don't mind a tiny bit of red. I just don't want the whole thing read. Ironically, though, as jarring as it is, it's actually easier to read the menu items on the red. Still, though, I'd rather squint a bit and keep the black background.

Michelle

marcvangend’s picture

+1 for Dave in #27.
What do you think, would there still be a need for the optional setting from #12? I don't think so.

Jorge Campo’s picture

ufff, for a while I thought there was something wrong with my database or something else. ;)
I rather have the black too...

A non technical reviewer...and a lover of this fantastic module. Great job!

szczym’s picture

helo

just my 2 cents: +1 for getting rid of red color from admin menu, black was sexy and non intrusive. but +1 for highlight admin user name in red.

btw: thanx for genius module!

finedesign’s picture

+1 to make the red optional

Docc’s picture

+1 on the optional red. Black is much better.

niklp’s picture

Don't miss the point of this issue. The red is only there when you're logged in as uid 1, and the conversation is really about how best to enable this "notification".

markus_petrux’s picture

haha... we thought in the office the new look of the admin menu was so sexy that everyone wanted to tweak the color of its own menu. But only mine is red sexy. lol

So maybe there could be a CSS class wrapping the whole admin menu that carries the user id, so that anything can be themed at will using the proper selector.

guillaumeduveau’s picture

I like it :)

psynaptic’s picture

+1 for themable admin_menu!

We should really have a skins feature. I started to work on one but didn't have time to get anywhere decent with it. Would be super simple to implement.

marcvangend’s picture

(no offense, psynaptic...)
-1 for skinning and other cosmetic enhancements. Admin Menu is a tool and IMHO it should be as lightweight as possible and never conflict with my site's design. A visual indication for user #1 is a useful feature, skinning is not.

wanjee’s picture

I totally agree with idea of #16 and I also think there should not be any skinning feature or option as told by #38.

Just a small visual indicator is enough and will avoid the need of a configuration variable to color admin_menu or not.

niklp’s picture

<blink>Admin!!1</blink>

That is all.

psynaptic’s picture

I'd rather set a variable in an install profile than add CSS to the theme each time to control the opacity, colour, etc.

Christopher Herberte’s picture

+1 optional red

seanr’s picture

ROFL at #40 - that may be the best suggestion yet. How about wrapping that in marquee tags, though? ;-)

choster’s picture

From a usability standpoint, may I +1 for #16. Red, in the West, signifies danger or error. When I first installed the dev and saw the red, I assumed it meant there was a problem with the site, and scrambled around the logs looking for errors or how I might have borked my installation. In fact, I think this might be worthy as a future feature, to indicate when the db schema is out of date, or a security upgrade is necessary, or other problems occur.

There's nothing inherently erroneous about handling administration tasks as user 1, however, so I wouldn't consider it appropriate to highlight the entire bar when logged in as such, perhaps only the username. Thus the alternative proposal to let the color of the bar be adjustable— but only in its entirety— leaves me cold. That can be accomplished by editing the CSS easily enough.

sun’s picture

Status: Needs review » Fixed
StatusFileSize
new2.73 KB

Thanks for reporting, reviewing, and testing! Committed attached patch to all 3.x branches.

A new development snapshot will be available within the next 12 hours. This improvement will be available in the next official release.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

niklp’s picture

Y'know... now it's gone back to black... I kinda miss the red...!

guillaumeduveau’s picture

+1 @ #47 but well...