I feel like we are talking about the same thing.BenHayat wrote:But if we let user to create their own set of colors (let's set priority colors: Urgent, normal, low) in LoggedInUser, then in Aware we can have a choice telling Aware to use (LoggedInUser) and (LowPriority) attribute (which is holding the hexa color that user had selected before) and now assign it to the style. Basically we're telling don't use your static color but go to that object and get that color and use.
This is mainly because different users different colors for the same thing. Dynamic color allocation solves this problem. The color picker gives user the choice to select it and save it, but Aware needs to pick it up at runtime and use it.
This could easily be a part of a user preferences screen where a user can enter and/or select a priority and also select a color using the colorpicker that will then be associated with that priority for that user and be used in rules & queries to display the user's personalized color preference.
UserPriorityBO.User
UserPriorityBO.Name (User can select a priority ... Urgent, Normal, Low)
UserPriorityBO.Color (User can select a color of his/her choosing from the color picker)
Is there something I'm missing?