What is "animated scrolling"?

There's a new feature in 939 called "animated scrolling". Anyone know
what this is?

Just curious...

0

When you do a Ctrl+F find.

Jon


0

Wow. I may grow to like it, but my first reaction is "Jesus, but that's annoying".

--Dave Griffith

0

Yeah, how do we turn it off?

Erb

==============================================================
"Most of you are familiar with the virtues of a programmer.
There are three, of course: laziness, impatience, and hubris."
- Larry Wall
==============================================================



Dave Griffith wrote:

Wow. I may grow to like it, but my first reaction is "Jesus, but that's annoying".

--Dave Griffith


0

are you talking about the way it seems to scroll to the next instance of whatever you are searching for?
I kind of like it. :)

0

Erik Hanson wrote:

There's a new feature in 939 called "animated scrolling". Anyone know
what this is?

Just curious...


Any kind of "scroll to source" action produces a smooth scroll to the
selected point. Try it with Alt-Up/Down to move between methods in a
class that spans a couple of pages.

Ciao,
Gordon

--
Gordon Tyler (Software Developer)
Quest Software <http://java.quest.com/>
260 King Street East, Toronto, Ontario M5A 4L5, Canada
Voice: 416-643-4846 | Fax: 416-594-1919

0

Dave Griffith wrote:

Wow. I may grow to like it, but my first reaction is "Jesus, but that's annoying".


What do you find annoying about it? I think it's quite nice. It provides
a sense of direction when moving to a totally different part of the
file, which in turns helps to build a mental map of the file.

Ciao,
Gordon

--
Gordon Tyler (Software Developer)
Quest Software <http://java.quest.com/>
260 King Street East, Toronto, Ontario M5A 4L5, Canada
Voice: 416-643-4846 | Fax: 416-594-1919

0

Is there a way to turn this off? Please provide an option to turn off.

--
Jordan Zimmerman
http://www.jordanzimmerman.com


0

I agree. This is a great feature.

0

>> Wow. I may grow to like it, but my first reaction is "Jesus, but
>> that's annoying".


What do you find annoying about it? I think it's quite nice. It provides
a sense of direction when moving to a totally different part of the
file, which in turns helps to build a mental map of the file.


When I tried to search (ctrl+f) I liked it a lot and thought that it's very nice
new feature, but when I started debugging I started to hate this feature! It
quickly became very very annoying and very hard to my eyes. So IMHO at least
there should be an option to turn it off!

--
Dmitry Skavish
JetBrains, Inc. / "Develop with pleasure!"
email: skavish@jetbrains.com | cell: 508.789.6590 | office: 508.405.1093

0


I understand the issue of "mental maps". My wife referred to it as giving you a sense of distance that the scrollbar jump just doesn't. My basic problem is that it's likely to make me queasy if I have to do a lot of short jumping. F2-ing through a legacy code base cleaning up "yellow line" warnings is what I first thought of (I'm doing a lot of that recently), and that could easily become an unpleasant experience. Additionally, it's a non-standard interaction. Not that that's necessarily bad. I love the "no file save" feature of IDEA, for instance, even though it's highly non-standard. It's just that a non-standard interaction has to reach a much higher bar of intuitiveness before it's worth making the jump. Unfair, but that's life.

As I said, it's entirely possible that I'll get used to animated scrolling, and it'll be just one more way in which IDEA's incredible richness of information presentation helps me do my job. Until I know for sure, I'd like a checkbox under IDE Options to go back to the old feel. I was actually kind of surprised it wasn't there, as other visual enhancements (anti-aliased fonts, transparent tool windows) have always been toggleable from their first release.

--Dave

0

On Sat, 27 Sep 2003 01:48:12 +0000, Dave Griffith wrote:

I understand the issue of "mental maps". My wife referred to it as giving
you a sense of distance that the scrollbar jump just doesn't. My basic
problem is that it's likely to make me queasy if I have to do a lot of
short jumping. F2-ing through a legacy code base cleaning up "yellow
line" warnings is what I first thought of (I'm doing a lot of that


For page-up/down its not that bad, however, for clicking in the gutter to
jump to a yellow sploge, is well - "jump" to, and IMHO should be an
instant jump, or at least an instant scroll - seems to lag a second or so
before it starts to scroll here...

--
"It's all in the heat of the moment, it's all in the pain..." Devy.
Mark Derricutt @ mark@talios.com @ talios.blog-city.com
Now Playing: %s

0

Ahem, it's so so hard not to jump in with something along the lines of:

Nice to see that useless eye candy features are being added, all the while we still lack basic features that were present in 3.0.x (ejb support, multiple output paths).

However, I won't do that, instead I'll just pipe in with a +1 to being able to switch this new 'feature' off ;)

