The filedef file filetypes.python.in is missing the keywords "match" and "case".
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3263
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3263(a)github.com>
This is a reworked and extended implementation of sorting based on tag presence in header files discussed (and dropped) from #3185. This implementation uses the header tags from ctags so we know precisely which files are included so we can use not only the tags from the source's header file but also tags from other included files. After this change the ordering sequence looks this way:
- sort local vars first (with highest line number first),
- followed by tags from current file,
- NEW: followed by tags from header,
- NEW: followed by tags from other included files,
- followed by workspace tags,
- followed by global tags
To me, the result seems to improve autocompletion results (it's a bit hard to tell for sure, one can always prepare artificial examples to test where it works better, with the real world it's harder to spot a difference between different orderings unless something is visibly broken).
For reference, I also tried the option to use the includes from the included headers recursively to some depth but the results didn't seem visibly better and were actually slightly worse (by including `<gtk.h>` one got all the GTK symbols which were then fighting with symbols from explicitly included headers that started to appear lower in the list which was often worse).
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3269
-- Commit Summary --
* Maintain a hash table of TMSourceFiles inside TMWorkspace
* Process header tags
* Sort autocompletion tags also based on their presence in included files
-- File Changes --
M src/symbols.c (2)
M src/tagmanager/tm_parser.c (4)
M src/tagmanager/tm_parser.h (3)
M src/tagmanager/tm_workspace.c (155)
M src/tagmanager/tm_workspace.h (1)
-- Patch Links --
https://github.com/geany/geany/pull/3269.patchhttps://github.com/geany/geany/pull/3269.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3269
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3269(a)github.com>
When open files are deleted from the filesystem, Geanys behaviour is not very intuitive and somehow contraproductive. It offers to save the file again and does not give me the possibility to close the document.
I suggest to change the dialogue to
"File was not found on the drive. Close the file and discard content?
Yes (Close the tab, do NOT suggest to save it again.)
Yes (Do noting, keep the tab open),
Main use case:
Editing files on a remote server by FTP with Filezilla:
-Several files are stored in a temp folder.
-I can edit them with any editor
-Filezilla tracks changes and lets me update the files after changes
-When I am done, I close Filezilla and the Temp files are deleted by Filezilla.
In that case I want to get rid of the open files quickly and do not want to store them again. Why should I?
Other use case:
editing files that are stored in a cloud and have been deleted in the meantime.
Reference for a better solution:
-Notepad++
--
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/1994
Hy is a dialect of Lisp which is currently unsupported by geany's . I plan on creating a filetype.Hy.conf for my own projects and was wondering if anyone else was already working on adding Hy support.
For more information on the language.
http://hylang.org/
--
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/2380
Hi Guys,
i have installed geany from:
Last metadata expiration check: 0:37:25 ago on Mon 22 Aug 2022 11:40:15 AM EDT.
Installed Packages
Name : geany
Version : 1.38
Release : 2.el9
Architecture : x86_64
Size : 9.8 M
Source : geany-1.38-2.el9.src.rpm
Repository : @System
From repo : epel
Summary : A fast and lightweight IDE using GTK3
URL : http://www.geany.org/
License : GPLv2+ and MIT
Description : Geany is a small and fast integrated development environment with basic
: features and few dependencies to other packages or Desktop Environments.
:
: Some features:
: - Syntax highlighting
: - Code completion
: - Code folding
: - Construct completion/snippets
: - Auto-closing of XML and HTML tags
: - Call tips
: - Support for Many languages like C, Java, PHP, HTML, Python, Perl, Pascal
: - symbol lists and symbol name auto-completion
: - Code navigation
: - Simple project management
: - Plugin interface
but there are no plugins available.
then i downloaded the one from the git repo and running the ./autogen fails with:
hecking for xgettext... (cached) /usr/bin/xgettext
checking for catalogs to be installed... be ca da de el es fr gl it ja kk nl pt pt_BR ru tr uk zh_CN
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for GEANY... no
configure: error: Package requirements (geany >= 1.29) were not met:
Package 'geany', required by 'virtual:world', not found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables GEANY_CFLAGS
and GEANY_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
i have the lib on:
#locate libgeany.so
/usr/lib64/libgeany.so
/usr/lib64/libgeany.so.0
/usr/lib64/libgeany.so.0.0.0
geany executable:
# which geany
/usr/bin/geany
geany version:
# geany --version
geany 1.38 (built on 2022-01-20 with GTK 3.24.31, GLib 2.68.4)
Is this a bug?
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3260
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3260(a)github.com>
When opening a file from command line, with Geany not yet running, the `g_idle_add(...)`
https://github.com/geany/geany/blob/378e5e8a0db18364cd9ec848aa81f5eded508da…
will postpone the switch to the saved session's last active file until after both the session and the file specified on the command line are loaded.
But this way, the specified file will _not_ become the active one.
I think, the expected behavior would be that the file specified on the command line does become the active one.
Note that this is also the current behavior if Geany is already running (and thus the session need not be loaded anymore).
This issue could be fixed e.g. by doing an immediate call instead, say
```c
switch_to_session_page(NULL);
```
But maybe there is a good reason for postponing the call (I am not aware of).
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3136
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3136(a)github.com>
For each of the filetypes, the script uses universal-ctags binary to
generate a tags file for all the unit tests for the given filetype,
collects the kinds contained in the tags file and compares them to those
mapped inside `tm_parser.c` (except the ignored ones mapped to
`tm_tag_undef_t`). It then prints those kinds that are mapped in
tm_parser.c but not present in the ctags output.
The script runs a universal-ctags binary that must be present in
PATH and the script assumes it's executed from the root directory
containing Geany sources (by `./scripts/test-units.py`). Since Geany
now uses most of the upstream parser, the output of universal-ctags should
correspond to the output of Geany. Note that we cannot use our own
tags file for this test as they don't contain the original kind but rather
the kind mapped to Geany's internal representation (`tm_tag_..._t`).
I'll update this PR once all the parsers are merged.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3182
-- Commit Summary --
* Add script checking our unit test coverage of the mapped kinds
-- File Changes --
A scripts/test-units.py (121)
-- Patch Links --
https://github.com/geany/geany/pull/3182.patchhttps://github.com/geany/geany/pull/3182.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3182
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3182(a)github.com>
### Summary
Support SyncTeX and discussion on whether that'd provide significant gains
### Details
* SyncTeX is a program that allows to quickly jump from PDF to the (TeX) source. - [ref](https://wiki.contextgarden.net/SyncTeX)
* If that's supported, then the TeX workflow in geany can be made somewhat more streamlined with some user's personal level tweaks to build task to open the pdf after the build is complete
### Environment
* Geany: 1.38 "Sulamar"
* OS: Windows 10
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3146
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3146(a)github.com>
I create some bigger Confluence pages using their ASCII Wiki Markup / Markdown syntax [1] in geany, and then I can copy and paste the entire page into Confluence. This has the advantage of me not having to fiddle with the Confluence web page GUI for each and every detail while editing.
How can I get geany to render the wiki syntax nicer, and even let me navigate the syntax better? The syntax allows wiki document headers to be defined and it would be great if geany allowed me to navigate these headers more easily (like it does with showing a list of functions, etc).
Thanks in advance!
[1] https://confluence.atlassian.com/doc/confluence-wiki-markup-251003035.html
--
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/2751