This is a wrapper around `tm_get_real_path()` but is in a more suitable namespace/module.
I think it makes more sense like this. I typically dislike adding general-purpose functions to the API, but since Glib doesn't provide any equivalent, it really is useful.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1224
-- Commit Summary --
* Add utils_get_real_path() and use it
-- File Changes --
M src/app.h (2)
M src/document.c (8)
M src/libmain.c (2)
M src/plugindata.h (2)
M src/tagmanager/tm_source_file.c (2)
M src/utils.c (29)
M src/utils.h (1)
-- Patch Links --
https://github.com/geany/geany/pull/1224.patchhttps://github.com/geany/geany/pull/1224.diff
--
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/pull/1224
Now that a new enough GLib is available the signal can be handled cleanly on the main loop using the GSource for Unix signals. This replaces the illegal SIGTERM handling that was disabled in
fbb89f523af47b35e238678d348cfa98e56c760a.
In the future, we might also like to handle `SIGPIPE` which was ignored in cc511a78d80fde742e1794c32b2738ae8ddd4792 to log the error instead of just ignoring it (or handling `write()` failures at their source).
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1255
-- Commit Summary --
* Re-enable SIGTERM handling
-- File Changes --
M src/libmain.c (21)
-- Patch Links --
https://github.com/geany/geany/pull/1255.patchhttps://github.com/geany/geany/pull/1255.diff
--
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/pull/1255
This is to get the ball rolling on the [Port to GSettings project](https://github.com/geany/geany/projects/1).
See individual commit messages for more details.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1257
-- Commit Summary --
* Add initial GSettings support
* Change 'sidebar_pos' to use GSettings
* Port "fullscreen" preference to GSettings
* Port "sidebar_visible" preference to GSettings
* Port "msgwindow_visible" preference to GSettings
* Port "statusbar_visible" preference to GSettings
* Port "sidebar_*_visible" preferences to GSettings
-- File Changes --
M configure.ac (2)
M data/Makefile.am (4)
A data/org.geany.Settings.gschema.xml (53)
M po/POTFILES.in (1)
M src/Makefile.am (2)
M src/build.c (11)
M src/callbacks.c (70)
M src/keybindings.c (5)
M src/keyfile.c (29)
M src/libmain.c (33)
M src/msgwindow.c (25)
M src/msgwindow.h (2)
M src/prefs.c (44)
A src/settings.c (77)
A src/settings.h (35)
M src/sidebar.c (46)
M src/sidebar.h (2)
M src/ui_utils.c (63)
M src/ui_utils.h (13)
M src/vte.c (5)
-- Patch Links --
https://github.com/geany/geany/pull/1257.patchhttps://github.com/geany/geany/pull/1257.diff
--
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/pull/1257
For some reason "project-save" isn't emitted when closing project - see
write_config(FALSE) in project_close(). This means that in this case
plugins cannot save their configuration into the config file. This doesn't
even correspond to the documentation of the signal
"Sent when a project is saved (happens when the project is created, the
properties dialog is closed or Geany is exited)"
as the signal isnt emitted when exiting Geany because at this point Geany
closes the project.
The comment seems to indicate that the reason is that "project-save"
shouldn't be emitted when "project-close" is emitted but I don't see any
reason why.
Bump API so plugins can rely on the changed behavior.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1400
-- Commit Summary --
* Always emit the project-save signal when writing project file
-- File Changes --
M src/plugindata.h (2)
M src/project.c (20)
-- Patch Links --
https://github.com/geany/geany/pull/1400.patchhttps://github.com/geany/geany/pull/1400.diff
--
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/pull/1400
…version, do so now
Increment one time for both, and fix the corresponding doc comments.
The comment for keybindings_load_keyfile() is reflowed to split into
brief/detail sections properly.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1573
-- Commit Summary --
* api: the commits 745f424 and 169feae should have incremented the API version, do so now
-- File Changes --
M src/keybindings.c (17)
M src/plugindata.h (2)
M src/tagmanager/tm_tag.c (2)
-- Patch Links --
https://github.com/geany/geany/pull/1573.patchhttps://github.com/geany/geany/pull/1573.diff
--
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/pull/1573
This allows plugins to reload keybindings later during their execution.
For more info see the comment in the commit.
---
I'm working on a plugin which is a more universal version of the current GeanyMiniscript plugins - users will be able to write custom scripts which will be executed and depending on the configuration the output will replace current document or selection or be inserted at current position or shown in new window etc. Users will be able to create new scripts (and remove existing). Each script will be keybindingable and since scripts can be removed or added, keybindings have to reload which isn't currently possible because keybindings_load_keyfile() isn't public and because of #1426.
(The plugin is in a VERY early stage of development and will likely not come out soon.)
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1430
-- Commit Summary --
* Export keybindings_load_keyfile() for plugins
-- File Changes --
M src/keybindings.c (9)
M src/keybindings.h (4)
M src/plugindata.h (2)
-- Patch Links --
https://github.com/geany/geany/pull/1430.patchhttps://github.com/geany/geany/pull/1430.diff
--
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/pull/1430
This indicates that TMTag is GBoxed-derived, and can be copied/ref'd.
This helps plugins that must store a tag pointer for later usage while the
tagmanager might let it go in the meantime (can happen quickly if the user
comments a function out when starting a doxygen-comment).
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1465
-- Commit Summary --
* api: export tm_tag_get_type()
-- File Changes --
M doc/Doxyfile.in (1)
M src/tagmanager/tm_tag.c (6)
M src/tagmanager/tm_tag.h (5)
-- Patch Links --
https://github.com/geany/geany/pull/1465.patchhttps://github.com/geany/geany/pull/1465.diff
--
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/pull/1465
Partially resolves, or improves debugging for #1569.
In the future we could give better feedback to the user by showing a dialog or something.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1572
-- Commit Summary --
* Remove redundant SSM macros
* Check Scintilla status in debug builds
* Change all scintilla_send_message calls to use SSM macro
* Improve Scintilla status messages output
-- File Changes --
M src/callbacks.c (2)
M src/document.c (2)
M src/editor.c (10)
M src/highlighting.c (4)
M src/keybindings.c (8)
M src/printing.c (14)
M src/sciwrappers.c (46)
M src/sciwrappers.h (10)
M src/search.c (4)
M src/symbols.c (10)
-- Patch Links --
https://github.com/geany/geany/pull/1572.patchhttps://github.com/geany/geany/pull/1572.diff
--
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/pull/1572
Since filedef config files are now stored under the "filedef" subdirectory
of app->datadir, we need to add the subdirectory name when creating path
from the corresponding app->configdir otherwise the file isn't found.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1482
-- Commit Summary --
* Create correct path for filetype config files
-- File Changes --
M src/ui_utils.c (17)
-- Patch Links --
https://github.com/geany/geany/pull/1482.patchhttps://github.com/geany/geany/pull/1482.diff
--
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/pull/1482