Even nicer would be to be able to turn it on or off for different kinds of navigation. eg, search, method cursor nav, heirarchy method selection, etc. Mind you, it'd still be mostly useless eye-candy, no matter how customisable.

0

+1

this feature is annoying

0

Sorry, but I tend to agree. It would not be such a problem, if some
basic and long-standing requests would have had been added, but we know,
it's a different one who is responsible for gimmicks.

Tom

0

? wrote:

+1

this feature is annoying

YEah sometimes it is, sometimes it's not.

I agree with a previous comment that it can make you naucious.

Also like Hani said... what's with the eye candy, when there are other
things that are more important? Was this just real easy to implement
perhaps? Something in the JDK where you just add a parameter and it
just works?

I would much rather see many more JSP changes and enhancements, than
smooth scrolling. Problem is the person assigned to the eye candy tasks
might not be versatile enough for the jsp or what have you... hence we
get eye candy.

Give us an option to turn this puppy off... I'd like to also suggest
that in the future if you're going to add some eye candy like this,
always put a way in to turn it off.

R

0

"I'd like to also suggest
that in the future if you're going to add some eye candy
like this,
always put a way in to turn it off."


I sure agree with this, but I have to say I really like the feel of animated scrolling, it doesn't slow down the development process so I'll keep it on !

0

+However, I won't do that, instead I'll just pipe in with a 1 to being able to switch this new 'feature' off ;)

Well I'll say it then.

I can't believe that this sort of thing is being added when JSP/XML editing is broken to the point of being useless ....

And, yes, I'd like the option to turn it off ... two searches and I was feeling seasick.

0

Why, guys, can we just have some fun of our own? :)

Dmitry

P.S. Well, I tend to agree that one should be able to turn this
feature ofd it really turns one's editor into stormy deck :)

Hani Suleiman wrote:

Ahem, it's so so hard not to jump in with something along the lines of:

Nice to see that useless eye candy features are being added, all the while
we still lack basic features that were present in 3.0.x (ejb support,
multiple output paths).

However, I won't do that, instead I'll just pipe in with a +1 to being
able to switch this new 'feature' off ;)

Even nicer would be to be able to turn it on or off for different kinds of
navigation. eg, search, method cursor nav, heirarchy method selection,
etc. Mind you, it'd still be mostly useless eye-candy, no matter how
customisable.


--
Dmitry Lomov
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0

I can't believe that this sort of thing is being added when JSP/XML editing is broken to the point of being useless ....


Sure we are working on this. We'll check all SCR that you have filled to the tracker on these issues.

--

Best regards,
Eugene Zhuravlev
JetBrains, Inc, http://www.intellij.com
"Develop with pleasure!"


0

Sure we are working on this. We'll check all SCR that you have filled to the tracker on these issues

Well that's nice to know. It's a bit of a nightmare at the moment.

0

Eugene Zhuravlev (JetBrains) wrote:
>>I can't believe that this sort of thing is being added when JSP/XML editing is broken to the point of being useless ....


Sure we are working on this. We'll check all SCR that you have filled to the tracker on these issues.

Eugene, while you're at it, look at mine too... some of these things
are not even marked for Aurora, and I don't think the request was
unreasonable. It seems I got a lot of maybe's from the person who they
are assigned to.

