On Thu, 10 Jul 2003 11:14:29 +0200 Xavier Nodet <[EMAIL PROTECTED]> wrote:

> Do you read all those 100k groups on Mahogany? I guess no. So M would
> only generate an Id for a group that you read because, if you don't read
> the group, there is no corresponding forlder and thus no Id.

Btw, I don't read news using Mahogany, it's mostly planned future.

I think that listing all groups directly in folder tree is interesting
feature. It would be possible to have multiple such listings: all, new,
subscribed, hierarchical. People can then click group that interests
them without subscribing. The problem is that once they click it, some
information must be stored. You never know which one they'll click and
clicking is only one of ways they can reference the group.

Now, the trick is that if group names don't change (except subscribed
ones, which are mere shortcuts) and server has unique id, then group is
uniquely identified by server-id/group-name. If this is made into
default identifier, it doesn't have to be stored, yet it can be used to 
reference random groups in filters and assign them properties (which
will be stored).

As I read above, I have just found another problem: Is it possible to
have several shortcuts pointing to that same physical folder? I think
that Name property will have to be extended to colon-delimited list...

> Any code that needs some property for a folder must refer to the folder
> by its ID.

Gui code needs to enumerate folders by visible name, otherwise it would
be impossible to move subfolders between folders.

In the final result, it doesn't matter whether id or name is used for
location. The difference is in what code will be changed: folder tree
gui or references.

> Otherwise, you would have
> to potentially retrieve the information for all folders to find the one
> with the given Id.

You have to load whole configuration file anyway. It isn't too big, so
there is no problem. The thing with symmetric MovedTo/MovedFrom
properties was meant to avoid such preloading/scanning, but I dropped it
because it is more complex and easy to get wrong.



-------------------------------------------------------
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
www.parasoft.com/bulletproofapps1
_______________________________________________
Mahogany-Developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mahogany-developers

Reply via email to