Also fix the first line of geany.css being uncommented when opening the config file through the menus.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3396
-- Commit Summary --
* Add new file templates to Config Files menu
* List general templates too
* Don't comment global content unless it is Conf
-- File Changes --
M src/templates.c (44)
M src/ui_utils.c (10)
M src/ui_utils.h (1)
M src/utils.c (4)
-- Patch Links --
https://github.com/geany/geany/pull/3396.patchhttps://github.com/geany/geany/pull/3396.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3396
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3396(a)github.com>
When the `tab_order_beside` option is enabled, tabs are opened on either side of the active tab, depending on `tab_order_ltr`, rather than at either end.
However, when loading startup files we don't switch to the last opened document right away, but postpone this to the very end. This affects the order tabs are loaded, as the active one is always the first one at this stage.
Rather than over-complicating the loading order to compensate the various options' effect, temporarily revert to an set of options that is easy to handle, and restore it after loading is finished. This also simplifies the existing logic as a basic forward iteration is now enough.
Fixes #3609.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3611
-- Commit Summary --
* Fix startup files order when placing tabs next to the current one
-- File Changes --
M src/keyfile.c (25)
-- Patch Links --
https://github.com/geany/geany/pull/3611.patchhttps://github.com/geany/geany/pull/3611.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3611
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3611(a)github.com>
I often work with big projects mounted via sshfs or nfs. If the projectogranizer plugin is loaded then geany reads in all directories of the project recursively which (potentially and practically) takes a long time via a network - so much time actually that I cannot use the plugin.
To mitigate the problem I tried using the "Ignored directory patterns" (`ignored_dirs_patterns`) feature by adding `*sshfs` to the list as I strictly name the mount points like that. Unfortunately this does not help at all.
After looking at the code I am pretty sure this is because [`get_file_list`](https://github.com/geany/geany-plugins/blob/16f4fca9712c86823e7ac788a709ad94ac280c75/projectorganizer/src/prjorg-project.c#L74) (which is called recursively) does apply all filters to the children of the given `utf8_path` only but not `utf8_path` itself. This makes somewhat sense due to the recursive nature of the function. However, [`prjorg_project_rescan_root`](https://github.com/geany/geany-plugins/blob/16f4fca9712c86823e7ac788a709ad94ac280c75/projectorganizer/src/prjorg-project.c#L145) does not apply the filters to the root dir either and thus the filters do not work for my use case. I can of course work around this by nesting the mount point within the project directory but that's not exactly ideal. Since `prjorg_project_rescan_root` sets up the `ignored_dirs_list` anyway it would be quite easy to add a check for that before initially calling `get_file_list` AFAICT. What do you think?
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/1283
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/issues/1283(a)github.com>
Restoring the session (from my upgraded ~/.config, which has seen all versions since the dawn of time^W^W^W^W I started using Geany) restores the files, but not:
* the order
* the current file
It kinda looks like the first element is right, but the reset is sort of loaded in reverse… Might have something to do with the option on where new tabs are opened?
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3609
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3609(a)github.com>
The whole value 99999 doesn't fit into the entry which looks ugly and, to me, somehow a rounded value like 1000 (which is still sufficient in terms of "unlimited" number of characters in a tab) looks more pleasing.
I'm adding this nit-picky change for consideration for 2.0 since it should be low-risk, and, also, because once the default value "99999" gets written to user's config files, it will stay there forever even if we change it in future releases.
Now:
<img width="812" alt="Screenshot 2023-10-18 at 10 59 21" src="https://github.com/geany/geany/assets/713965/fb12a455-10e0-4e74-b…
After:
<img width="812" alt="Screenshot 2023-10-18 at 10 59 02" src="https://github.com/geany/geany/assets/713965/653b9751-6bdb-4eb0-9…
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3612
-- Commit Summary --
* Change default tab_label_length from 99999 to 1000
-- File Changes --
M src/ui_utils.c (2)
-- Patch Links --
https://github.com/geany/geany/pull/3612.patchhttps://github.com/geany/geany/pull/3612.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3612
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3612(a)github.com>
We missed to update `scripts/version-bump` for Meson and so `meson.build` still thought we are about to release Geany 1.38 :smile:.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3599
-- Commit Summary --
* Update meson.build also on version bumps
-- File Changes --
M meson.build (2)
M scripts/version-bump (1)
-- Patch Links --
https://github.com/geany/geany/pull/3599.patchhttps://github.com/geany/geany/pull/3599.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3599
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3599(a)github.com>
Is there a way to set the file extension for the plugins built using `shared_module()`? On macOS it defaults to ".dylib" but Geany expects that the extension is ".so" so these plugins don't load. geany-plugins still use autotools which produce ".so" those load alright.
Not critical for the release, I'll revert to using autotools for this release but it would be good to figure this out for the future.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3606
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3606(a)github.com>