============================================================== "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".
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
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
>> 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
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.
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
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.
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.
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.
"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 !
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!"
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.
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.
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.
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.
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
When you do a Ctrl+F find.
Jon
Wow. I may grow to like it, but my first reaction is "Jesus, but that's annoying".
--Dave Griffith
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:
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. :)
Erik Hanson wrote:
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
Dave Griffith wrote:
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
Is there a way to turn this off? Please provide an option to turn off.
--
Jordan Zimmerman
http://www.jordanzimmerman.com
I agree. This is a great feature.
>> Wow. I may grow to like it, but my first reaction is "Jesus, but
>> that's annoying".
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
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
On Sat, 27 Sep 2003 01:48:12 +0000, Dave Griffith wrote:
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
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.
+1
this feature is annoying
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
? wrote:
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
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 !
+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.
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:
--
Dmitry Lomov
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"
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!"
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.
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 ....
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
thats a futile but very beatuful solution! ;)
Gordon Tyler wrote:
I agree. I like the animated scrolling!
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.
Rayz wrote:
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.
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.
hear hear!
Agreed
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...
jumps during a search, when what you are looking for is already visible on
the page(usually towards the bottom).
>
animated now.
>
actually scroll backwards, to pull the line closer to the top 2nd third of
the of the viewable area.
>
find/find next/find previous result.
>
the 4th viewable line. Then, put your cursor on the 1st viewable line and
do the find.
>
way, and already near the middle of the screen, it will still do this
scrolling.
>
same viewable page.
>
the viewable, especially if it is to left or right.
>
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).
>
intended.
Edit config/options/editor.xml and restart IDEA
Regards,
Jens