** Changed in: gedit
Status: Unknown => New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136644
Title:
gedit search function is not practical anymore
To manage notifications about this bug
While it won't address your UX annoyances, I have filed an issue
upstream proposing an approach to make live search faster for big files:
https://gitlab.gnome.org/GNOME/gedit/-/issues/398
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Bug watch added: gitlab.gnome.org/GNOME/gedit/-/issues #398
https://gitlab.gnome.org/GNOME/gedit/-/issues/398
** Also affects: gedit via
https://gitlab.gnome.org/GNOME/gedit/-/issues/398
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are
I switched back to gedit2 because this search function is terrible. But
I think this is a bad place because it is not a matter of the linux
distribution (Ubuntu) but Gnome gedit itself ... so folks, please
support "our thing" here:
https://gitlab.gnome.org/GNOME/gedit/issues/281
** Bug watch added
Yes it is really annoying but Ubuntu seems not care about it.
At the time you type it start searching even the first characters. It
even does not wait for some milisecs to do the search (just to detect
user continue to type text rather than search the whole word. Then it
cause cpu crazy hungry and
THIS IS REALLY ANNOYING!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136644
Title:
gedit search function is not practical anymore
To manage notifications about this bug go to:
https://bugs.launc
THIS IS REALLY ANNOYING, the immediatly starting search function stalls
the program in long files (e.g. I want to search for "def", it stalls
the program (gets greyed out) for a minute)
Please fix this.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subsc
As described in the gedit help at https://help.gnome.org/users/gedit/3.8
/gedit-search.html.en :
- You can press Enter to cancel a search and retain the current cursor
position. (This behavior is admittedly not consistent with other GNOME
applications; see https://bugzilla.gnome.org/show_bug.cgi?
i dont think so.
i find the use of CTRL+F and ESCAPE disturbing.
when i search for something, i would rather like to remain at the found
instance, and not jump back to where i was.
additionally, this new automatic search makes the program very slow with
longer files.
thank you, v.
--
You rece
related to this https://live.gnome.org/Gedit/FAQ ?
gedit is very slow and/or crashes when opening files with very long
lines. Can you fix it?
When designing GtkTextView (the text display widget of gtk+ which gedit
uses) the developers had to make a design decision: trading off bad
performance and
10 matches
Mail list logo
