On Thu, 2004-10-14 at 13:10 -0400, Sean Egan wrote:
> I was going to originally wait until after I did status mockups to do
> this, but the "why did you change to tabs" thread this morning shifted
> my focus a bit.
> Also, someone on planet.gnome.org criticized the unreleased,
> incomplete dialog, but that didn't shift my focus because I don't take
> anyone who has a blog seriously :).
> This time, my suggestions are a lot less conservative. As such, I
> expect a lot more opposition, and do not expect all (or even *most*)
> of my suggestions to get passed.
> Here are some more preferences we should remove:
> Remove the whole thing. Figure out *something* to do with the sole
> option on it. I'm not sure it's a good idea to remove the option,
> although when we start using ellipsized widgets in Gaim, it would
> probably be safer to do so.
> Buddy List
> Remove "Show warning levels", "show idle times", "dim idle buddies"
> default them all to "Yes."
Bad, I like my buddy list with small icons and=20
> Rename "Show buddy icons" to something that more accurately represents
> what it does.
> Perhaps we should remove "Raise window on events" and default to no.=20
> Does anyone really use that feature?
Of course, couldn't live without it. In fact, I don't know of any of my
gaim-using-friends who don't use it.
> There are a few glitches with "Automatically expand contacts," but it
> would probably be better to fix the glitches and ditch the option,
> then to keep the option to work around the glitches. Also, this is
> currently the only place the Contact feature is named in the Gaim UI,
> I believe.
> Doing all this would result in a single option in this tab, which
> would warrent killing the tab and moving the preferences elsewhere.
> Remove "Show buttons as," default to "none." I'm a fan of the more
> minimalistic interface we've been going for, and I think people would
> adjust to the removed buttons. We would need to ask an accessibility
> person if removing the Send button would be problematic, though. Even
> if it is, we could keep the send button, and ditch the other buttons
> and kill the preference.
> Remove "Send unknown slash commands as messages." I'm not sure what I
> think of the whole "slash" commands deal. They're really only
> incredibly useful in IRC and other protocols where people are used to
> them as well as giving plugins a convienient way to interact without
> UI, but they're inheritly not easily discoverable and can probably be
> confusing to someone not familiar with IRC. That said, we should kill
> the option and default to "yes."
> Remove "Show formatting toolbar." There's a per-conversation option
> for this that we could have affect the global preference instead. I'm
> not positive about this one.
> Remove "Show buddy icons" and "Enable buddy icon animation" and
> default to "yes." Again, these have per-conversation preferences that
> could be used for individuals with particularly offensive icons. We
> could even save the preference for future sessions. People who find
> the sheer *concept* of buddy icons offensive will just have to suffer.
> We could probably remove "Show aliases in tabs/titles" and default to
> "yes" when we can depend on elipsizing support in gtknotebook
> Remove "use multi-colored screen names in chats" default to "yes."=20
> I'm pretty sure I included this in the original prefslash, but I need
> someone to remind me why it was vetoed.
> I still support removing "Show IMs and chats in tabbed windows" and
> defaulting to "yes," but I know I'll never get that through committee.
> Can we kill "Tab placement" and choose an appropriate place to default
> to (top or bottom, most likely. I use bottom, but I'd say "top" might
> be better).
> This all would leave 5 preferences left on this, the longest, prefs page.
> Message Text
> Remove "Show timestamp on messages," default to "yes" or use the
> per-conversation preference globally (and get it working the way it
> used to).
> Remove "Highlight misspelled word," default to "./configure
> --disable-gtkspell" if you don't want this ;).
Except for the many users on binary distributions who may have it built
with gtkspell support but find the highlighting annoying.
> Remove the "Ignore" preferences, default to "no," make them
> per-conversation preferences that get saved for future sessions. I
> think the case is much more likely that there are a handful of people
> with uber-obnoxious formatting that would cause people to turn these
> on than someone wanting the preference global.
> This results in only "Default Formatting" on this tab.
So in other words, we'll be moving a lot of the global preferences to
per-buddy preferences. May be beneficial for some people, but a
horrible inconvenience for those who want to block all buddy icons or
kill all formatting.
> Kill the whole tab, default all to "yes," except "Ctrl-number inserts
> smileys" because it only inserts default AIM smileys and I'm sure
> there's no good way (apart from, I suppose, setting shortcuts in a
> theme) to change that. Regardless, I think RobFlynn is the only
> person who actually uses those shortcuts. Most of these preferences
> were from the days where these shortcuts conflicted with window
> manager or other global shortcuts. I think shortcuts have pretty much
> been standardized and we shouldn't have a problem as long as we don't
> touch Alt at all. Can anyone provide more insight on this?
I think everything in here could probably go but I'm cautious about
removing the "enter/control+enter to send" option.
> As you know, we killed the browser preference if someone is using
> GNOME by delagating it to a GNOME command. Apparently, it makes some
> incomplete assumptions, the details of which I'm not familiar with,
> but provide we can have a failproof way of detecting if GNOME is
> running, this is a Good Thing. GNOME also has system-wide proxy
> preferences; we should use the same method to remove these if GNOME is
> running and retrieve the correct values with gconf-tool2 if available.
> If GNOME duplicates the other options on this tab, we should
> naturally do the same. Also, we should find out if there's a good way
> to do the same things for KDE preferences.
> Remove the system log options, leaving just "Enable System log" which
> we should probably change to "Log all system events," to be consistant
> with the other log types.
> Away / Idle
> "Queue new messages when away" can probably be removed and defaulted
> to "no," and replaced with a more robust, queueing system for all
> messages. These preferences, in general, will obviously depend on the
> direction we take the status UI in.
> Away Messages
> Gone. No matter what. These aren't even actually preferences.
> I've generally refrained from commenting on how things should be
> restructured once all the preferences are gone, but I think it's
> obvious that there should be a single Protocols tab, with
> gaim_gtk_pref_frames or whatever we call them within that tab. That
> Jabber - Privacy - Hide Operating System" is just generally poorly
> worded, I think, and just needs to be renamed, although I wouldn't
> mind seeing it default to "yes"
> AIM/ICQ - "Use recent buddies group" could possibly be made a global
> option, and we could simulate the behavior in other protocols. I
> don't know.
> Show how long you have been idle - This seems to duplicate the same
> option in "Away / Idle." There should be a better way to respect the
> server-side option while keeping the server-side option. Regardless,
> this preference needs to go.
> MSN - I find "Display conversation closed notices" useful, and
> "Display timeout notices" annoying, so I'd propose killing both and
> making those the defaults, but I'm sure just as many people feel
> strongly about either. The only use the timeout notices serve,
> though, is telling you you won't receive typing notifications anymore.
> Generally, I find that unimportant.
> There's the problem of how to give plugins their own pages, that is,
> whether giving them each their own tab is necessarily a good idea. I
> really don't know.
> I think that's all the preferences we can safely remove without too
> much of a problem. Obviously, I don't expect them all to get killed,
> but I'd like to see which ones get defended the most.
> Discuss and opine.
Sorry, don't have much time now to comment on everything in depth.
Jon Oberheide <jon@...>
GnuPG Key: 1024D/F47C17FE
Fingerprint: B716 DA66 8173 6EDD 28F6 F184 5842 1C89 F47C 17FE