This is a work-in-progress PR to add the LSP plugin. There are still some things missing like the documentation but in general the plugin should work. There are 3 modes of operation:
1. Without Geany LSP support
2. With basic LSP support using https://github.com/geany/geany/pull/3849
3. With full LSP support using https://github.com/geany/geany/pull/3850
The plugin should detect with which of these modes Geany was compiled and adjust itself automatically.
For the time being I still plan continue the main development of the plugin under https://github.com/techee/geany-lsp and sync the changes here from time to time.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/1331
-- Commit Summary --
* Add LSP plugin
-- File Changes --
M Makefile.am (4)
M build/geany-plugins.nsi (1)
A build/lsp.m4 (10)
M configure.ac (1)
A lsp/AUTHORS (1)
A lsp/COPYING (340)
A lsp/ChangeLog (0)
A lsp/Makefile.am (4)
A lsp/NEWS (0)
A lsp/README (0)
A lsp/data/Makefile.am (5)
A lsp/data/lsp.conf (102)
A lsp/src/Makefile.am (119)
A lsp/src/json-glib/json-array.c (838)
A lsp/src/json-glib/json-builder.c (845)
A lsp/src/json-glib/json-builder.h (108)
A lsp/src/json-glib/json-debug.c (38)
A lsp/src/json-glib/json-debug.h (51)
A lsp/src/json-glib/json-enum-types.c (123)
A lsp/src/json-glib/json-enum-types.h (33)
A lsp/src/json-glib/json-gboxed.c (301)
A lsp/src/json-glib/json-generator.c (807)
A lsp/src/json-glib/json-generator.h (113)
A lsp/src/json-glib/json-glib.h (44)
A lsp/src/json-glib/json-gobject-private.h (36)
A lsp/src/json-glib/json-gobject.c (1005)
A lsp/src/json-glib/json-gobject.h (250)
A lsp/src/json-glib/json-gvariant.c (1346)
A lsp/src/json-glib/json-gvariant.h (50)
A lsp/src/json-glib/json-node.c (1555)
A lsp/src/json-glib/json-object.c (1261)
A lsp/src/json-glib/json-parser.c (1707)
A lsp/src/json-glib/json-parser.h (244)
A lsp/src/json-glib/json-path.c (998)
A lsp/src/json-glib/json-path.h (88)
A lsp/src/json-glib/json-reader.c (1138)
A lsp/src/json-glib/json-reader.h (161)
A lsp/src/json-glib/json-scanner.c (1371)
A lsp/src/json-glib/json-scanner.h (120)
A lsp/src/json-glib/json-serializable.c (386)
A lsp/src/json-glib/json-types-private.h (185)
A lsp/src/json-glib/json-types.h (534)
A lsp/src/json-glib/json-utils.c (95)
A lsp/src/json-glib/json-utils.h (37)
A lsp/src/json-glib/json-value.c (280)
A lsp/src/json-glib/json-version-macros.h (261)
A lsp/src/json-glib/json-version.h (100)
A lsp/src/jsonrpc-glib/jsonrpc-client.c (1752)
A lsp/src/jsonrpc-glib/jsonrpc-client.h (165)
A lsp/src/jsonrpc-glib/jsonrpc-glib.h (39)
A lsp/src/jsonrpc-glib/jsonrpc-input-stream-private.h (30)
A lsp/src/jsonrpc-glib/jsonrpc-input-stream.c (398)
A lsp/src/jsonrpc-glib/jsonrpc-input-stream.h (67)
A lsp/src/jsonrpc-glib/jsonrpc-marshalers.c (0)
A lsp/src/jsonrpc-glib/jsonrpc-marshalers.h (0)
A lsp/src/jsonrpc-glib/jsonrpc-message.c (0)
A lsp/src/jsonrpc-glib/jsonrpc-message.h (0)
A lsp/src/jsonrpc-glib/jsonrpc-output-stream.c (0)
A lsp/src/jsonrpc-glib/jsonrpc-output-stream.h (0)
A lsp/src/jsonrpc-glib/jsonrpc-server.c (0)
A lsp/src/jsonrpc-glib/jsonrpc-server.h (0)
A lsp/src/jsonrpc-glib/jsonrpc-version-macros.h (0)
A lsp/src/jsonrpc-glib/jsonrpc-version.h (0)
A lsp/src/lsp-autocomplete.c (0)
A lsp/src/lsp-autocomplete.h (0)
A lsp/src/lsp-code-lens.c (0)
A lsp/src/lsp-code-lens.h (0)
A lsp/src/lsp-command.c (0)
A lsp/src/lsp-command.h (0)
A lsp/src/lsp-diagnostics.c (0)
A lsp/src/lsp-diagnostics.h (0)
A lsp/src/lsp-format.c (0)
A lsp/src/lsp-format.h (0)
A lsp/src/lsp-goto-anywhere.c (0)
A lsp/src/lsp-goto-anywhere.h (0)
A lsp/src/lsp-goto-panel.c (0)
A lsp/src/lsp-goto-panel.h (0)
A lsp/src/lsp-goto.c (0)
A lsp/src/lsp-goto.h (0)
A lsp/src/lsp-highlight.c (0)
A lsp/src/lsp-highlight.h (0)
A lsp/src/lsp-hover.c (0)
A lsp/src/lsp-hover.h (0)
A lsp/src/lsp-log.c (0)
A lsp/src/lsp-log.h (0)
A lsp/src/lsp-main.c (0)
A lsp/src/lsp-progress.c (0)
A lsp/src/lsp-progress.h (0)
A lsp/src/lsp-rename.c (0)
A lsp/src/lsp-rename.h (0)
A lsp/src/lsp-rpc.c (0)
A lsp/src/lsp-rpc.h (0)
A lsp/src/lsp-semtokens.c (0)
A lsp/src/lsp-semtokens.h (0)
A lsp/src/lsp-server.c (0)
A lsp/src/lsp-server.h (0)
A lsp/src/lsp-signature.c (0)
A lsp/src/lsp-signature.h (0)
A lsp/src/lsp-symbol-kinds.c (0)
A lsp/src/lsp-symbol-kinds.h (0)
A lsp/src/lsp-symbol.c (0)
A lsp/src/lsp-symbol.h (0)
A lsp/src/lsp-symbols.c (0)
A lsp/src/lsp-symbols.h (0)
A lsp/src/lsp-sync.c (0)
A lsp/src/lsp-sync.h (0)
A lsp/src/lsp-utils.c (0)
A lsp/src/lsp-utils.h (0)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/1331.patchhttps://github.com/geany/geany-plugins/pull/1331.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1331
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/pull/1331(a)github.com>
Solves #3556.
This PR:
1. Replaces yyyy/mm/dd format in "Edit > Insert date" with yyyy-mm-dd (which happens to be the recommended format in ISO 8601), and mm.dd.yyyy with mm/dd/yyyy (using slashes seems to be more common for that date format), leaving dd.mm.yyyy as is (with dots).
2. Updates all the translation files accordingly (e.g., `es.po` currently translates the string `yyyy/mm/dd` to `aaaa/mm/dd`; this needed to be updated as well).
3. Sets yyyy-mm-dd as the default (first option in "Insert date", default custom date format, and also uses it in "Date & time" under Edit > Preferences > Templates, which is currently using inconsistent date formats).
I have split this PR into three commits for convenience, just in case the devs don't want to pull all of it. _(For example, I understand that @frlan is currently fidgeting with the translations and maybe doesn't want to pull the commit that touches them.)_
Feel free to squash them if preferred.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3570
-- Commit Summary --
* Use ISO format yyyy-mm-dd instead of yyyy/mm/dd
* Update translations with new date format
* Make yyyy-mm-dd the primary date format
-- File Changes --
M po/ar.po (16)
M po/ast.po (16)
M po/be.po (16)
M po/bg.po (16)
M po/ca.po (16)
M po/cs.po (16)
M po/da.po (16)
M po/de.po (16)
M po/el.po (16)
M po/en_GB.po (16)
M po/es.po (16)
M po/et.po (16)
M po/eu.po (16)
M po/fa.po (16)
M po/fi.po (16)
M po/fr.po (16)
M po/gl.po (16)
M po/he.po (16)
M po/hi.po (8)
M po/hu.po (16)
M po/id.po (16)
M po/ie.po (16)
M po/it.po (16)
M po/ja.po (16)
M po/kk.po (16)
M po/ko.po (16)
M po/ku.po (16)
M po/lb.po (16)
M po/lt.po (16)
M po/lv.po (16)
M po/mn.po (16)
M po/nl.po (16)
M po/nn.po (8)
M po/pl.po (16)
M po/pt.po (16)
M po/pt_BR.po (16)
M po/ro.po (16)
M po/ru.po (16)
M po/si.po (8)
M po/sk.po (16)
M po/sl.po (16)
M po/sr.po (16)
M po/sv.po (16)
M po/tr.po (16)
M po/uk.po (16)
M po/vi.po (16)
M po/zh_CN.po (16)
M po/zh_TW.po (16)
M src/templates.h (2)
M src/ui_utils.c (26)
-- Patch Links --
https://github.com/geany/geany/pull/3570.patchhttps://github.com/geany/geany/pull/3570.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3570
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3570(a)github.com>
I want geany to allow me to colorize files with this hashbang by default as sh.
```cs
#!/bin/busybox ash
```
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3884
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3884(a)github.com>
This is running under Sway, testing with Wayland native apps only (no xwayland).
When I first open a file in Geany, I can copy out of Geany and paste into another program by selecting and then middle clicking in the usual way. I can do that multiple times with different selections. If I then select something ("foo" for example) in the other program, I can middle click paste it into Geany. I can do this with multiple selections as well. All OK so far.
At this point if I select something in Geany ("bar" for example), I can no longer middle click paste it outside of Geany. I just get "foo" instead, even if I make sure to unselect "foo" in the other app before selecting "bar" in Geany. Middle click copy/paste within Geany works fine still. It also works fine within and between non-Geany applications. It is as if Geany is now using a different primary buffer than everything else.
Opening a new file in Geany (or closing and reopening an existing one) gets things working again temporarily.
I've tested this with Geany 1.36 and also the latest Master branch. I also tried applying the patch from here, but saw no difference: https://sourceforge.net/p/scintilla/bugs/2127/
I have mainly been using kitty (0.18.3) and firefox (78.3.0 esr) as the other applications. Sway is version 1.5-3. This is on Debian Bullseye. I also briefly tried to check if SciTe exhibits the same behavior, but middle click copy paste did not work at all there (at least to other programs, not sure if it worked within SciTe).
--
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/2629
Created a project. Added a header and source file. Closed project. Always have to re add source files after closing project.
Was wondering if this is normal or a problem with my computer.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3212
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3212(a)github.com>
Steps to reproduce:
1. With no project open, open some files
2. Open project A
3. Without closing project A first, open project B
4. Close project B
5. The originally open files from (1) are gone
Note that simple
1. With no project open, open some files
2. Open project A
3. Close project A
restores the session correctly.
I was wondering whether some of the session-split patches caused this but I checked out Geany 1.35 and it contained the same bug. I haven't investigated more so far.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3897
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3897(a)github.com>
Steps to reproduce:
1. With no project open, open some files
2. Open project A
3. Without closing project A first, open project B
4. Close project B
5. The originally open files from (1) are gone
The problem is that when project A closes and all its files are closed, load_config() gets called which contains
configuration_save_default_session();
This saves the session with all files closed and replaces the original session.
This patch modifies the code to call configuration_save_default_session() only when there are some open tabs so the above problem gets solved.
Even though I was worried that this would break saving default session when all its files get closed and then a project is loaded, it doesn't seem to be the case (I haven't investigated deep enough why).
An alternative to this approach would be to pass a boolean as a parameter of quite many functions and propagate the information whether project close preceded its opening but it introduces a much bigger diff and makes the complicated session opening stuff even wilder.
Fixes #3897.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3898
-- Commit Summary --
* Fix a problem when multiple project opens clear the default session
-- File Changes --
M src/project.c (3)
-- Patch Links --
https://github.com/geany/geany/pull/3898.patchhttps://github.com/geany/geany/pull/3898.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3898
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3898(a)github.com>
Github actions can do Linux (Ubuntu 16.04, 18.04 and 20.04) and windows and OSX Catalina and Big Sur so testing could check all platforms.
This is a placeholder issue, not sure what is _actually_ involved, but somebody who knows might replace this with a checklist.
PS IIUC github actions can run docker so the @eht16 one could be used maybe?
--
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/2671