Since many distros now distribute the GTK3 version of Geany the nightly builds should also check GTK3.
--
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/2003
The real name of the struct in Lua 5.1 is luaL_Reg. Lua 5.1 contains a define for compatibility, but it is not present in LuaJIT or later 5.x releases.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/1231
-- Commit Summary --
* GeanyLua: Use luaL_Reg instead of luaL_reg
-- File Changes --
M geanylua/glspi_app.c (2)
M geanylua/glspi_dlg.c (2)
M geanylua/glspi_doc.c (2)
M geanylua/glspi_init.c (2)
M geanylua/glspi_kfile.c (2)
M geanylua/glspi_run.c (2)
M geanylua/glspi_sci.c (2)
M geanylua/gsdlg_lua.c (2)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/1231.patchhttps://github.com/geany/geany-plugins/pull/1231.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1231
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/pull/1231(a)github.com>
On Windows, when I open a file, press Ctrl-L, and enter a relative path using forward slashes (`/`) instead of Windows's official backslash path separator (`\`), Geany doesn't understand that and produces a confusing error message.
Specifically, if I go to `C:\Users\cousteau\` and enter `AAA/BBB/ccc.txt`, I get "Error: couldn't find `C:\Users\cousteau\AAA\BBB\AAA\BBB\cc.txt`. Note that the directory part (`AAA/BBB/`) appears twice, but other than that it looks like Geany is somewhat able to parse the path. If instead I enter `AAA\BBB\ccc.txt`, Geany will open `C:\Users\cousteau\AAA\BBB\cc.txt` without complaining.
This is a bit inconveniencing because I often work with Unix-like environments (Git bash shell, MinGW, MSYS, WSL, tools and languages that ignore Windows's odd decision to use backslashes and use the usual `/` instead, etc), so whenever I get a file name (e.g. after running `find` on bash) the path is specified using forward slashes. I'd love to be able to just copy-paste that in Geany and have it open without manually replacing every `/` with `\`.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3868
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3868(a)github.com>
This PR contains some ctags updates which were made upstream as discussed in https://github.com/geany/geany/pull/3859.
Apart from that I noticed that the `update-ctags.py` script didn't copy the updated libreadtags library so I modified it to do so and as a result this PR also contains updated readtags.c/h which was missed in the previous PR.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3877
-- Commit Summary --
* update-ctags.py: Also copy the readtags library
* Update ctags to p6.1.20240519.0
* Add missing powershell mapping
* Update matlab unit test output
-- File Changes --
M ctags/libreadtags/readtags.c (298)
M ctags/libreadtags/readtags.h (20)
M ctags/main/repoinfo.h (2)
M ctags/parsers/jscript.c (96)
M ctags/parsers/matlab.c (11)
M ctags/parsers/pascal.c (11)
M ctags/parsers/powershell.c (35)
M scripts/update-ctags.py (4)
M src/tagmanager/tm_parser.c (1)
M tests/ctags/matlab_test.m.tags (4)
-- Patch Links --
https://github.com/geany/geany/pull/3877.patchhttps://github.com/geany/geany/pull/3877.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3877
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3877(a)github.com>
After opening Geany, or after creating a new tab in Geany, the default filetype is `None` and the default extension is null.
It will be quite useful to allow the user to specify a default filetype, or at least a default file extension when saving content in new Geany tabs.
A possible simple implementation would be allow the user to create `filetypes.None.conf` in which they could specify something like:
```
[settings]
# default extension used when saving files
extension=txt
```
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3847
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3847(a)github.com>
This is an experiment to use GtkFileChooserNative on Windows and macOS to address issues like
https://github.com/geany/geany-osx/issues/14
where the GTK dialogs don't offer the best user experience.
I kept using GtkFileChooser on Linux because it adds extra widgets to the dialog like file encoding and filetype selection and these aren't supported when using native dialogs. To me at least this isn't the most important thing and using native dialogs under Windows and macOS is more important IMO.
This leads to a few ifdefs in the code but I'd say the result isn't too bad (GtkFileChooser is a GtkWidget while GtkFileChooserNative isn't so some things have to differ). Before continuing with the save dialog and project open dialog, my question is whether something like that would be acceptable for Geany - @b4n @eht16 what do you think?
@eht16 Do the native dialogs work correctly on Windows with this patch? It seems to work alright on macOS.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3861
-- Commit Summary --
* Use GtkFileChooserNative for opening files on Windows and macOS
-- File Changes --
M src/dialogs.c (75)
-- Patch Links --
https://github.com/geany/geany/pull/3861.patchhttps://github.com/geany/geany/pull/3861.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3861
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3861(a)github.com>
PR https://github.com/geany/geany/pull/3267 broke handling of several special tab switch cases:
* By showing the tab's child too early, it prevented the switch-page handler to properly work in situations where there was only one page, as the tab switch would happen at page creation yet the document would not be valid yet.
* It removed explicit emission of the switch-page signal when the source and target pages are the same after session opening, which happens if the active session page is the first one.
Fix this by mostly reverting 23367de0c5237558ea63cb8c711d46390d978267 and implementing the delay directly in the switch-page handler.
Fixes #3684.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3891
-- Commit Summary --
* Fix emission of document-activate signal and associated UI glitches
-- File Changes --
M src/callbacks.c (61)
M src/document.c (39)
M src/editor.c (7)
M src/keyfile.c (6)
M src/libmain.c (2)
M src/notebook.c (2)
-- Patch Links --
https://github.com/geany/geany/pull/3891.patchhttps://github.com/geany/geany/pull/3891.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3891
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3891(a)github.com>