Colour coding for editable/non-editable fields is messed up

rocatis

A customer, who's running 2009 R2, recently implemented a Citrix environment.

They immediately realized that they were no longer able to distinguish between editable and non-editable fields on a form: field that were editable appeared non-editable and vice versa. The problem was not consistent, though: for some fields the colour coding was correct.

There's a hotfix dealing with an issue similar to this, so I put the latest hotfix (36259) on the client's computers (including Citrix).

This made the problem even worse! See attached files showing the same form/record on Server 2003 and Citrix (Win7) respectively.

As the problem does not affect all fields on the form I've discounted the obvious solution, which is to tweak the colour depth on Citrix.

Anybody experienced this?

pavan

whats up with the field "editing status" = Write protected?

rocatis

pavan wrote:

whats up with the field "editing status" = Write protected?

Give me your best guess :P

The client wants to be able to make sure nobody enters data by mistake, so the users need to set the customer to editable before being able to input anything. Much like in RTC, actually.

tinoruijs

Maybe when you choose another Windows schema it will be better visible?

rocatis

tinoruijs wrote:

Maybe when you choose another Windows schema it will be better visible?

If you look closer, you will notice that it's only some of the fields that are wrong. It's not like they're all wrong. A change of colour scheme will not remedy that.

vaprog

If you look closer, the same distinction is present even on the Server 2003 design. Subtly the border is slightly thicker on the fields that appear white on Win 7.

I Guess that they differ in Editable or Enabled properties, or maybe in only Form editable No vs. Field editable No or something like that.