How do we modify message background color when build is executed to become full black ? Please help is unreadable at all..
--
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/2702
Geany 1.38 shows a Gtk-Warning at startup
```
(geany:29297): Gtk-WARNING **: 00:58:33.911: Negative content height -6 (allocation 1, extents 7x0) while allocating gadget (node scrollbar, owner GtkScrollbar)
```
This seems to be triggered when:
1. the file being opened at startup contains a long current (saved) line that stretches beyond the current window size (in this case it was maximized)
2. AND the Line wrapping is enabled in preferences (Preferences>Editor[Features]:Line wrapping)
Geany starts and opens the file Ok, however the line in question appears non-wrapped, yet it's expected to be.
---------------
```
geany -V
geany 1.38 (built on 2020-12-19 with GTK 3.22.30, GLib 2.56.4)
uname -a
Linux testbox 5.4.0-58-generic #64~18.04.1-Ubuntu SMP Wed Dec 9 17:11:11 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
```
--
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/2700
I recently started using a 4k setup, doubling my font dpi, and noticed that the commander popup is still the same size as with a lower resolution, meaning that it can only show 2 entries. Any chance this could be scaled a bit?
--
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/1044
I am used to have the Find/Replace dialogs opened all the time and would like to have an option to make it a little bit transparent (50% or something) while out of focus. I believe there is no such preference yet implemented.
I think it can be also a useful feature for other users, so I think about making a Pull Request for it (in case I am at all able to implement it). Do you think _Edit > Preferences > Interface_ would be a good place for such a preference? Notepad++ for instance has it on the search dialog itself, but I think we can save the space for more heavily used settings because I don't think this setting would be changed very often by users.
--
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/2698
Is there a way to suppress the "... was not found" message? I would rather like to only have the "Search for:" highlighted (which already happens) instead of _additionally_ getting and needing to interact with this dialog.
---
![Screenshot from 2020-12-21 19 05 58](https://user-images.githubusercontent.com/40885610/102807888-ca7df900-4…
--
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/2699
See issue #2693.
Adds hidden preference 'always_set_from_selected' (default: FALSE) which updates search phrase with selected text when search/replace dialog is reopened. Default behaviour is not changed.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2695
-- Commit Summary --
* Adds hidden preference 'always_set_from_selected' (default: FALSE) which updates search phrase with selected text when search/replace dialog is reopened.
-- File Changes --
M src/keyfile.c (2)
M src/search.c (9)
M src/search.h (1)
-- Patch Links --
https://github.com/geany/geany/pull/2695.patchhttps://github.com/geany/geany/pull/2695.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/2695
How to have a filename extension recognized as another, real case requires: .bashrc must be recognized/treated as .sh filename extension
thanks before
--
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/2694
I was trying to make sense of the Geany's Auto-indent modes {Basic, Current chars, Match braces}, as listed in Preferences>Indentation:Auto-indent mode.
It's absolutely not clear [to me] from the names what these modes do and how they differ. Trying them out in practice still shows little difference between the "Current chars" and "Match braces" modes.
Geany's doc on [auto-indentation](../blob/d2740f21feb84b6f951398c6f683674b2b56bfed/doc/geany.txt#auto-indentation) spell out the distinction more clearly. But that's a stretch to expect users to look this up in the docs.
> **Basic**
> Adds the same amount of whitespace on a new line as on the previous line. For the Tabs and the Spaces indent types the indentation will use the same combination of characters as the previous line. The Tabs and Spaces indentation type converts as explained above.
> **Current chars**
> Does the same as Basic but also indents a new line after an opening brace '{', and de-indents when typing a closing brace '}'. For Python, a new line will be indented after typing ':' at the end of the previous line.
> **Match braces**
> Similar to Current chars but the closing brace will be aligned to match the indentation of the line with the opening brace. This requires the filetype to be one where Geany knows that the Scintilla lexer understands matching braces (C, C++, D, HTML, Pascal, Bash, Perl, TCL).
I wonder if these auto-indent modes could be renamed to something more forthcoming about the actual mode of the operation?
My suggestion for the choices of Auto-indent mode:
- Current chars => **Block**
- Match braces => **Block with brace alignment**
Perhaps there are better alternatives for these which would communicate this more clearly to the user.
--
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/2696
I guess, it's demand-and-supply kind of issue... Still, the Ukrainian localization for Geany plugins is missing altogether.
--
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/1045