When compiling release geany-1.26 I encounter the following error:
spawn.c: In function 'spawn_async_with_pipes':
spawn.c:625: error: 'G_SPAWN_ERROR_TOO_BIG' undeclared (first use in this function)
spawn.c:625: error: (Each undeclared identifier is reported only once
spawn.c:625: error: for each function it appears in.)
make[2]: *** [libgeany_la-spawn.lo] Error 1
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/764
This seems to be an issue related to a new version of GTK or GLib, as did work fine for me until a system upgrade. The problem is, after clicking View->Change Font, that non-integer font sizes do not work in the main editor any more. Example: The default editor font is Monospace, Regular, size 12. Now I would like to change the size to 12.5, as this is somewhat larger while still not looking "bold" as a size of 13 would. In the small preview line in the bottom of the font selector, the change from 12 to 12.5 is clearly visible. However, this change is not translated to the main editor window any more, only changes of integer size are.
Geany details: geany 1.26 (built on 2015-11-24 with GTK 2.24.23, GLib 2.40.2)
OS: Xubuntu 14.04 with XFCE 4.10 (Ubuntu 14.04.3 LTS)
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/772
On arch you either compile from upstream source or rebuild using the PKGBUILD. Iirc makepkg (which is the build tools used in conjunction with PKGBUILD files) has a command line switch to prevent stripping debug information
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/commit/f8f24f15a3f76604cf7cccab65bba87bd268d…
> Maybe we can just install the correct GTK+ configuration files in geany etc/ directory to do your Windows theme magic
Possibly, I still need to work on de-GNOME-ing Geany. I think it's going to require some Win32 API code to get the correct OS version and then make it use a more appropriate theme since GTK3 seems to remove the theme engine that used the native theme rendering (uxtheme.dll or whatever). The current appearance is unusable to me :(
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/commit/12f4687a110b45c82577b04e633cd6e83c4d0…
The backtrace led deeply into GLib code, leaving a trail of ?? symbols. I don't know how to install debugging symbols in Arch, and I'm hesitant to try hard because it might bloat all of the binaries, which I want to not have debugging symbols for purpose of this installer.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/commit/f8f24f15a3f76604cf7cccab65bba87bd268d…
There's no big reason other than it was easier to generate another installer script using the same tool that generated the first one, than to reverse engineer it. Ultimately we probably should use the original one as it's more featureful (though it takes more rapid Next Next Next clicks to install :)
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/commit/12f4687a110b45c82577b04e633cd6e83c4d0…
I don't really care that much, I just personally find it annoying having so many different Unix-style trees. One of the reason it works on Unix is that everything is under the same root. On Windows, the convention seems to generally be to put stuff in logical(ly named) folders according to what's in them, that is with the exception of FOSS projects who can't be bothered to tailor the file system layout for the platform it's on :)
> and especially if we want to use Autotools everywhere
That's not really related, it's not like Autotools is used to install anything.
P.S. It's only 5 lines, and it's in an area of the code designed specifically for this purpose.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/commit/f8f24f15a3f76604cf7cccab65bba87bd268d…
(1) <b>Ctrl + mouse click</b> jumps the to the first open file tab instead of starting a vertical select with the mouse as expected.
![select1a](https://cloud.githubusercontent.com/assets/7548378/11321782/defbf1e8-90c3-11e5-8042-b233254489f5.png)
(2) <b>Ctrl + mouse click</b> does nothing instead of starting a vertical select with the mouse or jumping to an open file tab consistent with (1)
![select1b](https://cloud.githubusercontent.com/assets/7548378/11321780/def7d306-90c3-11e5-8ef4-b62b2853b235.png)
(3) <b>Ctrl + mouse click</b> jumps the to the first open file tab instead of starting a vertical select with the mouse or jumping to a different file tab to be consistent with (1)
![select1c](https://cloud.githubusercontent.com/assets/7548378/11321781/def7ed00-90c3-11e5-8e34-60453ef0782d.png)
(4) Vertical select with <b>alt+shift+arrow keys</b> selects correctly in any column.
![select2](https://cloud.githubusercontent.com/assets/7548378/11321783/defd3e5e-90c3-11e5-8eea-971dcad22393.png)
(5)<b> Ctrl + mouse click</b> does start a vertical select with the mouse as expected as long as there is stuff in column 3 otherwise as per (1).
![select3](https://cloud.githubusercontent.com/assets/7548378/11321784/df021d20-90c3-11e5-93aa-e0c2059334ef.png)
<b>Geany</b> is, in general, very easy to learn because of the orthogonality of its command set - once I have learnt to use one action in one place, the same action works in other places in a consistent manner. Please consider enabling </b>alt+shift</b> as an action that starts a vertical mouse select just as it does with the arrow keys to maintain this orthogonality. <b>Thanks!</b>
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/767