>>>>> "Charles" == Charles de Miramon <[EMAIL PROTECTED]> writes:
Charles> Rich Shepard wrote: >> However, when I press ctrl-f I see a dialog box that has two text >> entry widgets (for search string and replace string) and four >> buttons: "Find next", "Replace", "Replace all" and "Close". I've >> used it extensively. Works fine. >> Charles> I was not talking of ctrl-f but of a powerfull search&replace Charles> where you can search "foo" in emphasize style or in language Charles> Spanish, or in a footnote. Charles> It is feature that has been asked for several years by Charles> several people. I dont want to appear to be whining and Charles> complaining. If the LyX developpers have not added this Charles> feature it is, I believe, because it is not easy to do in the Charles> actual framework. Actually, in 1.3.x and before, if was the mere existence of the find function which was a difficult task :) The reason was that we had no easy way to scan through a document, as strange as it may seem. Now that the find function is in a better shape, adding searching for fonts would be trivial at the data level. Of course the UI requires more work. Searching for a regexp (on the contents of the file, not the file format) would not be too difficult either. Searching for text in a footnote or whatever is more work, but this is mainly because the semantics of such search would be weird. Charles> Another example of the advantages of basing you application Charles> on a rich framework. I've followed a conference of Lars Charles> Knoll, the Trolltech (and KDE) developer responsible for Charles> QTextdocument. In the next version of Qt, QTextDocument will Charles> be fully unicode. He gaves us example how fiendishly Charles> complicated it is to create a interface to enter Unicode Charles> text, deleting, selecting with a mouse for language like Charles> Chinese, India, etc. It is a 2 man/year job. In KWord we get Charles> all that for free. I do not know much about that, I have to admit. Charles> If LyX was a KDE application, it could used the KScript class Charles> that add a generic scripting engine for an application, reuse Charles> the plugin interface developed for other applications, etc. What does it do beyond what other script embedding libraries do? Charles> KDE or QT should not be viewed from an user point of view (I Charles> like or dislike KDE/Gnome/Gtk ; it is too heavy, bloated, Charles> etc.) but as a successfull development model. By building a Charles> common, rich framework that goes much further than a set of Charles> widgets you mutualize the coding work We are all for using external libraries (boost, aspell, aiksaurus...). But they do not _have_ to be from KDE, especially if this forces us to go the whole way. Charles> and make it possible for application developers to Charles> concentrate on their core business (burning cd, listening to Charles> music, interfacing with LateX). Well, our core business in LyX is not interfacing with LaTeX. Otherwise we would just build a magic LaTeX-interface-plugin for KWord :) JMarc
