On 3/11/06, Günther Noack <[EMAIL PROTECTED]> wrote: > Hi! > [snip] > > Currently there are some ideas emerging for a rewrite that I'll > probably do one > day. Especially it aims towards an improvement in GUI structure. As > you know, > the old Gorm wasn't very well-structured, and articles like [1] > inspired me to > rethink my program architecture, which is currently not very modular.
I personally prefer the 3-panes style (iTune-like) GUI. :) It seems to be a standard interface for a lot applications. [snip] > > I wonder if it's possible to store the articles on the disk and load > them on-demand > while keeping the ability of searching them with Lucene. > One thing you have to keep in mind is that LuceneKit is an "assistant" for search, not storage. A SQL database provide a place to store and search your data, but a file system only provide a place to store, not search. That's why we have LuceneKit here. LuceneKit convert the data on file system to a form which can be searched easily Therefore, on your disk, you will have a original data and a processed data for LuceneKit. So it doesn't matter how you store your data. as long as you can feed LuceneKit with your data and LuceneKit will create a processed data for search. The other things is the over-head of using LuceneKit. Unless you are planing to have a 'smart group' or boolean search, you may not need LuceneKit. Most people search data with a keyword. You can simply go through all your data with [NSString -rangeOfSubstring:] to find them. I am writing an application similar to Beagle[1]. Once it becomes usable, we can have a discussion about a system-wide index and how applications should interact with this index and a possible daemon. It need NSPredicate, which is not available on GNUstep yet. Have fun. Yen-Ju [1] http://beaglewiki.org/Main_Page [snip] > -Günther > > > [1] http://www.stone.com/The_Cocoa_Files/Doing_Objects_Right.html > > > > _______________________________________________ > Etoile-dev mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-dev > _______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
