On Dec 1, 2007 3:20 PM, Randall R Schulz <[EMAIL PROTECTED]> wrote: > > On Saturday 01 December 2007 14:31, Daniel Green wrote: > > For some users in certain environments/clients it is clear that a > > prefix would provide clarity. Don't make the assumption that everyone > > is able to use the gmail web interface. > > It has nothing whatsoever to do with GMail. Any even half-way capable > mail client can filter on arbitrary header fields, regardless of > whether or not they're typically shown in the message display. They are > able to accommodate a list identification outside the Subject: header. > In fact, if you think about the word itself, it is completely > irrelevant to the forum on which any given message is posted. > > > > So if some will be helped, as many responders to this post have > > claimed, the question becomes, would titles prefixed by [jvm] degrade > > quality for users who do not want it? > > Of course it would. It's an endlessly repeated piece of entirely > redundant information, at least as far as Subject: headers are > concerned. > > While there may be a small fraction of users who subscribe to only a > handful of lists, those who subscribe to many naturally create separate > folders for each subscription. For these people, adulterated Subject: > headers are just that: adulterated; contaminated; befouled.
I subscribe to dozens of lists and manage 5. I've also be participating in discussion lists on the Internet since 1989. I've used more than 2 dozen mail and news readers over the years. I've developed my own workflow and my own preferences. I prefer to use GMail for reading discussion groups. It's available in a near uniform format on all my devices (Linux, Mac, Windows, iPhone, eee PC, etc.) It manages conversations very well. I find it better than almost all my mail clients (except perhaps Thunderbird) for managing communications. I am not a fan of putting different communications in different folders. I find that I can monitor different discussions most effectively if they are all in my in-box, but with a small indicator of which group the discussion is part of. I can quickly scan the titles and make the decision to dive deeper or archive. I have tried the "different folders for different groups" strategy in the past and I don't like it. I wind up delaying my reading of important stuff and the context switch is costly for me. These are my habits and behaviors. They are different from the optimal habits that other people have developed over the years. This does not make me or someone with other habits a better or worse person. If there was universal agreement on the matter, the universal choice with be enforced by discussion group systems. I don't think I'm stupid. I don't think I'm "set in my ways" as I try different Internet clients on a regular basis and wind up "changing" every 3 or 4 years. I do think that I'm able to articulate why I have my preferences. Hopefully, we can turn this discussion back to peoples' preferences without a further devolution into ad homenims. > > > I don't think list administrators should cater to users of impoverished > mail clients or to users who cannot figure out how to use the > capabilities their mail clients make available to them. I know Charlie's been around the block about as many times as I have... and he's generally more diplomatic than I am. I have weighed in with my vote as have others. I expect that Charlie will listen and make an appropriate decision. I endorse and support any decision he makes and I encourage the rest of the list to do the same. Thanks, David > > > > Randall Schulz > > > > -- lift, the secure, simple, powerful web framework http://liftweb.net Collaborative Task Management http://much4.us --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "JVM Languages" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/jvm-languages?hl=en -~----------~----~----~----~------~----~------~--~---
