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.
---
 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
I am currently testing geany a lot, which explains the various issues
created.
Anyway, this time I have a bug report; or, rather than a bug per se, perhaps
a strange behaviour feature instead.
I will try to explain what I did:
- I was trying to search for a specific word/substring in a somewhat
large file (~10.000 lines or so).
- I was clicking on the expander in that search widget, for "Find All"
too.
- There, I was clicking on "In Document". (If you want to see it,
just click on the part that expands that widget downwards.)
Next result was that suddenly the bottom pane flapped upwards
and occupied like 60% of the space. With bottom pane I mean
the notebook-like thing that has the entries such as "Status",
"Compiler", "Messages", "Scribble", "Tasks".
The content in that first tab (Status) showed:
No matches found for "abhn".
(That was the sub-word I was trying to find.)
Alternatively it will show the result of the match when it found
something, which is useful.
Anyway, the bottom pane unfortunately does not have a simple way
for me to move it downwards, so 60% is now occupied with this
status/compiler/messages/scribble/tasks widget and I can not resize
it.
I restarted geany, and that bottom pane did not show up, so I assume
that it can only be triggered (or at the least one way to trigger)
through that search-functionality.
I am not against the functionality as such, but here are two things
or three that I think are not ideal; or could be changed.
1) First, it would be great if we could resize that widget. I was
trying to find an up-and-down arrow appearing but I could not find
one. No clue why. Perhaps my gtk-version is broken, but either way
an up-and-down arrow to resize this would help.
2) Second, and perhaps more importantly ... I did not have any bottom
bane widget at all (actually I was even trying to find vte yesterday,
but I guess I don't have vte installed or geany can not find it, so
I was confused when a bottom pane suddenly showed up altogether).
To me this is by far the most surprising part. Consider that I am
working mostly full screen in a text file. Now I am trying to
search something and I have this cute small search widget. Then
I hit "Document" and BAM, suddenly this strange bottom pane flaps
open to like 60% ... this was unexpected to me. I don't really
dislike it (only that I can not resize it) but it is unexpected
and perhaps not intuitive. First, I would like to suggest to
perhaps make it a bit smaller, right now it really occupies about
the bottom 60%; may be better to occupy only 40% or less by
default. But more importantly, I actually don't think this should
appear at all. IMO it may be better if the search widget itself
could show or indicate whether something has been found or not.
(I have not looked at the code but I assume that it shows up
in "Status" may be indicative that it is somehow registered
there first, and then geany or gtk may assume that the user wants
to see this; which is an ok assumption per se, but it does not
make a whole lot of sense to me when we were already using only
the search-widget).
3) This one probably requires more changes; the whole search
widget interface redesigning. But I don't want to suggest any
big work either. I only find the search widget/interface a
bit confusing. Perhaps this could be a separate issue, like
asking several users of geany how they use it, what they don't
use, what they use a lot, and then eventually make some changes
in the future. The options are fine, in principle, but the
defaults seem a bit strange. For example, right now when I
want to continue to search, I have to select the "Find"
button; the "Cancel" button is the default focus, so when I
hit enter, rather than searching again, that sub-widget
is closed. That confuses me too; was different in my old editor.
I can see people want to prefer cancel, but it may be better
to be able to allow users to tweak it. Or to actually make
an "In Document" search also part of the top-options, rather
the expanded ones, without showing up the status at all. I
usually need to search the whole document so the search
interface is a bit sub-optimal for me right now.
--
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/2148
When you have global variables in a Rust source file, functions, modules, etc. appear in the left panel. However, the global variables do not appear. This functionnality works well in C and C++. It would be nice if it worked also for Rust.
Minimal example:
The global variable "N" does not appear in the left panel
--
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/2692
When overview plugin is enabled, some hotkeys (if not all) like Ctrl+Z (undo) stop to work. Appears both with gtk2 and gtk3 (checked gtk3 before 1.32 and gtk2 with 1.33).
While searching for such bug, before to report, i found thread about split-window pane, not reacting to all keys/events/etc. Found reason is that most of geany code is written with assumption of having only one pane. Just guess, that these two bugs could have same reason.
--
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/730
){kind=link}