2008/8/25 Rickard Öberg <[EMAIL PROTECTED]> > Peter Neubauer wrote: > > I agree with you that there are mutually exclusive "states" for a > > message like Inbox, Sent and Failed. But looking at my GMail Inbox, I > > actually can not assign both "Inbox" and "Archive" to a messege, that > > is, there are some rules that cannot be overridden in there and ensure > > exclusiveness of certain tags, like your "Draft, Sending, Failed". > > If I look at the label editing I don't see "Inbox" as one of them. I > don't think those are labels at all, but instead are regular folders. If > that is true, then there is no need to have rules for exclusivity. If > you can see anything that implies that "Inbox" is actually a tag, let me > know where to see it. >
actually you can use "label:osgi" as well as "label:read" / "label:unread" when searching in google mail - for example, with my current settings: label:osgi label:inbox will give me all OSGi emails in my inbox, whereas searching with: label:osgi will give me all OSGi emails, ie. both in my inbox and archived. you can also negate the search to find all archived OSGi emails: label:osgi !label:inbox so from an empirical standpoint inbox appears to be another label, except the web GUI stops you from editing it or applying it directly > > However, if we assume that we are not venturing any further than using > > this for simply catching mutually exclusive state, then probably the > > classic Folder approach will be just fine. > > My point really is this: tags are great, but not for this purpose. > Having folders for the states (inbox, draft, failed, etc.) is useful, > whereas tags for organizing messages is probably superior to using > folders (and instead you use Smart Folders, which would probably simply > equate to a Query in our case). I.e. both a are great for different things. > > /Rickard > > > _______________________________________________ > qi4j-dev mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/qi4j-dev > -- Cheers, Stuart
_______________________________________________ qi4j-dev mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/qi4j-dev
