#988 Terminal doesn't respect message window width

None
closed-plugin-bug
nobody
v1.23.1
5
2013-08-31
2013-08-25
Andrey Vihrov
No

When the compiler/message window (which also hosts the terminal tab) is set to be on the right, not on the bottom, the terminal width can be wider than the window itself. This can be seen by making the message window narrow enough and typing "man gcc" in the terminal. Only part of the manual text will be displayed.

This was observed on current Arch Linux.

Discussion

1 2 > >> (Page 1 of 2)
  • Lex Trotman
    Lex Trotman
    2013-08-25

    Works for me, you need to provide full details of versions of glib, gtk, libvte.

     
  • Andrey Vihrov
    Andrey Vihrov
    2013-08-25

    Thanks, that's good to know. My versions are

    core/glib2 2.36.4-1
    extra/gtk2 2.24.20-1
    extra/vte 0.28.2-3
    

    I've also added my geany.conf in case it's needed.

     
    Attachments
  • Lex Trotman
    Lex Trotman
    2013-08-25

    Ok, same libvte, newer glib vs my 2.34.1 but thats the least likely culprit, gtk 2.24.13 vs 2.24.20 might have an effect.

    Using your example "man gcc" I notice that although man outputs most lines reduced to the size of the window, some are actually output too long. These lines VTE wraps and unwraps if I widen the window. An example is the -Dmacro option.

    For you are all lines output too long and being cut off instead of wrapping?
    Or is it only some lines?

     
  • Andrey Vihrov
    Andrey Vihrov
    2013-08-25

    It's certainly the terminal size itself. I have found a better example: run

    watch tput cols
    

    (see man tput) and try to resize the window. The column count changes when the window is wide enough, but stops at 104 and doesn't go lower for me.

     
  • Andrey Vihrov
    Andrey Vihrov
    2013-08-25

    Hmm, it seems that the widget container in the messages window itself doesn't shrink below a particular width: go to the Notes tab and type a really long line. A horizontal scrollbar will appear. When the window is wide enough, resizing the window resizes the scrollbar handle proportionally. However, at a certain width the scrollbar handle isn't resized anymore and just shifts to the right. So this would appear to be an issue with GTK and not with the vte library.

     
    Last edit: Andrey Vihrov 2013-08-25
  • Matthew Brush
    Matthew Brush
    2013-08-25

    Can you double check GTK+ versions using Help->Debug Message on second line? Just want to make sure you aren't using a GTK+3 build - wouldn't be the first time for Arch to use some bleeding edge build options :)

    Also, could you attach a screenshot showing exactly what you're talking about to make sure we're all on the same page

     
  • Andrey Vihrov
    Andrey Vihrov
    2013-08-25

    Sure:

    00:20:43: Geany INFO        : GTK 2.24.20, GLib 2.36.4
    

    On the screenshot, xfce4-terminal is set to roughly the same width and font size, and both terminals are displaying man gcc. On Geany's terminal tab not all of the text is visible; also, the word GNU in the first line should be centered, but is closer to the right.

     
    Attachments
  • Matthew Brush
    Matthew Brush
    2013-08-25

    Weird. I can't re-produce either (using Git master) even with UI arranged like yours. I'm guessing it's VTE library - maybe there's an update available? Only main differences here is slightly newer Geany version, different GTK+ theme and different language (English).

    If you shrink the message window to be smaller, do the notebook tabs scroll (show arrows) like on your sidebar?

     
  • Andrey Vihrov
    Andrey Vihrov
    2013-08-25

    No, they don't.

    I tried running Geany with a clean config, and the issue disappeared! After that I narrowed it to the Scope Debugger (scope.so) plugin. The plugin adds an extra tab in the messages window, and disabling the plugin makes the terminal work as expected.

     
    Last edit: Andrey Vihrov 2013-08-25
  • Matthew Brush
    Matthew Brush
    2013-08-25

    Can reproduce with Scope plugin enabled.

     
1 2 > >> (Page 1 of 2)