horizontal scrolling has issues, especially with non-wrapped verbatim text lines

Bug #704728 reported by Oliver Joos on 2011-01-19
This bug affects 4 people
Affects Status Importance Assigned to Milestone

Bug Description

I use zim rev333 on Ubuntu 10.04 and found minor issues with horizontal scrolling. To reproduce create a new page with a verbatim text line (light blue with mono-spaced font) which is wider than zims window and place the cursor on this line.

1. Moving the horizontal scrollbar all to the right or pressing the End key both leave the last (about 1.5) characters hidden. This happens whether zims window has a vertical scrollbar or not.

2. When cursor and scrollbar are at the end of the line pressing the Home key moves the cursor to the beginning, but does not move the horizontal scrollbar! Before starting to type blindly one could think that the Home key did nothing.

3. No key at all seems to be able to move the horizontal scrollbar back to the very left. Whenever the cursor moves the horizontal scrollbar only moves until the cursor is visible and therefore always leaves a small gap to the left border. The user is forced to use his mouse to go back to normal.

All theses issues are really minor and are likely to have related causes. So I packed them into one report. I hope this is ok.

I have seen a report about this before. Think it is a bug in the gtk
TextView we use. Could you add your Gtk version info to the report ?

Oliver Joos (oliver-joos) wrote :

My Ubuntu 10.04(.1) contains libgtk2.0-common 2.20.1-0ubuntu2 and libgtksourceview2.0-common 2.10.4-0ubuntu1.

If I find out more about these issues with gtk textviews in general I will add a link to an upstream report here...

So Gtk version is 2.20. You can get the same info from zim debug log (zim -D).

Changed in zim:
status: New → Confirmed
importance: Undecided → Low


I do also experience point 1. described in the bug report, on a Debian stable/testing machine.
Here is additional information.

Thanks for your work on this nice tool!

$ zim -D
INFO: This is zim 0.53
DEBUG: Python version is (2, 6, 7, 'final', 0)
DEBUG: Platform is posix
DEBUG: Zim revision is:
 branch: pyzim-trunk
 revision: 447 <email address hidden>
 date: 2011-09-19 22:28:36 +0200

(dependency and system analysis report from reportbug)
Package: zim
Version: 0.53-1
Severity: normal

*** Please type your report below this line ***

-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (990, 'stable'), (450, 'testing'), (200, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages zim depends on:
ii python 2.6.7-3 interactive high-level object-orie
ii python-gobject 2.21.4+is.2.21.3-1 Python bindings for the GObject li
ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii python-xdg 0.19-2 Python library to access freedeskt
ii python2.6 2.6.7-3 An interactive high-level object-o
ii python2.7 2.7.2-5 An interactive high-level object-o

Versions of packages zim recommends:
ii python-gtkspell 2.25.3-7 Python bindings for the GtkSpell l

Versions of packages zim suggests:
pn bzr <none> (no description available)
ii dvipng 1.13-1 convert DVI files to PNG graphics
ii graphviz 2.26.3-5 rich set of graph drawing tools
ii scrot 0.8-13 command line screen capture utilit

-- no debconf information

Vaclav Petras (wenzeslaus) wrote :

At least point 1 is still true for Zim 0.60 and Ubuntu 12.04 with Unity. I have something like 2.7 characters hidden for a long verbatim line (126 characters). It does not happen for the line without formatting (any non-verbatim line, I would guess).

Ad 2. When I press left arrow after pressing Home, the view jumps to the cursor, so then it is in the right state.

Oliver Joos (oliver-joos) wrote :

Nice to see that others still care about this.
I still can reproduce all 3 issues with Zim 0.60 on Linux Mint 13 (based on Ubuntu 12.04).

In short:
- The Home key never scrolls left, even if the cursor gets far left of the visible area.
- The End key does scroll right to keep the cursor visible, but not enough: ~1.5 chars always stay invisible.
- Cursor-Movements also do scroll to keep the cursor visible, but mouse and scrollbar are still necessary to scroll back to the very left. This is annoying in particular within indented text blocks.

SciTE solves this by scrolling *whenever* the Cursor moves, and so that the cursor stays at least 1 character away from the window borders. This would solve everything above except scrolling left within indented blocks.

Move to "Won't fix" as this is Gtk behavior I can't really fix well

Changed in zim:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers