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 749323 - blank column on right panel (not an bug report but a suggestion)
blank column on right panel (not an bug report but a suggestion)
Status: RESOLVED OBSOLETE
Product: meld
Classification: Other
Component: general
git master
Other Linux
: Normal minor
: ---
Assigned To: meld-maint
meld-maint
Depends on:
Blocks:
 
 
Reported: 2015-05-13 14:15 UTC by john
Modified: 2017-12-13 19:12 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screen snapshot. (48.14 KB, image/png)
2015-05-13 14:15 UTC, john
Details

Description john 2015-05-13 14:15:53 UTC
Created attachment 303315 [details]
screen snapshot.

This is a suggestion (not a bug report).

Please refer to the attached screenshot.

Sometimes when I am working on the right panel, my cursor is already at the very left of panel, but I am still trying to move it leftwards because of a blank column. For instance, the "//"s on the right panel seems to locate at column 2 but they are actually at column 1. 

So my suggestion is: enlarge the light gray area between the left and right panels 1 more column to the right, and move the left and right arrows to the gray area.

Thank you.
Comment 1 john 2015-05-14 02:22:09 UTC
At least old version 1.4 did what I suggested.
Comment 2 Kai Willadsen 2015-05-30 19:16:30 UTC
Actually, by current design there should be no grey area at all; the area between the panes should be exactly the same colour as the panes themselves, so that's something slightly unusual going on with your theme... not a big deal though.

However, I agree that it can look a bit weird to not have a reasonable visual indicator of where the document starts. I've gone to a fair bit of effort to make the merge indicators flow seamlessly across panes, and I haven't figured out a good way to both do that and still have an indication of document borders.

Technically speaking, this would involve overriding background colour drawing for all GtkSourceView gutter renderers, including ones we don't actually draw ourselves, which might be quite tricky.
Comment 3 Grant Edwards 2015-07-21 04:13:21 UTC
I agree with john that visual indications showing where the edges of the text areas for source code are desirable.  But, I'm not sure if it's worth spending a lot of time trying to override the behavior of an external library.  It doesn't bother me enough that it's going to get to the top of my personal todo list in the forseable future, so I've really got no right to complain. :)
Comment 4 GNOME Infrastructure Team 2017-12-13 19:12:23 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/meld/issues/87.