From kwrite-devel  Sat Jul 28 14:09:18 2007
From: Robert Buchholz <rbu () gentoo ! org>
Date: Sat, 28 Jul 2007 14:09:18 +0000
To: kwrite-devel
Subject: Re: Splitting incremental find and general search/replace
Message-Id: <200707281609.19178.rbu () gentoo ! org>
X-MARC-Message: https://marc.info/?l=kwrite-devel&m=118563180919490
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============1734189888=="

--===============1734189888==
Content-Type: multipart/signed;
  boundary="nextPart1222625.3DSFDEtn0V";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1222625.3DSFDEtn0V
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Thanks for the replies so far. So this is what happens when you start a=20
thread here and go away for a day :-)


On Friday, 27. July 2007 20:02, Anders Lund wrote:
> On Friday 27 July 2007, Robert Buchholz wrote:
> > Why separate them?
> >   I have seen in the Alpha versions of Kate and the recent
> > discussions that integrating the two options could lead to
> > crippling of features and weird usability changes. Separating them
> > could solve these issues:
>
> Note: The problems only concerns the GUI.

That is true, but with Kate being a graphical editor, its GUI is one of=20
the major components. Its GUI is the place where features (options) are=20
born, enabled and removed.


> > 1. Search and replace history
> >    It seems quite hard to implement search history with incremental
> > search, and I do not see that feature implemented in Kate right
> > now. Losing this will also lose a lot of comfort in search, and
> > especially replace actions.
>
> This is not a problem at all, we simply doesn't add incremental
> search patters to a history.

Which would mean I have to disable incremental search to save a history.=20
That also means there are times when incremental search is disabled. To=20
my mind, incremental search is a way to finding a known place in a file=20
very fast. Pressing CTRL+F, then tabbing through the options to=20
enable "incremental", then tabbing back to the query field and starting=20
to enter my query is not a fast way to finding.

> > 2. Speed up search, esp. in regular expressions
> >   Discussed quite often, incremental search costs some real bucks,
> > especially when enabled with regular expressions, not speaking
> > about the multi-line version. Separation would stop the need to
> > manually disable "incremental" _before_ typing a complex query (or
> > a simple query on a big document).
>
> That is correct. Personally I prefer to search in the commandline
> (kde 3.x) which avoids this problem.

I do not want to attack you here, but the implication here is that the=20
GUI of the graphical editor is so flawed that you need to interface its=20
features via CLI. I sure don't hope that is the goal.
Think about making the GUI as attractive to power users like you that=20
you do not want to use the CLI interface to Kate anymore :-)


> > Implementation?
> >   Choose yourself :-) My imagination looks like this: Implement one
> > very basic incremental find bar (Firefox style), and one complex
> > search query panel, as a window or a bar. The two could exclude
> > each other, so you can switch between them.
> >
> >
> >
> > I hope I did not step on anyones toes bringing this subject up
> > again, but I believe it needs to be addressed and I was yet not
> > around in February.
>
> No, we are still safely away from release day :)

Good to know.

Regards,

Robert

--nextPart1222625.3DSFDEtn0V
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQBGq04PyZx3L/ph1soRAlW0AJ9OefPkGDRXxrUlAepoVdklbu+i6ACg3/0E
WjNLAlD6c17QbaVpBIDxNtk=
=iJcS
-----END PGP SIGNATURE-----

--nextPart1222625.3DSFDEtn0V--

--===============1734189888==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
KWrite-Devel mailing list
KWrite-Devel@kde.org
https://mail.kde.org/mailman/listinfo/kwrite-devel

--===============1734189888==--