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
![geany](https://cloud.githubusercontent.com/assets/1643081/10124022/0eb000d2-654a-11e5-9ede-2cfbc83ed3ee.png)
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/671
As discussed in various discussions in the past, e.g. #679 and #524, we finally remove Waf build system support from Geany, mainly to reduce the build system maintenance overhead.
Steps to do:
- [ ] Remove code references in GIT master, including manual
- [ ] Remove website references
- [ ] Remove wiki references
More?
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/768
Since things like the HTML and configure have been removed from VCS the difference between building from GIT and the extra dependencies that needs and building from tarball is getting bigger. Needs to be made clear.
Or maybe README says how to build from git (since its visible on the github front page) and HACKING or INSTALL says how to build from tarball. Thoughts?
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/756
Line dialogs.c:1347 says "/* For a cancel button, use cancel response so user can press escape to cancel */" however in line 1357 only GTK_RESPONSE_CANCEL is linked to response_2, but esc KEY triggers a GTK_RESPONSE_DELETE_EVEN; hence it should be included also in 1357.
I found it because of a strange behaviour when cancelling a keybinding override in preferences dialog. You can reproduce it like so: go to prefs>keybindings, set a keybinding which is already used for another command, then Geany will show up a dialog saying that the combination is already used. Once there, if you press <kbd>Esc</kbd> key, you'll see that it does the "Allow" action, instead of -what the user would expect- the "Cancel" action.
I'm testing it and dialogs work fine as well as the issue exposed above is fixed.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/714
-- Commit Summary --
* Set close dialog and esc key events as cancel in show_prompt()
-- File Changes --
M src/dialogs.c (2)
-- Patch Links --
https://github.com/geany/geany/pull/714.patchhttps://github.com/geany/geany/pull/714.diff
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/714
This one is hard to reproduce (sorry), and I have no idea what causes this or what is happening.
Steps to reproduce *sometimes*:
0. Install and enable GeanyLaTeX (in case it is relevant: I have only the "auto-completion" activated)
1. Create and open: A latex file and a Makefile, in the same directory (I use the makefile to compile the latex document)
2. Edit the latex file over a long time, intermittently calling "make" via the shortcut "Shift+F9" (as found in the menu)
Actual behaviour: Sometimes the "Make" menu item becomes and stays disabled. This also disables the keyboard shortcut, so Shift+F9 does not do anything anymore. Switching between geany-tabs or re-opening the file does not help. The only way to work around this is to restart Geany.
Expected behaviour: Shift+F9 and the "Make" menu item stay enabled for the whole time.
Versions: Geany 1.25 "Veed" // "(compiled on 2015-07-12 or later)"
Sorry that I can't provide a more reliable way of reproducing the bug. I have already played with different things, and have, so far, only come to the conclusion that disabling the GeanyLaTeX pluging avoids this bug. However, this is not a guarantee, since I "only" tried that for a week. Otherwise I run into that bug roughly once every two weeks, so this experiment isn't conclusive.
I continue using Geany, so if anyone can give me a better "test", or instructions on what to look for via gdb while this is happening, I'd gladly do that.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/282
When using insert custom date on MacOS X via keyboard shortcut (Alt+Shift+D) it's not inserting on cursor position, but about at the place of last click (or where cursor was positioned when loading file). When clicking with mouse on new position insertion seems to work at this place.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/694