Controlling Look and Feel - Data vs Labels

[datasponge]

Hi All,

Some of my users have complained that the labels in Sugar are more prominently displayed than the data values and my observation is that it is true.

For example in the theme Bold Move (my personal favorite) the labels are bold and the data values are not and they are the same size. In the theme Sugar, the data labels are a crisp black, while the data is a slightly fuzzy gray. Both seem to pull attention to the labels rather than the data.

Why are the labels more prominent than the data?

More importantly, is it possible to control the styles used to add preferences for my organization beyond themes? For example I would prefer to make data bold and labels not bold and labels one size smaller than data.

I've seen a lot of mention of new theme features in 5.5. Is there greater control of this in 5.5?

Thanks

Phil

[salesagility]

Mmmmm .... do style sheets mean anything? ....

[Angel]

I think you make a very valid point. Changes to address issues like this go a long way to making users happy and more accepting of the application. They are not bells-and-whistles, but they help tremendously.

That being said, take a look at the style.css style sheet in /themes/<theme name>. You should be able to control a fair amount of the look and feel through modifications to that file.

[salesagility]

I think you make a very valid point. Changes to address issues like this go a long way to making users happy and more accepting of the application. They are not bells-and-whistles, but they help tremendously.

That being said, take a look at the style.css style sheet in /themes/<theme name>. You should be able to control a fair amount of the look and feel through modifications to that file.

Aye Angel, agreed ...... UI, usability and visual aesthetics are important .... it's been a long day and in the greater scheme of things I'd like to see change in sugar, a darker shade of text doesn't really come very far up my list of priorities.

[salesagility]

Oh ... and just noticed your signature pointing to the Goldmine utility ... most excellent ... I'm off to have a play with it ...this may be very useful. Thank you!

[Angel]

Aye Angel, agreed ...... UI, usability and visual aesthetics are important .... it's been a long day and in the greater scheme of things I'd like to see change in sugar, a darker shade of text doesn't really come very far up my list of priorities.

That's usually the case in most development scenarios. It is not a trait unique to your experience or mine.

Unfortunately, most analysts and media people tend to focus on bells-and-whistles versus the overall picture of a product, so that tends to factor into the prioritization process for most development houses as well.

I could go on forever on this topic, but I'll spare everyone else the pain of having to read my nonsense.

[Angel]

Oh ... and just noticed your signature pointing to the Goldmine utility ... most excellent ... I'm off to have a play with it ...this may be very useful. Thank you!

Let me know if you find any problems with it. The public one on SugarForge is limited functionality, but no restrictions on the number of records it can import or the like.

The commercial version has greater capabilities in that it can import e-mail, history, pending, opportunities, etc.

[datasponge]

Thanks Angel,

Your specific reference to where to look in Sugar to control stylesheets is exactly what I needed.

SalesAgility, I am familiar with stylesheets, but I have not previously looked into how SugarCRM references them and didn't know where to start, so I think your post was inappropriate.

Phil

[salesagility]

Thanks Angel,

Your specific reference to where to look in Sugar to control stylesheets is exactly what I needed.

SalesAgility, I am familiar with stylesheets, but I have not previously looked into how SugarCRM references them and didn't know where to start, so I think your post was inappropriate.

Phil

There's a Scottish saying that may be apposite ... "aye whatever"

[salesagility]

That's usually the case in most development scenarios. It is not a trait unique to your experience or mine.

Unfortunately, most analysts and media people tend to focus on bells-and-whistles versus the overall picture of a product, so that tends to factor into the prioritization process for most development houses as well.

I could go on forever on this topic, but I'll spare everyone else the pain of having to read my nonsense.

We have yet to have a client say "change the UI".

Lots that say "can we do this, can we do that" ...

NOBODY that says "This is what we need but can we make the text a lighter shade of grey"

But, I live to learn