Prolog highlight for .pl files feature request --
https://sourceforge.net/p/geany/feature-requests/325/
there was one in 2009, now is 2022,
and no Prolog highlight right now :(
thank you!
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3086
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3086(a)github.com>
This patch adds basic Prolog support (only scintilla laxer, there's no
ctags parser). I used swi-prolog for the compiler and run commands which
I believe is the most commonly used prolog implementation. I used the
keywords from here:
https://github.com/mxw/vim-prolog/blob/master/syntax/prolog.vim
I only used Prolog at school many years ago but it's an interesting language and I believe Geany should support it (which is why #3086 resonated in my head).
Fixes #3086
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3171
-- Commit Summary --
* Add Prolog filetype support
-- File Changes --
M data/Makefile.am (1)
A data/filedefs/filetypes.prolog (73)
M data/filetype_extensions.conf (1)
M meson.build (1)
M scintilla/Makefile.am (1)
A scintilla/lexilla/lexers/LexVisualProlog.cxx (516)
M scintilla/lexilla/src/Lexilla.cxx (1)
M scintilla/scintilla_changes.patch (1)
M src/filetypes.c (1)
M src/filetypes.h (1)
M src/highlighting.c (17)
M src/highlightingmappings.h (35)
-- Patch Links --
https://github.com/geany/geany/pull/3171.patchhttps://github.com/geany/geany/pull/3171.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3171
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3171(a)github.com>
TOML is a fairly strictly defined configuration file syntax, used by various projects, supported by plenty of languages and already supported by some editors. I'm not familar with geany plugin dev (and lacking the time anyway) but maybe someone's interested in creating a syntax highlighting ruleset, similar to the INI config format.
https://github.com/toml-lang/toml
--
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/1268
I think it would make sense to give commander like search as you type interface for project organizer related `find file` and `find tags`. Say you show an entry box and as you type show the related list of objects and open file/with tags on `enter`
--
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/599
It is possible to add it?
--
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/1854
Please add the support for the swift language auto completion functionality .
---
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/1078
I am using xfce4-terminal on Arch Linux with Geany 1.31-1. I have my Terminal tool path set to
xfce4-terminal -e "/bin/sh %c"
and I have a command bound to Super + T
exo-open --launch TerminalEmulator
When I have a simple C program compiled and press "Run or view the current file" in Geany with the Execute command
"./%e"
the program runs in an xfce4-terminal window and prints the standard trailer ending in "Press return to continue". If I then use my Super + T shortcut while focused on the terminal window or not to open a new terminal window, the window opens so now I have two terminals, one of which was not created by Geany. Pressing the "Run or view the current file" button (which is now a stop sign instead of gears) again closes both terminal windows.
However, if I create the other terminal window first by doing Super + T and then click the gear button in Geany, the gear button does not change.
I haven't ever looked at Geany's code, but I think this might be caused by finding the terminal process to watch by using pgrep or similar, but because the child process actually running the program has not fully started it finds the existing one and waits for it to close. I assume this event is monitored by having the Geany wrapper script send SIGUSR1 or something like that. And presumably the stop button uses killall or similar thus accidentally killing all terminals. There's a pretty good chance that's totally wrong though :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/1585
Are there any plans to add support of lsp to Geany?
--
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/2184