On Mon, 1 Jul 2002 03:43:55 +0200 (Romance Daylight Time) Vadim Zeitlin <[EMAIL PROTECTED]> wrote:
> On Sun, 30 Jun 2002 18:22:15 -0700 (Pacific Daylight Time) Michael A > Chase <[EMAIL PROTECTED]> wrote: > > MAC> The first cut could be static virtual folders. That should be much easier > MAC> to implement and would allow outside programs to create them as needed. > > Hmm, I haven't thought about this. In fact, I realize that I haven't even > thought of saving the virtual folders at all. But you're right, I > definitely should. > > So what will be the format for a vfolder? A text file containing the > lines like > > other/folder/name: uid1,uid2,uid3uidN That may be dificult to manage if the search result set is too large. I was thinking more like: search/results/folder1: uid1<TAB>source/folder1 uid2<TAB>source/folder1 uid3<TAB>source/folder2 search/results/folder2: uid4<TAB>source/folder1 uid5<TAB>source/folder3 uid6<TAB>source/folder3 We could even take advantage of filters by having messages being added to one vfolder causing the entry to be copied or moved to another vfolder. > MAC> The virtual folders should definitely appear in the tree as just another > MAC> type of folder. Whether their content is static or dynamic should just be > MAC> one of their attributes. The tree structure of the folders and their > MAC> ability to inherit attributes is one of the major strengths of Mahogany. > > Yes, I wholeheartedly agree :-) But the problem here is not that the > folder is virtual, but rather that the "Search results" folder is > transitional by nature, so there doesn't seem to be a lot of sense in > putting it in the tree... > > And (this is also in reply to Ujwal), I don't understand how do you > propose to put multiple search results folders in the tree? For me, either > we have one global "search results" in a tree or a temporary (not stored in > the tree and not saved on disk) "search results" folder is created for each > new search. Of course, we might have both, is this what you mean? A default search folder would be handy for most searches, but why not have multiple search result vfolders? If I am following several topics, I could want to keep the search results for them in seperate vfolders. Right now, I create multiple real folders with copies of the messages I am interested in. > MAC> I'm actually more interested in the method used for identifying messages > MAC> to select **from** other folders (including virtual folders). > > For static vfolders we need just the UID of the messages, so I don't need > to worry about this for now... Oops. I left out '**from**' in my earlier posting. Unless the only way used to populate a static vfolder is to let external programs do it, someone has to worry about how the messages are selected. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Mahogany-Developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mahogany-developers
