Meh, no super strong feelings, though I do think it's weird to have the closure stuff squished in the middle of the arguments list rather than more typical GLib-style `_full()` functions where the function and data are at the end of the arguments list. In any case, maybe later, if I get sufficiently motivated, I can provide some kind of "wrappers" to smooth over the (perceived) warts, either in my local plugin code or in addition to the API proper.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/376#issuecomment-147511485
Geany does not work with network drives or a network drive mapped to a local folder.
I have my codes on a network drive. The drive is mounted in Windows10 as Z:\...
When I try to run/build, I am getting the error "Failed to change the working directory to "Z:\...."
I tried to create a symbolic link in Windows, mapping the drive to c:\folder with the command
mklink /d c:\folder \\networkhost\sharename
After that I am getting a popup window saying "Runtime error !..." (screen clipping attached).
Then I deleted one line:
and the found lines became invalid.
While this is not a problem on a small file where one can easily find another <b>bbbb</b> to work with, on a big file it could be difficult to quickly find another <b>bbbb</b> to use.
By contrast, if I use <b>mark</b>, the marked lines are still correct after deletions:
Perhaps there should be a repeat find to easily repeat the last find action or, in the case of this kind of find, the last find should be repeated automatically as necessary to keep the two panes in synch in this marvellous editor?
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/690
Try to pre-load the Python library with its real, fully dereferenced
path.
This is necessary because some installations don't have the symlink
from the generic (.so) to the versioned one (.so.X.Y) when the Python
development files aren't installed (i.e. libpython2.7-dev on Debian).
Fortunately for us (at least under Debian) Python has the name of the
final installed library in its `INSTSONAME` sysconfig's config var, so
use this instead of `LDLIBRARY` when it's available.
Closes https://github.com/codebrainz/geanypy/issues/20
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/289
-- Commit Summary --
* geanypy: Try to locate the real dereferenced Python DSO
-- File Changes --
M geanypy/m4/ax_python_library.m4 (5)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/289.patchhttps://github.com/geany/geany-plugins/pull/289.diff
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/289
Err, you said you'd be merging this as-is :( But tbh, I don't care about key_id, whatever you prefer is fine with me.
A few months ago I wanted to have GeanyKeyBinding being opaque, but that was before I realized we'll never be able to covert to GtkAction/GAction.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/376#issuecomment-147193249
It's similar to what @elextr suggested too, with a slightly different prefix and an user-friendly suffix, so I'll implement it when I have some free time.
The build commands are different though, I'll leave them as is for now.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/541#issuecomment-147191679
Perhaps the buttons on the Find dialogue should be vertically aligned (Ubuntu, English) to match the vertical alignment in evidence elsewhere on the dialogue?
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/688
If I type theta followed by tab my snippets convert this to 𝝷 which is really neat. I have a file full of 𝝰, 𝝱, 𝝷 etc. I would like to use find to find 𝝷, but when I type <b>theta tab</b> in the find box the snippet does not engage and convert it to 𝝷. Perhaps in a galaxy class product like <b>Geany</b> it should?
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/687
){kind=link}