Hi.
OS: Windows 7 64bits
Geany version: 1.26
In "Edit>Preferences>Files>Default encoding" I selected IBM850 as default encoding in all options, new files and open files, but all files are opened with 1252 encoding. With new files there is no problem.
Thank you.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/900
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>
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
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
### Suggestion
The debug information at `Help > Debug Messages` should report the Scintilla version Geany was linked against.
Lexilla should have its own entry as well, given its [divergent release cadence].
### Example
### Motivation
Issues could be more easily traced to a precise library version.
Users could locate this otherwise obscure information without leaving the app.
### Implementation
The main problem is how to expose the libraries' versions at compile time. I've had some luck with the following approach:
1. write a script to parse the content of `scintilla[/lexilla]/version.txt` and return the appropriate version (based on input) in semver format
2. call the script in `configure.ac` via the [`m4_esyscmd`] macro, assigning the script output to preprocessor definitions for each version
3. use the definitions in `src/libmain.c` to extend Geany's debug output
### Questions
My concern is that step _2_ may be disruptive to the build workflow. Some potential issues that come to mind:
- builds targeting Windows would need access to a POSIX shell (if they don't already . . . I've never tried to package Geany 😊)
- calling `m4_esyscmd` on a failing script does not crash `autoreconf` [^1]. But aborting in that case might be better than generating an incomplete `config.h` header
This thread is here to gather input, especially with regard to the acceptability of using `m4_esyscmd` in the build.
A search for similar topics found only an open RFC about [documenting lexer properties].
[^1]: "The error output of _shell-command_ is not a part of the expansion: it will appear along with the error output of m4." <https://www.gnu.org/software/m4/manual/html_node/Esyscmd.html#index-esyscmd>
[divergent release cadence]: https://groups.google.com/g/scintilla-interest/c/1VWWqoJ_kmA/m/mfqpF1tjAgAJ
[`m4_esyscmd`]: https://www.gnu.org/software/m4/manual/html_node/Esyscmd.html#index-esyscmd
[documenting lexer properties]: https://github.com/geany/geany/issues/2517
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/discussions/3108
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/repo-discussions/3108(a)github.com>
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3173
-- Commit Summary --
* Add batch file ctags parser
-- File Changes --
M ctags/Makefile.am (1)
A ctags/parsers/dosbatch.c (44)
M meson.build (1)
M src/filetypes.c (2)
M src/tagmanager/tm_parser.c (10)
M src/tagmanager/tm_parser.h (1)
M src/tagmanager/tm_parsers.h (3)
M tests/ctags/Makefile.am (1)
A tests/ctags/simple.bat (30)
A tests/ctags/simple.bat.tags (5)
M tests/meson.build (1)
-- Patch Links --
https://github.com/geany/geany/pull/3173.patchhttps://github.com/geany/geany/pull/3173.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3173
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3173(a)github.com>
Please consider adding an <b>Unflow paragraph</b> command - the opposite of
<b>Reflow Lines/Block</b> The use case for this is to make it easy to type in
<b>Geany</b> and then paste the results into the Gmail or Github editor
Incidentally, <b>Reflow Lines/Block</b> indicates that the conception of a
block of line is already endogenous to <b>Geany</b> and thus I believe that the
concept of extending the highlighting of lines to the line numbers columns
should be considered an extension of an existing capability
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/802