Look into On Element Change and ForceRedraw.  (There is something along the lines of On Element Immediate Change). There are also commands that let you set specific attributes of an individual element.

Thanks for the replies Rick & Steve,

I've played around with these with no luck;
Attribute(LEname, ATTR_ID_BACK_RGB_COLOR, "255 255 255")
and  ATTR_ID_BACK_COLOR 

I also tried this, On Element Immediate Change with a Throwfocus to another LE. It works great however, then you cannot manually enter data into the LE.

I thought it may have had something to do with Highlight mode also, and checked the INI file, but I have "Highlight On Enter" turned off. The insert key doesn't seem to make a difference for me.

Hello Rick,

Yes, I did include the .sbas file.

It seems as though the highlighting, if-you-will, is actually indicating the "active element", after the field is populated with the selection. It's similar to when you drag your mouse across the data, or when you double click in an LE. I don't find anything that will change that behavior. It seems like it's the nature of the beast, and happening before any code changes can be applied.

@PopupChoiceList for example, doesn't seem to activate the field receiving the data. So, if I could get the Combo Box to act the same way after selection, I'd be all set.

Just to beat this to death, mainly because its cold here and there isn’t much else to do until May, etc., I stumbled on another interesting find. If I use the Printing Commands menu button: “Print Forms: Current”, the issue goes away. If I use @PrintAForm the LE prints highlighted.

While continuing to search for the culprit, I happened on “Set Navigation Order”.  The Combo Box was set as the first position in Navigation Order because I had added this LE to the form last. If I set it to anything other than first position my issue goes away.