This PR adds two options to control scrollwheel behavior.
* `scrollwheel_lines`: How many lines to scroll.
* `scrollwheel_zoom_disable`: To disable zooming by control + scrollwheel.
Control of vertical scrolling is taken away from Scintilla to provide consistent behavior when the control key is or is not pressed. Lines option added because I don't see a way to get or set the value used by Scintilla.
Supersedes #2954
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3835
-- Commit Summary --
* Add option to block scroll-wheel zooming
* Add option to change number of scroll lines
-- File Changes --
M doc/geany.txt (3)
M src/editor.c (18)
M src/editor.h (2)
M src/keyfile.c (4)
M src/sciwrappers.c (6)
M src/sciwrappers.h (1)
-- Patch Links --
https://github.com/geany/geany/pull/3835.patchhttps://github.com/geany/geany/pull/3835.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3835
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3835(a)github.com>
Hello,
When a text is selected and the editor is unfocused the background color becomes #808080.
Can it be altered?
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/discussions/3836
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/repo-discussions/3836(a)github.com>
This PR adds an option to disable zooming the edit view. There is currently no other way to disable zooming with the scroll wheel. Even when the zoom keybindings are disabled, the scrollwheel still zooms. The default is disabled (zooming is enabled), which is the current default.
I have the editor font sent to a comfortable size. Many shortcuts consist of combining the Control key with others. And of course, the touchpad is used for moving the cursor. So very frequently (multiple times per day), I accidentally engage the scrolling function of the touchpad while the control key is pressed. This causes the editor view to zoom, which is disruptive.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2954
-- Commit Summary --
* <a href="https://github.com/geany/geany/pull/2954/commits/34859e7d189516580e0a70fa21…">Add option to disable editor zooming</a>
-- File Changes --
M doc/geany.txt (3)
M src/editor.c (5)
M src/editor.h (1)
M src/keyfile.c (2)
M src/plugindata.h (2)
-- Patch Links --
https://github.com/geany/geany/pull/2954.patchhttps://github.com/geany/geany/pull/2954.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/2954
I really like your editor. It's now my main editor. But I'm like to ask for a simple feature that I see in other editors.
When doing a find I'd like a "wrap search" checkbox to automatically wrap around from end to beginning/ And have it remember that choice.
--
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/1660
Instead of hard coding a space after `make` for the default command, always put a space.
If the user changes the command, it's easy for them to remove the trailing space, and the argument can then change which command is run.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3825
-- Commit Summary --
* [Make Custom Target] Always put a space between command and argument
-- File Changes --
M src/build.c (8)
-- Patch Links --
https://github.com/geany/geany/pull/3825.patchhttps://github.com/geany/geany/pull/3825.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3825
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3825(a)github.com>
If I try to add a keyword in filetypes.langage.conf who start by the symbol, @, he will not be colored.
For example, the Zig language use builtins function who start by @, but I can't color them.
I used C coloration as base for custom Zig coloration, but with Rust lexer and tag parser, maybe a ctag problem ? I don't know.
I join my configuration file if you want to try.
[filetypes.ZigBasicSupport.zip](https://github.com/geany/geany/files/1494835…
And also, is it possible to define a coloration for every u or i followed by a number ? Zig can use them to specify any size of integer.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3830
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3830(a)github.com>
The `white_space` color theme setting can change the fore- and background colors of the dots to show spaces as well as the arrows drawn for tabs, if enabled.
However, the setting is tied to both of them and my perception of the two is very distinct. In my usual setup I use 1440p 24" displays and the dots for whitespaces are actually a single pixel which is almost invisible for me with the default scheme while the tab arrows are quite clearly visible. I have played around with the `white_space` settings to improve the situation and ended up using a slightly grey background (`white_space=0x808080;0xf7f7f7;true;true`) which I am currently testing. However, I am not totally happy with that and it is just a workaround. What I would really wish for would be more pixels in the space dot to make it most distinct relative to the arrow.
Maybe my setup is a corner-case combination of font size, monitor attributes and eyes but it would be nice if the dot shape could be changed in some way, which I think there isn't yet(?).
I have attached a photo of the situation with the default color scheme. It doesn't do justice to my perception where it is much worse but even here you can make out the arrow way better than the dots and I think it is easy to imagine that the dots get much harder to recognize when overall conditions deteriorate (e.g., the lens/eye is moved farther away from the screen).
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3829
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3829(a)github.com>
Always reset backgrounds first on any dialog response, then set again if necessary. When showing a dialog this was only done when using the document selected text, but the document could have changed e.g. to contain the previously unmatched search text, yet the background remained. Also the Find All responses didn't clear the background even when successful. This fixes those situations.
Set search entry background when there's a regex or escape error.
Set replace text entry background when there's an escape error.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3828
-- Commit Summary --
* Make Find set entry background on error
* Make Replace set entry backgrounds on error
* Always reset entry backgrounds on dialog response
-- File Changes --
M src/search.c (53)
M src/ui_utils.c (5)
-- Patch Links --
https://github.com/geany/geany/pull/3828.patchhttps://github.com/geany/geany/pull/3828.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3828
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3828(a)github.com>