06:46:25.485119: Geany INFO : Geany 1.38, C
06:46:25.485131: Geany INFO : GTK 3.24.34, GLib 2.72.1
06:46:25.485164: Geany INFO : OS: Manjaro Linux
Hi,
Geany almost completely stops working when Overview plugin is on the left and the IDE is reloaded.
Although it is possible to load and edit files, save and close do not work, not even using the hotkeys or file menu.
Geany works fine again when I remove Overview plugin from geany.conf and delete overview/pfrefs.conf.
Thank you in advance.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/1180
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/issues/1180(a)github.com>
... that way new users don't have to be told to uncomment the heading as well as the setting they need, just the setting line.
And document this commenting behaviour in the manual.
--
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/2689
- By the original design, the debugger allows thread context switching only
interactively, while in the Call Stack pane (in Stopped mode). This is
being handled directly through GtkTreeView::cursor-changed event.
- However, this event was also getting triggered when clearing the latest
thread's Call Stack after continuing the execution (Running mode).
- This behavior does not seem to have being intended, and it lead to a
number of issues: stepping hangs, corruption of GDB output processing,
unnecessary attempts at opening of source files corresponding to thread's
call-stack frames.
- To avoid all of these issues, GtkTreeView::cursor-changed event is left
unhandled while clearing the frames. Also the handler for thread-context
switching is allowed processing only in debugger's Stopped mode to enforce
the intended behavior.
Fixes #1069
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/1170
-- Commit Summary --
* Debugger: Fix debugging of multi-threaded programs
-- File Changes --
M debugger/src/debug.c (4)
M debugger/src/stree.c (14)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/1170.patchhttps://github.com/geany/geany-plugins/pull/1170.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1170
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/pull/1170(a)github.com>
For D and Python, we try to read the calltip from the constructor method (e.g. "__init__" for Python) instead of from the class tag itself. If we don't find a matching constructor method tag, now we continue looking at the class tag itself.
This is useful for global tags where the constructor signature might be defined on the class tag itself.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3334
-- Commit Summary --
* Use constructor method calltip only if available
-- File Changes --
M src/editor.c (14)
-- Patch Links --
https://github.com/geany/geany/pull/3334.patchhttps://github.com/geany/geany/pull/3334.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3334
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3334(a)github.com>
In Geany's `./template/files/` directory, I think it would be useful to be able to have subdirectories containing files that a user may want to group together and then such files would appear under a submenu of the "New" menu.
The use of this would be for people like me that have numerous templates and especially multiple related templates (like various C or Python templates). One may put their Python files (for example) in a directory called "Python" under `./template/files/` and then the "New" menu would have a "Python" submenu that lists all of the templates in that directory.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3357
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3357(a)github.com>
### Bug Summary
When scrolling using two finger swipe on a touchpad, the editor scrolls very fast (100s of lines) which makes it unusable
### Details
Following steps don't require a strict order
1. Open any (long) file in geany
2. Try to scroll in it (the editor/workspace) using touchpad - it scrolls excessively (unexpected)
3. Try to scroll in the sidebar or message window using touchpad - it scrolls precisely and controllably - as expected
4. Try to scroll at any of these place using mouse - it scrolls same as step number 3 above - precisely, controllable, expectedly
### Screenshots
https://user-images.githubusercontent.com/19423063/197408416-87c1a6c9-0cf9-…
### Environment
* OS: Windows 10 20H2
* Geany: 1.38 "Sulamar" (built on or after Oct 9 2021)
* Using GTK+ v3.24.30 and GLib v2.70.0 runtime libraries
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3319
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3319(a)github.com>
Just upgraded from an Intel to Apple Silicon MacBook and re-installed geany, but have come across the following problems:
Problem geany/geany#1: Solved: Non-`+quartz` geany fails to work correct on M1 and UI glitches. However, geany `+quartz` works with perfect looking UI.
Problem geany/geany#2: Unsolved: The icon (shown in the Mac bar at the bottom of the screen, or when pressing Command + Tab to switch apps) of the geany `+quartz` while running, is just a black square with the words 'exec' in the top left hand corner.
Problem geany/geany#3: Unsolved: The Mac Alt-Tab app [1] fails to recognize geany as an app and doesn't display it in its list windows to switch to.
[1] https://github.com/lwouis/alt-tab-macos/issues/1858
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-osx/issues/38
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-osx/issues/38(a)github.com>
Any change this plugin will be upgraded to Lua 5.4.3 any time soon?
--
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/1133
### percieved working
* open the file plugin in the sidebar
* single click a file - it opens in an editor tab (say preview mode tab) in the read only mode (with some indication - say, the name in the tab bar in italics)
* single click another file - it opens in the existing preview mode tab, and similar manner
* repeat with as many files as you want
* double click on any preview mode tab to convert it to normal tab
### what does it address
* currently rapidly previewing files in a directory/project to get a refresher/overview
* causes too many persistent editor tabs to stay
* which:
* hog the system
* get mingled with the files you are actually working on
* require manual closing and additional precaution to avoid closing the intentional editor tabs
inspiration took as it is from: vscodium
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3327
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3327(a)github.com>
If the long line marker is disabled in *Preferences* → *Editor* → *Display*, the keybinding for *Format* → *Join lines* doesn’t work.
Unlike *Reflow lines/block*, the *Join lines* operation does not need to know anything about long lines, so shouldn’t require the marker.
--
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/1591