R

0

thats a futile but very beatuful solution! ;)

0

Gordon Tyler wrote:

It provides
a sense of direction when moving to a totally different part of the
file, which in turns helps to build a mental map of the file.


I agree. I like the animated scrolling!

0

It looks like an attempt to resolve the complaint about how the editor jumps during a search, when what you are looking for is already visible on the page(usually towards the bottom).

Of course, the editor still jumps under this condition, but is just more animated now.

And, now if what you are looking for is near the top, the editor will actually scroll backwards, to pull the line closer to the top 2nd third of the of the viewable area.

I guess the editor just has a spot where it thinks it must show you the find/find next/find previous result.

Pick something to search for and scroll you editor so that it is on about the 4th viewable line. Then, put your cursor on the 1st viewable line and do the find.

During find next, even if the very next item is only a couple of lines a way, and already near the middle of the screen, it will still do this scrolling.

Try the find next and find previous where there a multiple hits on the same viewable page.

I can see this being useful for when what you are searching for is not in the viewable, especially if it is to left or right.

But, this jumping up and down when all that is needed is to move the cursor on the viewable page seems to be over kill, and even a little disorienting when the browser actually scrolls up the page(though what you are looking for is only a few lines a way).

But, that is just a personal opinion; no offense, slight, or insult is intended.

0

Rayz wrote:

I can't believe that this sort of thing is being added when JSP/XML
editing is broken to the point of being useless ....


Perhaps this is done by another person than those working on JSP/XML...

Or perhaps the IntelliJ developers sometimes need to take a few minutes
off from the "hard stuff" and just spend a bit of time on some eye candy
because it's less difficult and less exhausting. I do that sometimes
when I'm too tired to work on some complex new feature or bug, but I
still have enough energy to do something simpler. Just another way of
relaxing a bit.

0

BTW, I think I do like it for the page up and down. And, again, for the finds(next/previous) with results that are not on the viewable page.

But, for finds that are already on the viewable page, this seems unnecessary; just move the cursor and highlighting.

0

hear hear!

Or perhaps the IntelliJ developers sometimes need to take a few minutes
off from the "hard stuff" and just spend a bit of time on some eye candy
because it's less difficult and less exhausting. I do that sometimes
when I'm too tired to work on some complex new feature or bug, but I
still have enough energy to do something simpler. Just another way of
relaxing a bit.


0

The behaviour which you have described has been improved in the build #944.
Please check when it becomes available.

--
Valentin Kipiatkov
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"


"zmbs" <no_mail@jetbrains.com> wrote in message
news:11898501.1064846478538.JavaMail.itn@is.intellij.net...

It looks like an attempt to resolve the complaint about how the editor

jumps during a search, when what you are looking for is already visible on
the page(usually towards the bottom).
>

Of course, the editor still jumps under this condition, but is just more

animated now.
>

And, now if what you are looking for is near the top, the editor will

actually scroll backwards, to pull the line closer to the top 2nd third of
the of the viewable area.
>

I guess the editor just has a spot where it thinks it must show you the

find/find next/find previous result.
>

Pick something to search for and scroll you editor so that it is on about

the 4th viewable line. Then, put your cursor on the 1st viewable line and
do the find.
>

During find next, even if the very next item is only a couple of lines a

way, and already near the middle of the screen, it will still do this
scrolling.
>

Try the find next and find previous where there a multiple hits on the

same viewable page.
>

I can see this being useful for when what you are searching for is not in

the viewable, especially if it is to left or right.
>

But, this jumping up and down when all that is needed is to move the

cursor on the viewable page seems to be over kill, and even a little
disorienting when the browser actually scrolls up the page(though what you
are looking for is only a few lines a way).
>

But, that is just a personal opinion; no offense, slight, or insult is

intended.


0

Yeah, how do we turn it off?


Edit config/options/editor.xml and restart IDEA

Regards,
Jens

0

请先登录再写评论。