The treebrowser context menu items "Open externally" and "Open Terminal" don't work on Windows 10.
It doesn't lunch any external application.
However, the "Open Externally" function in built-in plugin Filebrowser is working correctly.
--
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/556
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 adds `_`, `case` and `match` to the Python keywords list.
`_` seems not very useful but also won't hurt I guess. It will be highlighted as keyword when used in something like `message = _('Text to be translated')`, while not completely technically correct in this case, it is OK IMO and not worth the efforts to remove this single keyword from the list in the update script.
N.B.: the `scripts/update-python-identifiers.sh` script now requires Python 3.10 which was released about one year ago and the script is only to be executed by developers.
Closes #3263.
Before:
After:
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3277
-- Commit Summary --
* Add soft keywords to Python keyword list
-- File Changes --
M data/filedefs/filetypes.python.in (4)
M scripts/update-python-identifiers.sh (4)
-- Patch Links --
https://github.com/geany/geany/pull/3277.patchhttps://github.com/geany/geany/pull/3277.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3277
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3277(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>
I have geany 1.38 installed from debian repository. I would use it more but there is no horizontal scrollbar for some reason, so it makes some editing slow. Any way to turn that back on? or is it a bug I should file? Thanks
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/discussions/3311
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/repo-discussions/3311(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>