Re: [Github-comments] [geany/geany] Toolbar Icons Spacing Painfully Wide with Gtk+3 on openSuSE (#1825)
I'll have to build the current code and see how it looks on SuSE. If Adwaita is dead-tortoise, then that is what you get. The problem is primarily a themes issue, but it seems like a .gtkrc for the gtk3 builds of Geany may be able to minimize the damage. Having all the toolbar icons scroll of the right of the editor window and be ellipsized is just awkward. Thank you for your help here. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1825#issuecomment-416023205
Re: [Github-comments] [geany/geany] Toolbar Icons Spacing Painfully Wide with Gtk+3 on openSuSE (#1825)
Thanks codebrainz, I just went ahead and rebuilt it with Gtk+2, and everything is perfect without having to mess with any CSS, etc. I cannot find any Gtk+3 theme that makes Geany usable in the limited space of a VM. All Gtk+2 themes are fine. Here is the comparison screenshot. All buttons fit with "Room to Spare": [Screenshot on OpenSuSE Leap 15 Beta (Gtk+2)](http://paste.opensuse.org/14174908) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1825#issuecomment-381472269
Re: [Github-comments] [geany/geany] Toolbar Icons Spacing Painfully Wide with Gtk+3 on openSuSE (#1825)
Here is a screenshot of the problem: [Screenshot on OpenSuSE Leap 15 Beta - Build 187.1](http://paste.opensuse.org/6652) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1825#issuecomment-381287055
[Github-comments] [geany/geany] Toolbar Icons Spacing Painfully Wide with Gtk+3 on openSuSE (#1825)
All, I installed geany 1.33 on the latest opensuse leap 15 beta. One thing that is a bit awkward to work with when using Geany in a VM (display res 1382x864) is the toolbar icon width which is much much wider than earlier releases causing the Search box, Jumpto Line input, Jumpto button and Quit to be pushed off toolbar adn ellipsed (or actually the down triangled). I know this (as well as icon height spacing, and height of edit-entry box, combo-box, etc.. has been a challenge with Gtk+3, but are there any tweak that can be added to condense the icons to more of a normal toolbar spacing so that all the icons fit again? Since they all work, this isn't a bug, but it is more a feature request - if possible, to regain some of the toolbar real estate lost in the Gtk+2 -> Gtk+3 update. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1825
Re: [Github-comments] [geany/geany] Documents list - folders unneeded, just display filenames (tooltips have full path) (#1418)
Kudos Geany devs. 1.33, keybindings - Toggle sidebar - works perfectly! Thank you! -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1418#issuecomment-371214474
Re: [Github-comments] [geany/geany] Indent of selected range and copy doesn't include indent of first line (#1693)
I apologize. The use case is this. StackOverflow (and any of the coding sites that use markdown) generally use a 4-space indention to format text as code. Selecting code to paste into an answer, and then indent to create the 4-space indention results in just this case -- all lines indented and selected except the first 4-spaces of the first line. That was the specific reason for implementing the selection extension to cover all code indented. It was actually a behavior of kate/kwrite that I duplicated in an editor. I thought I would pass it along to Geany as a feature request it is quite useful to not have to block indent and re-select the lines again to cover the indented range of lines. Keep up the great work. You have a great editor. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1693#issuecomment-346290003
Re: [Github-comments] [geany/geany] Indent of selected range and copy doesn't include indent of first line (#1693)
I like that solution, but what about the times when there is partial first like selected (or the whole like, including the first character, just not from the numbers margin?) I usually have numbers off anyway, but if it works similar to the what word processors do and doesn't require numbers being shown, that in its own right is a cool feature. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1693#issuecomment-345990240
[Github-comments] [geany/geany] Indent of selected range and copy doesn't include indent of first line (#1693)
This is more a feature request than a bug, so no immediate attention is required. The problem is selecting lines to indent and copy for pasting. If you full-select lines 1-10, and then choose indent, the existing selection does not include the new indent of the 1st line (meaning after indent, the selection bounds are never updated on line 1 to include the new spaces inserted before line one for the indent -- at least it behaves that way on windows) I have run into similar issues before and would propose a fix something like the following within the indent loop. Just a simple check if we are indenting the first line, and if so, move the start mark back to the beginning of the first line: ``` /* reset start iter and start mark to beginning of line * so that selection continues to encompass entire first line. */ if (start_line != end_line && i == start_line && !gtk_text_iter_starts_line ()) { gtk_text_iter_set_line_offset (, 0); gtk_text_buffer_move_mark (buf, start_mark, ); } ``` then before return from the indent function just set the select range to encompass all indented lines: ``` /* adjust selection to cover entire first line */ gtk_text_buffer_select_range (buf, end, start); ``` I haven't checked whether geany is using indent features from scintilla or just a loop and custom indent function, so this may have to be wrapped around scintilla's indention. A noted, this is just a feature request for tweaking the select range following indent so the whole newly indented range remains selected. Keep up the great work. Geany is by far the hands down favorite non-desktop integrated editor. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1693
[Github-comments] [geany/geany] Clicking Help in Preferences results in URI Not Found on Win7 (#1522)
Specifically, with Geany-1.30.1 (default install) on Win7/32-bit, when accessing help from within preferences, help fails to open and the following error is reported in the status bar: *Failed to open URI: "C:\Program Files\Geany\share\doc\geany\html\index.html#editor-features-preferences": The system cannot find the file specified.* (The `index.html` file is in that exact location, but it is not being found.) When opened manually from within IE, the help file opens fine and the URI shown in IE is: `file:///C:/Program%20Files/Geany/share/doc/geany/html/index.html#editor-features-preferences` The primary difference being the `file:///` appended to the beginning, but that simply looks to be.how IE reports the URI in the address bar rather than any cause of the failure to open. My only guess is that there is a parse error somewhere, perhaps with the jump reference within the page being tacked on the end of the filename (e.g. `#editor-features-preferences`) I apologize for initially filing under the different unrelated bug. This is a low-priority issue. Let me know if you need me to provide anything else. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1522
Re: [Github-comments] [geany/geany] Add 'Toggle Line Numbers' to Keyboard Shortcuts list (#1520)
I know, after the momentary of (early onset Alzheimer's) , it smacked me like a brick... Duh... (it's Friday :) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1520#issuecomment-309180213
Re: [Github-comments] [geany/geany] Add 'Toggle Line Numbers' to Keyboard Shortcuts list (#1520)
Alt+v gets me the `view` menu, but 1 doesn't seem to affect any change. Strange. The more I use this editor, the more I really like what you have done. Keep this as a 'sometime in the future' feature request. I'll see if I can find time to look at a patch. But, damn, with 3 teenage kids, time is something I don't have... -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1520#issuecomment-309171169
[Github-comments] [geany/geany] Add 'Toggle Line Numbers' to Keyboard Shortcuts list (#1520)
Geany Dev, It would be very useful to have a `Toggle Line Numbers` hook in keyboard shortcuts to allow assigning a key-combination. It is currently available in the `View` menu as `Show Line Numbers`, but there is no associated hook in keyboard shortcuts. It's a 'nice to have' feature. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1520
[Github-comments] [geany/geany] Automatically Display Compiler Messages on Warnings (in addition to just Errors) (#1517)
geany 1.30.1 Windows 10 Is there a way, or could you add an option, so that on compilation (or build) the messages window will open to display compiler Warnings just the same as it displays compiler Errors? I have all widgets hidden when working in geany (except for the document list on left -- which I wish I could turn the directory lines off in). On compile, if an error is generated, the messages window automatically appears and the compiler line is displayed -- perfect behavior. However, when only a warning is generated during compile, the messages window is not displayed, and the status line shown compile was successful. (the warning line is nicely underlined, but I would like the full messages window displayed with the compiler status showing the warnings (some can be quite serious, e.g. incompatible pointer type, etc.., but status line still shows successful compile) I have tried the Preferences -> General -> Miscellaneous -> [x] Switch to status message list at new message, but that does not cause the messages window to be displayed. A new option under this one with "[ ] Show message window for both errors and warnings." would be great. You have done a great job with geany. I have a similar but much smaller editor project that I have not yet finished or ported to windows. (github.com/drankinatty/gtkwrite) I'll try and find the time to see if I can help with a patch. Thanks for your great work on geany. Let me know if I can provide any further information. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1517
Re: [Github-comments] [geany/geany] Geany 1.29 toolbar no longer fits (spills over to ellipsed dropdown) status bar 2X as tall as 1.24 (#1419)
No, that comment went more to the new KDE4 philosophy of taking something perfectly good (KDE3) and destroying it in the name of progress (KDE4/FW5) while denying the user any control of the changes `:)`. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1419#issuecomment-285952345
Re: [Github-comments] [geany/geany] Documents list - folders unneeded, just display filenames (tooltips have full path) (#1418)
I'll have a look and see if I can come up with a patch. I really like geany. I've got my own 'little' editor project (/drankinatty/gtkwrite) that pails in comparison to geany, but I always look for ways to improve UI's to maximize production space, minimize keystrokes or mouse-clicks, incorporate human-factors and provide user-choice where ever practicable. Providing a concise list of filenames only (I may have 100 open in a big project like TDE) hits all those points. Keep up the great work. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1418#issuecomment-285952130
Re: [Github-comments] [geany/geany] Geany 1.29 toolbar no longer fits (spills over to ellipsed dropdown) status bar 2X as tall as 1.24 (#1419)
I changed it all -- solution was just as elextr described. I pulled the srpm from the opensuse download and built geany against GTK+2.24 instead of the mess it was built against. It looks fantastic again! Thanks guys, keep up the good work, and just be aware that geany looks really awkward and clumsy when built against GTK+3x -- unless the distro goes to great length to provide a GTK+3 theme configured to provide a usable interface for intricate apps like geany. (very few distros make the effort). The primary problem is as described in my original post here. Everything is twice the size it should be causing toolsbars to get crowded and ellipsed into submenus, etc.. Yuk! The fallacy of the GTK+3 interface is unless the app developers go to extraordinary lengths to size every button, icon, entry, etc.. so it still looks good under GTK+3 -- then you are going to run into these problems. GTK+3 gives is default sizes and doesn't do anything to insure the theme used is compatible with your app. (that's KDE4 improvement logic) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1419#issuecomment-284215574
Re: [Github-comments] [geany/geany] Geany 1.29 toolbar no longer fits (spills over to ellipsed dropdown) status bar 2X as tall as 1.24 (#1419)
Here is what I'm seeing: [Geany 1.2.4 Interface](https://www.rlfpllc.com/dl/geany/geany_1.24.png) [Geany 1.2.8 Interface](https://www.rlfpllc.com/dl/geany/geany_1.29.png) The usability differences on a laptop are huge. If you have any problems with the links (iptables is set tight) let me know and I'll e-mail them or provide them in another manner. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1419#issuecomment-283859128
Re: [Github-comments] [geany/geany] Geany 1.29 toolbar no longer fits (spills over to ellipsed dropdown) status bar 2X as tall as 1.24 (#1419)
Uugh. You are right: 21:47:46: Geany INFO: Geany 1.29, en_US.UTF-8 21:47:46: Geany INFO: GTK 3.20.9, GLib 2.48.2 21:47:46: Geany INFO: System data dir: /usr/share/geany 21:47:46: Geany INFO: User config dir: /home/david/.config/geany 21:47:46: Geany INFO: System plugin path: /usr/lib64/geany On the raspberrypi 21:48:47: Geany INFO: Geany 1.24.1, en_US.UTF-8 21:48:47: Geany INFO: GTK 2.24.25, GLib 2.42.1 21:48:47: Geany INFO: System data dir: /usr/share/geany This is bad news, and this is the reason I try and stay with Gtk+2, there are just no themes for Gtk+3 that give a decent look, and if you find one, there is no guarantee it will work tomorrow when the next rapid fire, rabbit pellet release of Gtk+3 pops up and deprecates what was the latest new gotta have theme approach last week. Is there any way I can tweak the 1.29 code or provide a make option to have it use the Gtk+2 theme so the interface is usable again? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1419#issuecomment-283858352
[Github-comments] [geany/geany] Geany 1.29 toolbar no longer fits (spills over to ellipsed dropdown) status bar 2X as tall as 1.24 (#1419)
All, I have geany 1.24 of raspberryPi and it looks great. The toolbar icons all fit in the allotted space and the statusbar is elegantly sizes at the bottom of the window. I have geany 1.29 on opensuse Leap 42 and it looks horrible. The toolbar height is 2x what it should be, the tabs on top of edit window are so huge they are unusable, the icons on the toolbar do not fit on the toolbar and spill out into an overflow ellipsed dropdown menu on the far-right of the toolbar and the status bar is 2x the size wasting critical edit window real-estate. I have checked and made sure the `~/.config/geany` and `~/.config/gtk-3.0/settings.ini` are the same and set to use the same theme. However, no matter what I do, 1.29 on opensuse refuses to look like 1.24 on raspberrypi, but instead looks like some clunky gtk tutorial app you would put together trying to learn gtk. That's not what geany is supposed to look like, it is a fine app. What do I need to do to get 1.29 to be usable. I've turned the toolbar off completely to regain 1-inch of screen (I'm on a laptop, so it matters), but that takes away from the efficiency the toolbar provides. What can I do to get 1.29 to use the same settings that 1.24 is using on raspberrypi? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1419
[Github-comments] [geany/geany] Documents list - folders unneeded, just display filenames (tooltips have full path) (#1418)
All, I'm trying to make friends with geany 1.29 and notice that the documents side-bar is littered with folders for every file that is opened. This makes the document sidebar window a complete mess. The display of folders in the sidebar is wholly unnecessary. The tooltips for each file provide the complete path for each file in a very efficient and real-estate saving manner. Removing the folders would allow for a much cleaner and more usable interface. Is there a 'Various' setting or config setting that allows you to turn display of the folders off and just show the filename? If not, then consider this feature request for a way to simply display the filename in the Documents sidebar without the unneeded folders. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/1418