When new file is opened (previous file which hasn't been opened before), it doesn't open maximized, window is not fully across the screen. This is clean installation of 2.24 version on Windows 7. You should also have previous files already opened in geany showing in tabs to replicate this problem
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/671
While editing files longer than one page, Geany manages the scroll position such that the currently edited line is always the bottom-most line. One unfortunate side effect of this is that the spell checking underlining will be hidden beneath the status bar (depending on the height of the window):
In the screenshot above, you can barely see that "Filller" was highlighted as misspelled.
One way other editors (e.g. GitHub right here) handle this, is by leaving some space underneath the last line in the file. As a workaround, you can repeatedly scroll down in Geany, but that gets annoying while editing.
You might need to adjust the height of the Geany window to reproduce the problem.
---
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/1116
Geany 1.29, en_AU.UTF-8 GTK 3.18.9, GLib 2.48.1
Nothing happens when a file is selected from the file selector on the split window.
@codebrainz has confirmed with gtk3, doesn't happen with gtk2.
Suspect [this](https://github.com/geany/geany/commit/1a36eeaf4d6a5cab39d2cfd2c69a1a2… from @techee which changes the splitwindow widget tree, but it doesn't revert cleanly to try easily.
---
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/1149
Geany 1.28 from git 24f91981c057a7e212c09da66fb974c3ccc85bd6, normal splitwindow plugin, neither @b4n or @kugel- specials, GTK 3.10.8, GLib 2.40.2
When selecting a different buffer for display on the second window using the dropdown list gets the following each time:
```
(geany:9145): Gtk-CRITICAL **: gtk_widget_unmap: assertion 'GTK_IS_WIDGET (widget)' failed
(geany:9145): Gtk-CRITICAL **: gtk_widget_unmap: assertion 'GTK_IS_WIDGET (widget)' failed
(geany:9145): Gtk-CRITICAL **: gtk_widget_unrealize: assertion 'GTK_IS_WIDGET (widget)' failed
(geany:9145): Gtk-CRITICAL **: gtk_widget_unrealize: assertion 'GTK_IS_WIDGET (widget)' failed
```
---
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/993
It would be useful for me if output from Custom Command was inserted in cursor's place. Now it's impossible. If you wasn't select any text, output [replaces the whole line](http://www.geany.org/manual/current/index.html#sending-text-through-c….
So my request is: please solve this some way. Maybe add an option in Settings that switchs between different behaviors of Custom Commands I/O. Or make a plugin for that. I don't know what way is better.
See #1035 for the detailed context.
---
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/1037
change the grep.exe than can search other dir files.
---
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/1113
Please provide some way to increase/decrease the font size in tree browser plugin in sidebar.
Vishal Chaudhary
---
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-plugins/issues/424
There are good reason for running geany via sudo, as opposed to gksudo.
I'm aware of bug #294, and why this happens with sudo and not gksudo. (In short, because gksudo sets $HOME to /root, while sudo leaves $HOME to same as user - and if user is already running geany in their user session, an attempt to open the same config file will be made, and fail).
Please allow me to explain why this shouldn't be dismissed as "not a bug", just because there is a workaround. The problem is not _just_ that sudo works differently than gksudo. The problem is that, _and_ Geany's flawed implementation of config file (or "domain socket" or whatever is going on with that file).
Like many Linux administrators / power users, I use GUI tools with sudo very often, for three related reasons: 1) I prefer working in a terminal; 2) I prefer GUI terminals for ease-of-use [e.g. highlight/copy/paste, color, resize]; and 3) I prefer using sudo in a GUI terminal instead of gksudo, so that I don't have to input my password every single time I open a system configuration file for editing - which is often.
I use many GUI tools this way, and none of them have the problems Geany has. I love Geany - both for system configuration file editing as well as personal file editing, but have had to quit using it because this bug prevents productivity way too often.
It is a bug because a very simple and common use case is prohibited for no good reason, shouldn't be prohibted, and no other similar tools have the same prohibition.
A fix should be simple, in theory. Either:
1. Don't use temporary config files [or whatever is being referenced by "domain socket error"], or
2. Detect if $USER == "root" but $HOME points to somewhere in /home. If so, use /root if it exists, or %TMP% as a fallback (in a unique and secure way that has been exhaustively documented elsewhere on the nets).
Sure, the second one - without additional smarts - might not catch all distributions and/or custom installs, but would cover 99%+ of the user base. And for that tiny percentage that it might not cover, their situation wouldn't be any worse that it is now.
---
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/1150
Expect [1] scripts filenames generally end in .exp, although the code
itself is actually in Tcl. I find my self manually selecting Tcl quite
often, so I think it would be nice if Geany would recognize it direcly
as Tcl.
[1] http://expect.sourceforge.net/
Signed-off-by: Simon Marchi <simon.marchi(a)polymtl.ca>
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/979
-- Commit Summary --
* Recognize .exp (Expect) files as Tcl
-- File Changes --
M data/filetype_extensions.conf (2)
-- Patch Links --
https://github.com/geany/geany/pull/979.patchhttps://github.com/geany/geany/pull/979.diff
---
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/pull/979