Add `parfor` to the list of keywords to be highlighted in Matlab script sources. `parfor` is a Matlab keyword that can be used in place of `for` to achieve parallel processing.
Although `parfor` is technically a function, its use is syntactically equivalent to traditional `for`, and therefore it should be treated the same in terms of syntax highlighting.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1021
-- Commit Summary --
* Add parfor to Matlab keyword list
-- File Changes --
M data/filedefs/filetypes.matlab (2)
-- Patch Links --
https://github.com/geany/geany/pull/1021.patchhttps://github.com/geany/geany/pull/1021.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/1021
I use the "Find in files" dialog extensively in my everyday work *because* it is a very elegant interface to `grep` but nevertheless integrates so well with Geany. However, sometimes I am not interested in the contents of files but merely there names. In these situations I would love to have a similar interface to POSIX `find` that simply takes find arguments and presents any found paths similarly to the "Find in files" dialog (i.e. clickable to open the respective file). Please consider this as a feature request - I won't try to implement it (partially due to the outcome of my "reload all" PR #54 :P)
--
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/1178
Based on the discussion here https://github.com/geany/geany/issues/921 I tried what is still missing to support opening remote files without gvfs-fuse. As I suspected, there wasn't much missing - mostly some g_file_test() calls which didn't work remotely, file name validation which didn't allow URIs, getting filenames instead of URIs from file dialogs etc.
What works after these patches:
* opening links like https://developer.gnome.org/gio/stable/GFile.html both from command-line and file open dialog
* browsing remote locations in file browser
* opening/saving ftp/ssh/etc. locations when mounted - I guess they need to be mounted to work - even gedit needs them mounted (it would probably be possible to use g_file_mount_enclosing_volume () to pop up dialog to make user mount them, not sure if we want it or not)
* opening/saving remote projects
What doesn't work:
* TM parsing - the only reason here's the g_stat() in tm_source_file_init(), after commenting it out it works but TM at the moment doesn't know about Geany's file operation method used so it's not possible to implement this properly (I plan moving the TM - without ctags - into src making it effectively part of Geany after which it will have access to Geany's definitions)
* File->Properties - I simply have been lazy to implement it
* of course things like find in files, build commands etc. which we cannot run remotely
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/963
-- Commit Summary --
* Add wrappers around g_file_test() and use them everywhere
* Update utils_get_path_from_uri() to return URI when using GIO
* Fix warning in utils_tidy_path()
* Use g_file_new_for_uri() when needed
* Preserve URIs in tm_get_real_path()
* Merge implementations of write_data_to_disk() and utils_write_file()
* Use gtk_file_chooser_get_uris() in file opening/saving dialogs
* Add GIO version of document_rename_file()
* Add GIO implementation to utils_get_file_list_full()
* Add file reading utils function
* Load project config files using the new utility function
* Allow opening projects using URI
-- File Changes --
M plugins/export.c (2)
M plugins/filebrowser.c (6)
M plugins/htmlchars.c (2)
M plugins/saveactions.c (6)
M src/build.c (4)
M src/callbacks.c (8)
M src/dialogs.c (8)
M src/document.c (131)
M src/editor.c (2)
M src/highlighting.c (6)
M src/keybindings.c (4)
M src/keyfile.c (4)
M src/libmain.c (24)
M src/msgwindow.c (6)
M src/plugins.c (2)
M src/project.c (57)
M src/symbols.c (2)
M src/templates.c (2)
M src/ui_utils.c (6)
M src/utils.c (322)
M src/utils.h (16)
M src/vte.c (2)
M src/win32.c (4)
M tagmanager/src/tm_source_file.c (16)
-- Patch Links --
https://github.com/geany/geany/pull/963.patchhttps://github.com/geany/geany/pull/963.diff
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/963
While Geany was opening up in about 1-2 seconds on El Capitan, it takes for about 5-6 seconds to open up on Sierra.
--
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/1277
In the GTK3 version, scrolling in the code editor with a touchpad doesn't work.
--
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/1320
Always load the builtin color scheme before the user's one in case the latter lacks some named colors, so it uses the default.
This helps us adding new named styles without requiring each and every theme to be updated.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1186
-- Commit Summary --
* Always load the default builtin color scheme as fallback
-- File Changes --
M src/highlighting.c (43)
-- Patch Links --
https://github.com/geany/geany/pull/1186.patchhttps://github.com/geany/geany/pull/1186.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/1186
Based off #1095 and comments, plus some code I wrote ages ago (and have been using since then)
Main things
* Use `CreateProcessW()` on Windows
* Use an installed run script rather than a dynamically created one
* Fix replacing build command placeholders on non-Windows so that everything is always properly quoted. This is based on some quoting code I wrote ages ago to fix a "security" issue we have that a very special filename can execute arbitrary commands. This has 2 main advantages
* placeholders replacements are always properly quoted (minus bugs in the code, but I'm using it for a while now in my own machine: initial version is from 2012 and I had one single relevant fix since then, more than one year ago)
* placeholders in a placeholder replacement isn't replaced again. Currently in master, each pattern is replaced, and then the next, lading to possibly finding placeholders inside a previous replacement. With my patch, it's replaced in one go, and only from the source string.
Also something like this is required to be able to replace "complex" placeholders, like full commands to pass to `sh -c` like we do in the run command. Without something clever, it's virtually impossible to get correct quoting for this.
A better way to fix it *could* be to replace placeholders after having split the arguments; however it requires lot of care and possibly conditional code too, in order to support all of *NIX, Window, and VTE. And there would have to be an argv-to-commandline anyway, as we need to have a way to pass an argument to `sh -c`.
Good Windows support is missing, and currently no extra quoting is done here, so no changes on the placeholders there apart from replacing all at once.
On Windows, it should fix all the spawning issues related to non-ASCII filenames. On Linux, it should not change much apart from properly replacing placeholders, and possibly some uncommon things like if the run script could not be created for some reason.
**Warning:** currently the new run script doesn't `cd` to the working directory configured in the build command, and this relies on us setting the proper working directory when spawning the command itself. If this breaks anything (like possibly a *.profile* that `cd`s somewhere?), it could be added back.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1300
-- Commit Summary --
* Windows: Convert working directory into locale encoding before spawning commands
* Windows: Change codepage for directory change in created batch run script
* Windows: Convert command into locale encoding before executing
* Windows: Convert generated batch script into system codepage
* spawn: Fix Windows environment encoding and other related fixes
* spawn: Fix Windows environment building (oops)
* spawn: convert working_directory only if non-NULL
* Drop useless macro and use G_N_ELEMENTS() instead
* Prevent undefined working directory and command
* Use GetConsoleCP() to get the input console codepage
* Merge remote-tracking branch 'eht16/issue1076_win32_build_working_dir_locale' into eth16winspawnenc
* spawn: Use Wide API on Windows
* Merge branch 'issue1075_win32_build_working_dir_locale' into eth16winspawnenc
* Use a program run helper rather than a script
* Fix quoting of cmd.exe command
* Implement autoclose feature in the run helper
* Implement the run helper as a script
* Fix autoclose in non-Windows run script (oops)
* Windows: fix running a command when the helper has a space in its path
* Fix invalid memory access (oops)
* Windows: expand environment variables using UNICODE API
* Windows: Expand environmen variables in build commands again
* Don't try and unlink the run command, it's not a file anymore (oops)
* Remove unused stuff
* Escape replacements for build command placeholders
* Fix quoting of the run helper path
* Fix run command on Linux
-- File Changes --
M src/Makefile.am (9)
M src/build.c (380)
A src/geany-run-helper (25)
A src/geany-run-helper.bat (27)
M src/prefix.h (1)
M src/spawn.c (124)
M src/utils.c (3)
M src/utils.h (1)
M src/win32.c (45)
M src/win32.h (4)
-- Patch Links --
https://github.com/geany/geany/pull/1300.patchhttps://github.com/geany/geany/pull/1300.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/1300
Usually when writing a plugin I like to have keep the the loading/hooks code in a single file (ex. `plugin.c`) and then having some kind of "context" object code in a separate file, often implemented in OO-style (ex. constructor, destructor, functions taking instance as first param, etc). The new plugin API has been designed specifically to make this possible.
To further improve the new plugin API, this PR adds changes that reduce the boilerplate needed to write an OO-style plugin (often GObject-based, but not necessarily) properly.
The [first change](https://github.com/codebrainz/geany/commit/cafa5a6513979523090e9b16… is to add a macro to make it simpler to register a GObject type of which an instance is bound to the module loading/unloading lifetime.
The [second change](https://github.com/codebrainz/geany/commit/16c487aa0db51e41c3902663… (which is leading to the 3rd change), simply adds typedefs and better documentation for the existing callback functions.
The [third change](https://github.com/codebrainz/geany/commit/ac66af8e2ff450dfa2e02b2f… is to add a second set of callback functions which get passed the instance data as the first parameter, in usual OO fashion. Typedefs are added to those from the 2nd change to allow casting functions to the right type. I'm not super fond of the `_swapped` prefix, but some kind of different name is required to avoid breaking backwards compatibility.
Overall the changes are pretty trivial. I tested them using the code [in this repo](https://github.com/codebrainz/geany-test-object-friendly). To see how this improves the plugin code a little, see https://github.com/codebrainz/geany-test-object-friendly/commit/87454f0c290… where I modified a normal plugin to use the changes in this PR.
The changes are completely backwards compatible.
Note: these changes are a result of my [brain dump in these comments](https://github.com/geany/geany/commit/437837d3a54367393c41d6c1e1f….
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1244
-- Commit Summary --
* Add helper macro to register module-scoped GObjects
* Add typedefs and more documentation for plugin funcs
* Add swapped plugin funcs, typedefs and documentation
-- File Changes --
M src/plugindata.h (185)
M src/plugins.c (39)
M src/pluginutils.c (11)
-- Patch Links --
https://github.com/geany/geany/pull/1244.patchhttps://github.com/geany/geany/pull/1244.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/1244
The plugin seems to not collapse the directory containing the active document, but it collapses others in the tree view when reloading. It would be cool if it kept all directories that are expanded before the reload, expanded after, provided they still exist.
---
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/415