Like say, the windows themes... Sure the default 'shiny candy' xp theme might look better in screen shots, but almost every serious user takes all of 2 minutes to realize it gets in the way of getting their work done by making oversized screen elements etc, and will flip it back to classic, which makes it look just like windows always has for those whos workflows depend on that.

A simple preference for 'classic' which basically undoes all of these changes, the gui, the eyecandy, etc would absolutely solve the entire issue. I don't begrudge the new look for those who just want to use sl casually or like enhanced or fancy effects, thats fine, but don't let it get in the way of the workflows of established people who have been doing what they do in SL for potentially years now. They don't need eye candy, they need accessability, streamlining, and minimilist interfaces laying ontop of what they are really concerned with, the objects they are working on.

this is more of an in world functionality issue.

Even if this could be optioned... (I know LL isn't fond of optioning things....) — really, it would be a lifesaver.

I am seriously talking about actual nausea when panning/zooming around prims highlighted this way.

It's similar to a photoshop 'radial blur', which has been documented to have that effect on most people :\

That's not deliberate eye candy, it's an old bug that's been seen before, caused by trying to fix other things. I'm not 100% certain but I have a vague recollection it may be to do with changing the render order to prevent the build arrows etc. getting washed out by glow (VWR-5211), but don't quote me on that.

I'd expect it to be fixed soon(ish), last time it happened it was fixed in the next release.

How do we execute the patch so we can undo fix VWR-5211

because this is driving me crazy!!

But I agree with Aimee none of it seems fixed in 1.20.2, hopefully Pastrami is referring to the next RC.

The fact the edit outlines were leading ahead of where they should be that is. They still pulse, but I think they've "always" done that, just checked in 1.18.6 at they were definitely doing it then, it's just that this bug emphasized it I think?

If VWR-6785 is actually the combination of this, and the fact they get larger when you zoom in that's also long standing behavior, but very annoying when working on small prims. They probably shouldn't scale in width when the camera zooms in.

Advanced Menu
Debug Settings
select "SelectionHighlightThickness"
default is 0.010
change it to 0 and relog

see VWR-6785

Although the yellow/blue lines do not smear if you drag or resize as they did in 1.20 early RCs, the pulsing is back as strong as it ever was in the past.