Hi, All,
I see that the Scope plugin is marked in autotools as gtk+2 only, and rightly so. At some point, gtk+3 broke GtkTextView: instead of a reasonable default size, a view without text is 0 pixels high (actually 1, gtk+ does not support zero). One of these views is critical for the Scope UI. Interestingly, even after typing some text in it (I managed to do that somehow), the view remains 1 pixel high. :)
I can find some workaround for this, though there doesn't seem to be any good ones [1]. And create a PR to fix the insane statusbar padding [2]. And find some non-tabletish theme, and fix it for Windows Medium fonts [3], and...
Enough. If the gtk+3 developers want to target the mobile market or something, so be it. I'm switching to another editor. It has disadvantages, but is stable, and gets the job done.
It'll be nice if somebody makes the vte and headers checks in scope.m4 as unix-only (there's already a "case" for the non-unix platforms). Personally I'll dump a TODO list for the plugin, and mark it as "Orphaned", along with geanyinsertnum and geanyextrasel.
Please, spare me any reproaches, I feel unpleasant as it is.
*** I wish Geany, and all of you, the best of luck. ***
--
[1] For example, set height request 80, as somebody did for the Project Description field, though using a fixed height is against everything gtk+. That Description is broken for me BTW, neither the arrows nor Enter scroll it, and the cursor happily disappears below the lower border after entering a few lines. YMMV.
Another approach is to put some text in the textview, prefferably with new lines, but that worked for me with mixed success.
[2] "gtk 3.16 statusbar size under Win~1" in the maining list.
[3] That doesn't appear as easy as setting a smaller default font for all views, and the gtk+3 programs can't be marked as "DPI unaware" by Windows 7 "Troubleshooting" feature.
-- E-gards: Jimmy