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>
When writing a program in C, the moment I type the opening parenthesis of printf function I get a very annoying little tip/hint box just below the printf function.
printf(
`int printf (const char * __ format, ...)`
And it won't go away unless I push up/down button on my keyboard or click somewhere on the screen or type the closing parenthesis. I need to disable it.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/discussions/3216
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/repo-discussions/3216(a)github.com>
Hi,
I used EditPlus for coding years ago. It's really a great program, to be honest. But I've always tried to support the Free Software movement by at least trying to use as much GPL applications as possible. Therefore, when I resumed programming, I went to see if there was a free equivalent to EditPlus. And I was glad to find Geany.
However, I'm having a really hard time adjusting to it. Maybe it just does things differently and I'm simply not used to it, but I find that even simple tasks can't be accomplished. I just filed a bug report because I have a very large UTF-8 encoded file (about 18MB) and I can't convert it to ISO-8859-1 without throwing an error it shouldn't produce in the first place (I checked the file with an hex editor and encoding seems valid).
Now I'm having a really hard time using regular expressions to process an SQL file. In EditPlus I could do simple things like replace a duplicated line (replace '\n\n' with '\n') but Geany "doesn't find anything". I've tried both regular mode and multi-line. And I can't seem to make it to work.
Given the similarities between EditPlus and Geany, I'd like to suggest some more changes. For now, I'd be happy with having it to run properly.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/discussions/3793
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/repo-discussions/3793(a)github.com>
Their implementation was buggy, use very old Windows APIs and require
double implementation and maintenance efforts for us
The GTK dialogs work well for all other users already, so they probably
will also for Windows users.
Closes #3209.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3219
-- Commit Summary --
* Remove native file and color dialogs on Windows
-- File Changes --
M doc/geany.txt (4)
M src/dialogs.c (46)
M src/keyfile.c (2)
M src/prefs.c (8)
M src/project.c (105)
M src/tools.c (9)
M src/ui_utils.h (2)
M src/win32.c (443)
M src/win32.h (16)
-- Patch Links --
https://github.com/geany/geany/pull/3219.patchhttps://github.com/geany/geany/pull/3219.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3219
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3219(a)github.com>
