While using Geany in Gnome I found that sometimes code navigations was slow,
changing to a new line o making selections were reflected after aprox 1 second
on the screen.
Just opening a file and navigating doesn't trigger this problem, after editing,
saving or selecting some text the issue shows up.
I have other setup of Stretch with MATE desktop and the problem isn't there.
I also compiled a clone of the geany github repo and I was able to reproduce the
problem (in Gnome).
(I filed a bug report to the debian package)
--
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/1532
See for instance what VLC does. (Or Audacity for that matter.)
Geany’s feature set is large enough (let alone accounting for
plugins) that it may warrant such an enhancement.
--
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/2848
This is running under Sway, testing with Wayland native apps only (no xwayland).
When I first open a file in Geany, I can copy out of Geany and paste into another program by selecting and then middle clicking in the usual way. I can do that multiple times with different selections. If I then select something ("foo" for example) in the other program, I can middle click paste it into Geany. I can do this with multiple selections as well. All OK so far.
At this point if I select something in Geany ("bar" for example), I can no longer middle click paste it outside of Geany. I just get "foo" instead, even if I make sure to unselect "foo" in the other app before selecting "bar" in Geany. Middle click copy/paste within Geany works fine still. It also works fine within and between non-Geany applications. It is as if Geany is now using a different primary buffer than everything else.
Opening a new file in Geany (or closing and reopening an existing one) gets things working again temporarily.
I've tested this with Geany 1.36 and also the latest Master branch. I also tried applying the patch from here, but saw no difference: https://sourceforge.net/p/scintilla/bugs/2127/
I have mainly been using kitty (0.18.3) and firefox (78.3.0 esr) as the other applications. Sway is version 1.5-3. This is on Debian Bullseye. I also briefly tried to check if SciTe exhibits the same behavior, but middle click copy paste did not work at all there (at least to other programs, not sure if it worked within SciTe).
--
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/2629
Hello!
I'm a Twitch streamer and quite often on my streams I need to zoom in the text to a really large size for a better dramatic effect. But unfortunately Scintilla imposes a very strict limitation on zoom factor (from -10 to 20): https://www.scintilla.org/ScintillaDoc.html#SCI_ZOOMIN
And I don't really know why! If I remove the `SCI_ZOOMIN` limitation condition completely in [Scintilla itself](https://github.com/geany/geany/blob/77630564ad5446df89e9973f74bd378… it works just fine and does not degrade the performance or/and the stability of Geany.
Would it be a good idea to remove the `SCI_ZOOMIN` limit completely (or at least dramatically increase it) and put that change into the `scintilla_changes.patch`? If yes, I could make a PR for that myself.
--
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/2750
Is there any way to change how Geany highlights a misspelled word? At least make those red squiggly underlines a lot bolder? Or, better still, switch background color? Those lines are barely visible on my system.
--
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/520
CTRL-b is a great shortcut, but i cannot select text using any shortcut like (say) CTRL-B (upper B)
--
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/2260
On Fedora 27 / Wayland, default install, Geany 1.31
In Nautilus, after associating a file type with Geany (e.g. .log or .txt), opening the file creates a new geany instance if there was none, or a new tab in geany if there was an existing instance.
The small annoyance is in the latter case - the new tab is created and the file is loaded, however if Geany's window is not brought to the front nor put in focus
Geany > Preferences does not seem to expose any setting to control this behavior. Gedit's behavior for the same use case is as expected: a new tab is open and Gedit's window is brought to front and given the focus.
I believe Geany's behavior up until some six months ago (1.29?) did not have this problem
--
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/1698
Tested with Scintilla 3.7.5 which produces the exact same result already in Geany, and with 3.7.6 and the current LongTerm3 branch which, because they only modified files not used in Geany, again produce the exact same result except for the "version.txt" file which then contains "376" instead of "375".
Fixes #1606
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1608
-- Commit Summary --
* Update the patch for Scintilla to work with 3.7.5, 3.7.6
-- File Changes --
M scintilla/scintilla_changes.patch (22)
-- Patch Links --
https://github.com/geany/geany/pull/1608.patchhttps://github.com/geany/geany/pull/1608.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/1608