[ros-dev] SmartPDF (aka SumatraPDF) in rosapps, linking problems
wes.parish at paradise.net.nz
Tue Oct 2 10:02:57 CEST 2007
On Monday 01 October 2007 06:30, Klemens Friedl wrote:
> > But why this been imported into our repositry?
> > What interest do we have in some 3rd party pdf reader?
> The idea was to have some lightweight apps similar to the vision of
> Win95. All recent operating system have a PDF viewer as it's (beside
> DOC) the number one document format. My plan was to remove one of the
> pdf engines and add office format support (ole2, using libgsf
> library), so we would have a very lightweight document viewer app. An
> shell extention could then add preview & metadata of documents to
> I have also plans for a indexing service that provides system wide
> search and an interface to be compatible with MS iFilter, WordBreaker,
> The current plan for such an indexing service is to use SQLite3 and
> CLucene. SQLite3 is a public domain very lightweight SQL engine that
> is used in a lot of software (I bet it is already in use on all of
> your computers and your cellphones, mp3 players, etc.). CLucene is a
> C++ port of the famous Java fulltext search engine. SQLite3 got a
> fulltext engine plugin itself, thanks to a google dev, called "FTS".
> It's currently limited but looks promising too.
> Of course, MS neither use SQLite nor CLucene for their indexer, but
> use their own database engine, based on SQL products that they have
> bought a long time ago.
> Writing a new database with fulltext support from scratch is not
> feasonable, and giving the fact that all recent software switched to
> SQLite (several new Microsoft software and games, google gears, new
> GMail, Google Reader, Google Desktop, Adobe Lightroom, several Apple
> software (coredata OS core lib, Spotlight search engine, iPhoto,
> etc.), I think it's ok to choose it.
This triggered a memory: Managing Gigabytes (text searcher and indexer):
And a text search engine (not an indexer):
You might like to take a look at them.
> If someone thinks that a indexer is not needed, and Google Desktop or
> any other third party desktop search engine is enough. Then you have
> probably never used a so called "desktop search". Please try out one,
> and you will see none of them even comes close to Apple Spotlight on
> MacOS X 10.4 (Tiger), and remember even Spotlight isn't that great
> (search results, boolean search), Google WebSearch is still a lot
> faster and delivers better search results.
> I am planning on the indexer for abouzt 1 1/2 years and the current
> status is that almost all third party libs compile with the reactos
> build environment in my local tree. Additionally, several test apps
> already work fine. One major issue is how to write the IDL for the
> iFilter interface. Another one is how to parse the search-input and
> send it to the right search engine and combine the results
> efficiently. But that's something for another ML-thread.
> Ros-dev mailing list
> Ros-dev at reactos.org
Clinersterton beademung, with all of love - RIP James Blish
Gaul is quartered into three halves. Things which are
impossible are equal to each other. Guerrilla
warfare means up to their monkey tricks.
Extracts from "Schoolboy Howlers" - the collective wisdom
of the foolish.
Mau e ki, he aha te mea nui?
You ask, what is the most important thing?
Maku e ki, he tangata, he tangata, he tangata.
I reply, it is people, it is people, it is people.
More information about the Ros-dev