|
|
|
Linked to other issues that mentions the same problems
I just want to comment that yes while "related" to the UI issues in
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 It's similar to a photoshop 'radial blur', which has been documented to have that effect on most people :\ I knew there was a reason I'd slowed down on building stuff. Maybe my constant nausea ISN'T a cancer warning after all.
Yes, I've noticed this myself when working yesterday.. it was pretty annoying. Eye candy is nice! But not when it disrupts functionality.
Oh... so I dont need to go to the optomitrist... I thought something finally went snap in my cortex and my eyes were bugging out, I know it wasn't the pizza that I ate
Just to note,
Even while script editing within my aircraft. I find changes in prim outlining highly annoying..
the new eye candy graphic's is totally unesseary.
"2) when the prim is resized, the camera zoomed in and out, or the camera rotated, the outlines "fade" to "catch up" to the resize."
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 ( I'd expect it to be fixed soon(ish), last time it happened it was fixed in the next release. Confirmed, undoing the fix for
How do you undo the fix for
Attached patch fixes this but breaks
Yes, especially rotating camera rapidly during the build (which one often does) is very uncomfortable now. Please consider it a priority for the builder's sake.
@ Aimee Trescothick
How do we execute the patch so we can undo fix because this is driving me crazy!! Should be fixed in latest RC.
Hmm, 1.20 RC 2? If this really is the same issue as
IMO, this is the broader issue of the pulsating edit lines and their effects. One effect being the lagging behind of the lines when moving your camera (
But I agree with Aimee none of it seems fixed in 1.20.2, hopefully Pastrami is referring to the next RC. Just checked and this does appear to be fixed in the SVN, so will be in 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 Try this. My brilliant and darling husband has provided me with a solution for this problem. So far it's been holding, but I have yet to test it with hours of making nano prims.
Advanced Menu see This is back in 1.21 Nightly (95368)
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. Maybe not, a reboot fixed the problem. Sorry to the watchers seeing this re-open.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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.