Standard gettext should be used over glib's glue these days.
AM_GLIB_GNU_GETTEXT and glib-gettextize are deprecated. This helps
possible meson build (no concrete plans yet) as well as working with
intltool is harder over there. gettext, on the other hand, is supported
out of the box in meson.
Beware, autopoint is a new dependency when building from git,
should not affect tarballs. Also, it's already required by Geany core.
Additionally, autogen.sh follows Geany's autogen.sh more closely,
allowing for out-of-tree builds.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/1183
-- Commit Summary --
* Use standard gettext, following Geany core.
* Fix issues found by standard gettext
* Update po files after gettext transition.
-- File Changes --
M .github/workflows/build.yml (1)
M .gitignore (7)
M autogen.sh (11)
M build/common.m4 (1)
M build/i18n.m4 (10)
M configure.ac (8)
A po/LINGUAS (1)
A po/Makevars (82)
M po/POTFILES.in (8)
M po/be.po (710)
M po/ca.po (771)
M po/da.po (697)
M po/de.po (966)
M po/el.po (690)
M po/es.po (952)
M po/fr.po (950)
M po/gl.po (780)
M po/it.po (847)
M po/ja.po (770)
M po/kk.po (720)
M po/nl.po (812)
M po/pt.po (0)
M po/pt_BR.po (0)
M po/ru.po (0)
M po/tr.po (0)
M po/uk.po (0)
M po/zh_CN.po (0)
M treebrowser/src/treebrowser.c (0)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/1183.patchhttps://github.com/geany/geany-plugins/pull/1183.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1183
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/pull/1183(a)github.com>
I use geany for python programming with vte enabled. I regularly use `Send Selection to Terminal` for my work and I find it most helpul for debugging my code. `Send Selection to Terminal` works every time except the Indented lines (eg:`<tab>print('world')`) where it result in an `IndentationError`. I also request a function in which we can send a line of code to terminal without even selecting it. For example
```
i=0
print("hello")
if i==0:
print("world")
```
if I want to print hello, now I need to select the line `print("hello")` and then `Send Selection to Terminal` to get the output in vte. Instead of this I want to click any where on that line and then do `Send Line to Terminal` without selecting it. Similarly to print world instead of selecting `<tab>print('world')` I want to click on that line and then print the output world.
--
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/2174
I tried to code a plugin for copilot but soon realized that your api doesn't allow low level control of scintilla or I'm too noob to realize how. Copilot only needs to grab context from current cursor position (say 200 chars before and after), then it will suggest autocompletion options. Btw, Copilot is not the only tool for the task, I plan to add and OpenAI backend that can be gracefully replaced by LocalAI for 100% private and off-line coding (so no IP issues). Devs can choose to train/finetune their own LLM if they wish, plug it into LocalAI and let the geany plugin take care of the rest.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3543
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3543(a)github.com>
So I recently decided to abandon my old gtk2-based editor after some +15 years,
largely because I can no longer compile gtk2 from source, for reasons related
to the glib stack (something has been deprecated and I don't know the workaround,
but I can no longer wait for anyone upstream patching gtk2, so I now took the
full dive finally).
I toyed with the idea of sublime, but I think I am less likely to adjust sublime towards
behaviour I am quite use, as opposed to geany, which is open source. So I'll give
geany a more serious try this time. I used it in the past, e. g. for C++ files, but not
yet for all files. Right now I am using geany for ALL files.
There are many small issues but I don't want to spam the issue tracker with tons
of ideas that are possibly only for my own use case. Nonetheless I hope to be
able to convince the geany devs towards more flexibility in general, via options
and preferences we could toggle as-is. Geany already supports quite many
options, so I hope we can support even more options - if they make sense.
Alright - now to the issue here.
First, have a look at this screenshot:
https://i.imgur.com/mWzOafF.png
You can see the open files. Evidently I am currently modifying a german exam
question test for evolution of hominids / hominidae :D - the key issue, though,
is the pop-up widget that shows the opened files.
The currently selected file is shown in bold - that is nice.
However had, often I can not tell WHERE the files are. Some may be same-named
or similarly-named, so I would like to also have the option to show the full path
right there (left-padded, e. g. all are aligned towards the left-side, but on the
right side we may allow overflow; the full widget width would thus be determined
by the file with the longest name.)
I am very much used to that behaviour from my old editor, where I can see the
full path at all times.
So, my issue request would be for geany to add an option to show the FULL
path instead, rather than the truncated path (in ruby, the filename itself
would be obtained via File.basename(), so instead I would be looking for
File.absolute_path() - not sure how C does this but perhaps gtk has some
method that shows the full path).
In the option dialogue, we would then have to add a new entry at
**Preferences -> Files**; perhaps call it, as a check-button, "Show full
path of files". This would NOT be the default, so everyone could enjoy
the current behaviour of geany, rather than adjust to the one proposed
in this issue request.
As for a more objective rationale for this feature: we would instantly
know where the file resides at. (Actually, my old editor not only made
the current file bold, but used different colours too. But I am perfectly
fine without colours here too, I just need the feature that I know the
full path at all times, as this is less confusing to me than merely the
short-filename itself as such.)
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3800
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3800(a)github.com>
Without overview geany does not crash... when overview is enabled creating a new file in Linux X11 causes geany to crash when the file is clicked. Windows and wayland seem to be unaffected. See bug https://github.com/geany/geany/issues/2736
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/1354
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/issues/1354(a)github.com>
I'm trying Geany 2.0 so see if I can find anything that might needs fixing.
If I right click in the Notes tab in the Message window and select insert emoji there is a flag section.
But there are no emojies in the flag section.
Maybe remove/hide sections that have no emojis or add the flags.
> Windows 7.
> Geany 2.0.
> "Pryce"
> (bygget Oct 19 2023 eller efter)
> Med afviklingsbibliotekerne GTK+ v3.24.34 og GLib v2.72.3
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3619
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3619(a)github.com>
Allow platform-specific keybinding overrides. At the moment only for OS X
where the keybindings can be set inside keybindings_osx.conf. Similar
config files can be added for other platforms if needed in the future.
The only change is the new init_platform_kb() function which is called inside keybindings_init() (had to move it down a bit in the source code to avoid forward declarations but there's no other change in this function).
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1395
-- Commit Summary --
* Add support for platform-specific keybindings
-- File Changes --
M data/Makefile.am (1)
A data/keybindings_osx.conf (1)
M src/keybindings.c (44)
-- Patch Links --
https://github.com/geany/geany/pull/1395.patchhttps://github.com/geany/geany/pull/1395.diff
--
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/pull/1395
Hi, would it be possible to provide portable builds for Windows? In the releases there seems to be only an installer, which may not be desirable.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3915
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3915(a)github.com>
Ubuntu22.04 desktop with LUKS, GNOME 42.9
FileManager: Nautilus (alias Files) 42.6
I set Geany as the default application to open text files
from the FileManager GUI if i click on a .txt file then Geany doesn't get focus,
instead an alert/dialog is displayed which disappears after a few seconds,
this alert/dialog contains the geany logo and the file name,
to be able to assign focus to Geany I have to switch between running programs with ALT+TAB
I checked what happens with other editors
with Gedit and Libreoffice it doesn't occur, it only occurs with Geany
more specifically, it does not occur if you double-click on the file, then all works
however, it occurs if you open the context menu with the keyboard menu key > open file >
with Dconf Editor searched the Nautilus configurations
also searched in geany configurations ~/.config/geany/geany.conf
still didn't solve
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3531
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3531(a)github.com>
