Community
Participate
Working Groups
When the local terminal tries to scroll, the lines jump around very oddly. This only happens in the local terminal, all other plugins scroll perfectly. Local Terminal (Incubation) 0.1.0.v201006041240-10-7w312117152433 org.eclipse.tm.terminal.local.feature.group -- Configuration Details -- Product: Eclipse 1.3.0.20100617-0520 (org.eclipse.epp.package.php.product) Installed Features: org.eclipse.platform 3.6.0.v20100602-9gF78GpqFt6trOGhL60z0oEx3fz-JKNwxPY
The local terminal is part of TM.
Scrolling has been improved for TM 3.2.1, can you give this a try: - Update Site: http://download.eclipse.org/dsdp/tm/updates/3.2interim - Downloads: http://download.eclipse.org/dsdp/tm/downloads/drops/M20100907-0720/ If it doesn't help, please be more specific what is odd. Are you using the scrollbar handle, or scrolling by keyboard in an application like vi ? What do you find odd? What host Platform, exactly are you on (cat /etc/*-release)?
The update site didn't list a new release for the local terminal (the SDK shows an updated version). Will try the zip and report back.
I just made a video of the "odd" scrolling behaviour. Sorry I can't explain it any better. Seems that the terminal scrolls down then up sometimes. I'm running Gentoo, no exact version information as Gentoo uses rolling releases. I have no other scrolling issues in eclipse. For the video, use http://www.timohummel.com/screengrab.avi
I looked at the video but I do not see the odd scrolling. To me it seems all normal. Can you say at which second in the video you think something goes wrong?
Clicking your link shows: " Windows Media Player cannot play the file. The Player might not support the file type or a required codec might not be installed on your computer. " I tried on 2 different machines (Win XP, and Vista). Any hints?
VLC can handle the video. I think I know this effect. I noticed it while working on the other terminal patches. When new lines are added the view sometimes first scrolls down and then up again. This happens very fast and is therefore hardly visible, it's just a little flicker.
The effect is best visible if you play the video at slow motion, e.g. 5 FPS or 1 FPS. Anton, yes that's the problem.
Also, if your graphics driver isn't optimized (like the nv driver or nouveau), where screen updates are slower than they should, this effect is really awful, and should be fixed. In contrast, scrolling huge source files isn't a problem at all.
Timo, I'm not sure whether we can carve out any dev time for this anytime soon... if this is something that you'd be able to investigate yourself, we'd be more than happy to help you in any way we can! Assuming you have the local terminal running with Eclipse SDK, all you need is File > Import > Team : Team Project Set from http://www.eclipse.org/dsdp/tm/development/terminal-anonymous.psf and you'll be ready to build it yourself and debug. See also http://wiki.eclipse.org/TM_and_RSE_FAQ#How_do_I_use_eclipse_to_develop_eclipse.3F and http://wiki.eclipse.org/TM_and_RSE_FAQ#How_do_I_run_or_debug_with_my_changes.3F Marking as "helpwanted". Thanks!
Martin, I will see if I have time in the near future. As it is only a minor issue, and I'm running Linux, it is not a major problem for me, because I can run a native bash shell on a second display.
CQ:WIND00254344 Toni, can you have a look at this?
Created attachment 196087 [details] Proposed patch This patch fixes it for me. The problem seems to be caused by the fact that in case of a new line (typing enter), the ITextCanvasModelListener is sent terminalDataChanged() before dimensionsChanged(). When terminalDataChanged() is received in the TextCanvas, the dimensions have already changed so that scrollToEnd() computes a wrong scroll location. The fix is to calculateGrid() before scrollToEnd(). Reversing the notification order seems to work as well, but I am not sure about other side-effects.
Release for 3.3rc2 - thanks for the patch!