Until version 1.32 I used a custom color scheme for interface. I run Geany with this command:
bash -c 'GTK2_RC_FILES=~/.config/geany/my_theme geany %F'
with 1.33 version this launcher does not work... any suggestion?
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-plugins/issues/736
Since a recent update, running geany 1.30.1, the panel doesn't show any icon for html files :
![treebrowser](https://user-images.githubusercontent.com/418064/33839154-ce496aec-de91-11e7-9a7b-a802a435099c.png)
Tested with different icons sets on ubuntu 16.04. Strangely the documents panel show these icons.
--
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/657
I now and then press ctrl+n, paste something in the newly appeared "file" and after some time cut (ctrl+a, ctrl+x) the content to use it at another place. When I press ctrl+w to close the empty "file", geany asks me to save it, although it doesn't have a path on the disk.
I think when closing an empty file which doesn't exist on disk, geany shouldn't ask about saving.
--
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/1832
At the moment there's a problem with keybinding creation and processing.
When a keybinding is accessed using shift such as the zoom in keybinding
`Ctrl-+` which on English keyboard requires pressing `<Ctrl><Shift>=`, the
`<Shift>` key is preserved right now. This is visible when changing
keybindings - pressing the above key combination leads to
`<Primary><Shift>+`. This is incorrect - the keybinding should either
be `<Primary><Shift>=` or `<Primary>+` but in `<Primary><Shift>+` there's
extra `<Shift>` which leads to problems.
On linux the problems aren't so much visible - the problem is visible
when changing keybindings as mentioned above. Even though this
particular keybinding isn't executed through on_key_press_event()
because the combination `<Primary><Shift>+` doesn't correspond to the
default `<Primary>+` value, it's executed by GTK as an accelerator so
the problem isn't directly visible.
This might however break when a user modifies this keybinding to the
wrong value `<Primary><Shift>+` and when the user is using multiple
keyboards such as English where + has to be accessed over shift
and German where typing + doesn't require shift. The keybinding will
stop working on the German keyboard in this case because of the
extra shift.
On MacOS the accelerator isn't executed for some reason and non-
letter keybindings don't work when shift is used.
To fix the issue we can use gdk_keymap_translate_keyboard_state()
which reports "consumed" modifiers - that is those which lead to
typing the secondary character. However, we don't want this to happen
when typing alphabetical characters because it's easier to notice
the use of shift in `<Ctrl><Shift>r` than in `<Ctrl>R`. Modifier
consumption is undone in this case.
Should also fix https://github.com/geany/geany/issues/694
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1633
-- Commit Summary --
* Normalise key events when creating/processing keybindings
* Eliminate keybindings_check_event()
-- File Changes --
M src/keybindings.c (44)
M src/keybindings.h (2)
M src/prefs.c (16)
-- Patch Links --
https://github.com/geany/geany/pull/1633.patchhttps://github.com/geany/geany/pull/1633.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/1633
Geany has a few inconsistencies in the menus:
* On macOS, Undo is Cmd+Shift+Z, not Cmd+Y.
* Preferences is usually under the Geany menu and has the shortcut Cmd+Comma (but it is usually automatic). There is a way to set the menu item to function as the Preferences menu, but I don't know it off hand.
* Mac has a built-in fullscreen mode which seems to function like Geany's, so the menu option can be disabled.
* The F1-F12 keys are a pain to use, as they are, by default, mapped to stuff like changing the brightness.
* Zoom In reacts to both Cmd+ and Cmd=. Right now, it seems to react to neither.
That's all for 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-osx/issues/8
I have build and installed geany-master with the G_IO bug workaround. It is installed and running.
```
# which geany
/usr/local/bin/geany
```
but when I try to build the plugins package from master it fails to find geany.
```
./autogen.sh
......
checking for GEANY... no
configure: error: Package requirements (geany >= 1.29) were not met:
```
Package 'geany', required by 'virtual:world', not found
What's that about? Have I missed a step ?
thx
--
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/666
Hi, i attempt to install after cloning.
First, i installed needed packages:
`# pkg_add -v autoconf-2.69p2 automake-1.15.1 intltool`
and:
```
$ export AUTOCONF_VERSION=2.69
$ export AUTOMAKE_VERSION=1.15
$ ./autogen.sh
You should add the contents of '/usr/local/share/aclocal/intltool.m4' to 'aclocal.m4'.
autoreconf-2.69: Entering directory `.'
autoreconf-2.69: configure.ac: not using Gettext
autoreconf-2.69: running: aclocal --force -I build/cache -I build -I build/bundled -I geanypy/m4 --install
aclocal-1.15: installing 'build/cache/glib-gettext.m4' from '/usr/local/share/aclocal/glib-gettext.m4'
aclocal-1.15: installing 'build/cache/nls.m4' from '/usr/local/share/aclocal/nls.m4'
aclocal-1.15: installing 'build/cache/pkg.m4' from '/usr/local/share/aclocal/pkg.m4'
autoreconf-2.69: configure.ac: tracing
autoreconf-2.69: configure.ac: not using Libtool
autoreconf-2.69: running: /usr/local/bin/autoconf-2.69 --force
configure.ac:15: error: possibly undefined macro: AC_DISABLE_STATIC
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:16: error: possibly undefined macro: AC_PROG_LIBTOOL
autoreconf-2.69: /usr/local/bin/autoconf-2.69 failed with exit status: 1
```
One idea?!
--
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/734
The beginning of a macro call is of the form:
```
identifier '!' ( '(' | '[' | '{' )
```
but not:
```
identifier '!='
```
Currently Geany reads `a!=b` as `a!, =, b` instead of `a, !=, b`.
--
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/1828
According to the instructions I should be able to run either ./configure or ./autogen.sh, however, configure file is missing and autogen.sh fails because "macro AM_GLIB_GNU_GETTEXT not found in library".
Should the ./configure file exist or should the instructions be corrected? I assume autogen.sh fails because of missing dependencies? Can they be pulled in automatically?
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/379
Hi, i recently use geany for my c++ & java project, it's almost like a IDE for my requirments (edit, compile, debug).
for java source edit, custom class members/functions autocomplete is worked sometimes.
for c++ source edit, but custom class members/functions autocomplete not work at all.
actually geany already have enough symbols information for an opened c++/java project, because the symbols view can show up members/functions for the opened file, ctrl+left-click member will jump/open declaration of the header file. why not do more work for autocomplete?
debian9 stable, geany 1.29.
Regards.
--
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/1824