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
Does this come from the Gtk3 theme? What's an easy way to revert?
The new close icon is very distracting and looks like errors all over the screen. The old grey one was perfect.
--
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/2664
When running the unittests on Windows, all Ctags tests fail because TagManager writes the tag files with CRLF line endings but the tests compare against the test samples which have LF line endings (most of them).
There is a probably easy solution: as @techee pointed out in https://github.com/geany/geany/pull/2666#issuecomment-734731377, writing the tag file in binary mode will use LF line endings when writing the tags file (and *should* have no effect on non-Windows systems :crossed_fingers:).
There are six test samples which have CRLF line endings which still causes the tests to fail. Those could be converted to LF line endings:
- 3184782.sql.tags
- 3526726.tex.tags
- bug1570779.sql.tags
- ingres_procedures.sql.tags
- matlab_backtracking.m.tags
- matlab_test.m.tags
Apart from the Ctags unittests, we have some tests for various utility functions in https://github.com/geany/geany/blob/master/tests/test_utils.c where few filesystem related tests fail on Windows. Those could be probably `ifdef`'d for Windows and/or separate tests for Windows be added.
Once these issues are fixed, we could enable `make check` in CI!?
--
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/2677
The de combination is supposed to delete to the end of the word. Instead, it leaves the last letter of the word. I am on Arch xfce. Other than that, great plugin!
What gets deleted:
h e l l o
^ ^ ^ ^
What is supposed to get deleted:
h e l l o
^ ^ ^ ^ ^
--
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/1043
How to reproduce:
`i=0 ; while [ "$i" -lt "60000" ] ; do echo '[20-01-2019 JUST TEXT. JUST TEXT. JUST TEXT. JUST TEXT. JUST TEXT. JUST TEXT. JUST TEXT. JUST TEXT.' >> testfile.txt ; i=$((i+1)) ; done`
Next open testfile.txt
CTRL+H and replace [20-01-2019 with [21-01-2019 in whole document.
Now replace [21-01-2019 with [22-01-2019
It will freeze for a long time and load one cpu core for 100%. no ram or io load.
I set it for a night and it replaced 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/2092
Hello. I run geany 1.37.1 on Fedora 33 and Geany crashes when I try to put a space between an emoji and Unicode VARIATION SELECTOR-16.
Steps to reproduce:
1. Enable the Spell Check plugin and enable spell checking. I use en_US in case it matters.
2. Insert an emoji with VARIATION SELECTOR-16, e.g. ☃️ (select the entire line form the *source* of this comment or [from here](https://blog.tomayac.com/2019/12/12/same-same-but-different-unicode-v…).
3. Move the cursor between the two characters:
4. Type "space" (or any other character it seems).
5. Geany crashes (aborts).
```
/usr/include/c++/10/bits/stl_vector.h:1063: std::vector<_Tp, _Alloc>::const_reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) const [with _Tp = unsigned char; _Alloc = std::allocator<unsigned char>; std::vector<_Tp, _Alloc>::const_reference = const unsigned char&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__builtin_expect(__n < this->size(), true)' failed.
```
--
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/1041