AWS Thinkbox Discussion Forums

color customization

Hey guys,

I received several requests about whether the monitor can be color configured or not. I kept saying “its on the wishlist”, but then i saw this:
viewtopic.php?f=11&t=9844&p=42322&hilit=color#p42322

Which seems to suggest its not actually on the roadmap. I would like to stress its very much being requested :slight_smile:

2 questions i received just from recently:

David Stopford - 886 Oct 23, 2013 14:04:50
hi, is there a way to change the UI colours in deadline?
Tuba Yalcin - 841 Oct 17, 2013 10:42:47
ah there is so much customization cool cool
except color coding ;)

It’s on the wishlist, but it’s not a high priority at the moment. We’re still heavily focused stability and performance, which is why it’s currently not on the roadmap for Deadline 6.x or 7. We definitely want to add it back at some point though!

Laszlo, can you ask your artists whether they want to customize every color everywhere, or just object to the dark palette?
I wonder if having two major looks like the Max Light and Dark themes would be enough for them, or do they want to tweak what color a finished job is shown in as opposed to an active one etc?
Not saying that providing two looks would be easier than exposing everything, but I wonder what they want to change and why.
(You know I am a big fan of customizations and esp. of color customizations, but I want to hear what others want).

Ill ask around!

At least some of the questions suggested they would even like some customization based on job types, so say, they could customize TP sims for themselves to be a different color and such.

Early responses:

They are on a roll!

Neat idea:

This is in line with the “lights out” feature request from Darren:

Claas and Joe both are max users, so i think they are fine with the idea of a light color scheme:

Awesome feedback, thanks for asking them! :slight_smile:

One more from Jon:

I guess its a pretty wide range of requirements / preferences… But that just shows the importance of customization :slight_smile:

One thing that was brought up a couple of times is to be able to color code different jobs types (not by plugin type, but by internal type designations, such as templating, shotgun uploads, etc). This might be something we could do with hue changes of the job backgrounds, or something like that.

Thanks for all the feedback. We’ll probably start looking at supporting color customizations for version 7. We’re thinking of using Qt stylesheets, and allowing users to embed them into the Monitor layout settings (Tools -> Options).

A potential issue I see with this is that these would probably be set at the repository level, but if users are customizing their colors in different ways at the local level, there will likely be cases were the job font colors don’t mesh well with the background colors (ie: when the job font and background are similar). This is really what the filtering system was designed for anyways.

Cheers,

  • Ryan

Color conflicts are expected when there are company defined colors, and user customizable ones, i don’t think that’s a problem. I think custom colorcoding of jobs based on fully custom rules etc would definitely be the way to go. Then people don’t bug you with random feature requests, but they can implement their own!

(we basically have 5-20k jobs in the queue at all times… keeping some jobs around that need to be requeued weeks later. This means most of it is just all one blue block. Very hard to figure out what’s what without colorcoding different jobs in different ways…)

But can’t you just use filters for that? Wouldn’t that be easier to just filter the jobs you want to see, rather than scrolling through thousands of jobs with different color backgrounds?

I think the option of both is better than being forced into just using filters :slight_smile:

Some people prefer to look at all their own jobs from the last couple of weeks, and get a quick overview etc

should be able to make a filter of their own jobs, based on time and look at a nice graph ;-p

Privacy | Site terms | Cookie preferences