After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 687517 - Zooming with C-+ and C-- and the Line Numbers
Zooming with C-+ and C-- and the Line Numbers
Status: RESOLVED DUPLICATE of bug 687415
Product: gedit
Classification: Applications
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: Gedit maintainers
Gedit maintainers
Depends on:
Blocks:
 
 
Reported: 2012-11-03 16:18 UTC by David Gomes
Modified: 2013-08-04 09:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David Gomes 2012-11-03 16:18:06 UTC
The behavior when zooming in Gedit with Ctrl + and Ctrl - cuts line numbers half and there is no way to scroll horizontally to the left.

Attached is a picture describing the problem.
Comment 1 David Gomes 2012-11-03 16:18:27 UTC
Also, it is possible that this is related to GtkSourceView.
Comment 2 Frank Dana 2013-08-04 08:08:08 UTC
Hmm. I don't see an attachment here, but this is my report of the bug from redhat bugzilla #991735.

Description of problem:
When the font size is increased in gedit (either interactively or in the preferences), the line numbering size is increased to match. However, the line-number strip width remains constant, so at larger font sizes the line numbering becomes cut off.

Version-Release number of selected component (if applicable):
gedit-3.8.3-1.fc19

How reproducible:
Always

Steps to Reproduce:
1. Open a file in gedit
2. Enable "Display line numbers" in Preferences > View, if necessary
3. Increase font size significantly, either in Preferences or (if "Text Size" plugin is enabled) by repeatedly pressing Ctrl and +

Actual results:
Line numbers grow larger, and are increasingly cut off by the window border.

Expected results:
Line number strip dynamically resizes to fit width of its contents.

Additional info:
The wrong-size line numbering strip (which happens in both directions; if the font is decreased it remains far too wide) occurs on a per-tab basis when multiple files are open, and persists in each tab until a resize of the strip occurs. Such a resize can be triggered (for the current tab only) by increasing or decreasing the line count in the open file by an order of magnitude (e.g. from 995 to 1001 lines). Note that the nominal width of the strip is 2 digits, so the shortest length transition that will cause a resize is from 99 to 100 lines, or vice versa.
Comment 3 Sébastien Wilmet 2013-08-04 09:59:51 UTC

*** This bug has been marked as a duplicate of bug 687415 ***