| bio | website | |
|---|---|---|
| location | United States | |
| age | 29 | |
| visits | member for | 2 years, 1 month |
| seen | Jun 24 '11 at 15:32 | |
| stats | profile views | 3 |
Systems programmer working at Aperio. I help create a device used to turn tissue samples into digital images, which may then be stored in perpetuity, processed using various image analysis algorithms, etc.
Other interests include... pretty much anything other than website design... and swords, love swords. Also, writing on my blog
|
Dec 1 |
awarded | Popular Question |
|
Jun 24 |
comment |
Choosing high contrast text color (in relation to background color) dynamically ok, thanks for you answer. |
|
Jun 24 |
comment |
Choosing high contrast text color (in relation to background color) dynamically Right, and then I said, right after it; "(though it's not like that would be unreasonable, and I would probably agree with it being overkill)". Reading comprehension FTL. Honestly, your pedantry is getting old. Just move on man. |
|
Jun 22 |
comment |
Choosing high contrast text color (in relation to background color) dynamically And I agreed three comments ago, so I'm not sure what we're discussing anymore... |
|
Jun 22 |
comment |
Choosing high contrast text color (in relation to background color) dynamically No, I'm talking about dynamically finding a text color that works for any background color. |
|
Jun 19 |
comment |
Choosing high contrast text color (in relation to background color) dynamically Because if we ever want to change the colors I would rather not have to change the text colors too (though it's not like that would be unreasonable, and I would probably agree with it being overkill). The real problem was that the high contrast color thing just looked odd. I like the idea proposed above of lowering the saturation of the background and just using black. |
|
Jun 19 |
comment |
Choosing high contrast text color (in relation to background color) dynamically Thanks, that's great. I was going to try color contrast, but like you said, it doesn't work very well. |
|
Jun 18 |
awarded | Scholar |
|
Jun 18 |
accepted | Choosing high contrast text color (in relation to background color) dynamically |
|
Jun 17 |
awarded | Commentator |
|
Jun 17 |
comment |
Choosing high contrast text color (in relation to background color) dynamically I like this. We were actually considering changing our theme to more matte, less saturated colors anyway. Good call. |
|
Jun 17 |
comment |
Choosing high contrast text color (in relation to background color) dynamically Changing the foreground color at runtime would be a one-time operation creating a lookup table. It would not be processor intensive. The background color gives a better overview of the state of the system as there are a lot of these controls on the screen (it is a domain specific thing, 400 slide capacity machine). |
|
Jun 17 |
asked | Choosing high contrast text color (in relation to background color) dynamically |
|
Jun 3 |
comment |
Do you think that it is a wrong decision to use a textarea for “add comments”? @Pacerier: Hard to tell. I started using SO in the private beta (2+ years now), so that very well may be the case. I would be fine with using Tab+Enter to send as well, so I can see your point. |
|
Jun 3 |
awarded | Critic |
|
Jun 3 |
comment |
Do you think that it is a wrong decision to use a textarea for “add comments”? Well, I'm not a UX guy, but the comments on SE sites are multi-line and the Enter button submits. Seems to work well for me. |
|
May 29 |
answered | Is there any problem having a left scrollbar on a 2-panel web window? |
|
May 28 |
awarded | Supporter |
|
May 26 |
comment |
When to commit user data (a humble request from a systems guy…) certain actions only which would still ensure that the data is always committed before a run is begun. Thanks again for the response. |
|
May 26 |
comment |
When to commit user data (a humble request from a systems guy…) The system had not yet responded (the client may be used from any PC with an internet connection). That doesn't mean that disabling controls is the only/best way to go about it, so I'll rethink things a bit on that end. The start/stop button is analogous to a play/pause button on a DVD or CD player, so I'm not convinced that it is always a bad idea. The problem with caching the start command is that the click handler does not fire until after the text area loses focus and the data commit has begun. Perhaps I will simply remove the commit on lost focus entirely and do so after |