On Mon, Apr 26, 2004 at 01:52:09PM -0400, Sean Egan wrote:
> I'm finally looking to get rid of our useless prefs, and as this is a
> touchy subject, I'll sollicit some opinions first.
> Please don't respond complaining that my opinion of sensible defaults
> and fewer preferences and stupid, you'll just be ignored. Or worse.
> Only respond with specific insight on specific ideas listed herein:
Ah, so glad we're doing this :) I agree with most of these, and I'll
make some specific comments below.
> Replace 7 checkboxes, three dialog-spawning buttons, one spin button and
> two colored boxes with, like, a GtkFontSelector and a GtkIMHtml. Or
> something. Putting a GtkIMHtml there is definitely useful, but a
> fontselector can't pick colors or underlining, and I'd like there to be
> some way to specify the size without a face and stuff. Ideas?
Great :) The MSN-type mode that you mentioned earlier sounds good.
> Message Text:
> Kill "Show graphical smileys" and put a "No Smileys" option in the
> Smiley Themes selector.
> Kill "Show URLs as links" default to "Yes, of course. Why wouldn't I?"
> Replace "Ignore colors" "Ignore font faces" and "Ignore font sizes" with
> just "ignore incoming formatting". Maybe?
I personaly use Ignore font sizes and leave the other two on.
Sometimes I'll turn on Ignore font faces as well. The reason is, I
have several friends who have their font set to something weird and
their text really large. I still do want to see the colors, however.
I feel that with all the other pref removals that'll be going on,
keeping these three shouldn't bloat things up much. I'm not religious
about this, though.
> Buddy List:
> Kill "Show buttons as" make default "none." I never use them and
> wouldn't miss them much. The away message button is kinda useful
> though. Thoughts?
The away message button is useful, though with the status rewrite,
there may be other statusy things that aren't away messages. I want to
come up with a better UI for all of that, but I still haven't decided
on anything I like.
I don't use the rest of the buttons. I'm not opposed to this, though I
think others will be.
> Kill "Show numbers in groups." Default to "yes". Are there people who
> will get violent if we force them to know how many buddies are online in
> their groups? The preference isn't even worded well. "Show numbers in
> groups" What does that even mean?
> Kill "Show warning levels" and "Show idle times" Default both to "yes".
> How many people would these annoy?
Some may want to keep this pref, and some posted their reasons. I
personally don't care either way.
> Kill "Send URLs as links" default to "Yeah, I rarely send people links I
> don't want them to click on"
Yes, full agreement.
> Kill "Show aliases in tabs/titles" I used to be a staunch supporter of
> no aliases in tabs, but I'll give in here and default this to "Yes,
I think this one will get some complaints.
> I've been saying for a while (as have the people who ask why they can't
> get their conversations out of tabbed windows) that the tab preferences
> are braindead. "Show IMs and chats in tabbed windows" doesn't do what
> it says at all. I want to kill it and force people to look at the tabs
> against their will, but some people on this list care about people who
> aren't me, for some reason ;). I think Nathan had an idea I was ok
> with... something about graying the option out when no tabs is chosen.
> Can we just force everyone to use tabs anyway? Probably not. People
Let's just grey it.
I should mention here that the conv rewrite has already begun, and
though it has not progressed all that far yet, once of the more
immediate plans was to remove a lot of these prefs. So, we can either
do that in gaim now (which will bring me into conflict hell, which I'd
rather avoid, but I can handle it) or we can wait for all the pref
work in conversations to be done in the conv rewrite. I'd personally
vote for the latter, as it's one set of changes at once, instead of
twice over a couple of releases.
> Kill "Show status icons on tabs" and default to "OK." It's useful and
> pretty, and everyone should use it.
Yep, though we should keep the option for the close button.
> IMs/Chats, these are mostly the same page, so I'll address them
> Kill "Show buttons as" default to "none." I have to admit I really like
> the new "none" look. I'd consider leaving a send button in, though, for
> people like my mom who actually click the Send button with the mouse
> after every message, but then again, my mom just isn't very smart.
The distinction between IMs and Chats in the new conv rewrite will
largely go away. Any and all options should for the most part be
I am redesigning the conversation window, and one of the things I
wanted to add was a bar at the top, above the conversation imhtml,
that had the buddy icon, username, the away state or whatever text
that you would otherwise see in the buddy list, and then the buttons
that are currently on the bottom of the window moved to the right of
the name and status text. The Send button would be moved to the right
of the input box.
With these changes, the conversation window wouldn't end up any larger
than the current one. Things would just be shuffled.
I feel this provides useful information that you would otherwise have
to go to the buddy list for. I have considered removing most of the
buttons, though. The Warn button is a very uncommon function, and can
be accessed through the menu. Block and Add/Remove are probably also
good candidates for the menu. I would like to keep Get Info, but it'd
end up being alone by itself, so I may just remove all of them, or
keep the preference for them. That's something we'll have to decide
> "New window width" "New window height" and "Entry field height" need to
> die. Detect changes in size like we do with the blist and use that size
> to create new windows.
> Kill "Hide window on send" default to "No, that's so stupid". ICQ does
> not have an interface we wish to emulate.
> Kill "Show logins in window," default to "yes"
I can see some people not wanting that for IMs. I don't know why they
> Kill "Notify buddies that you are typing to them" default to "yes"? I
> could go either way on that one.
I'd really like to keep this. There are times when I find this very
> Kill "Old-style completion" and bury it, while defaulting to "no".
> Actually, kill "Tab-complete nicks" too and default to "yes".
> Kill "Show people joining in window" "Show people leaving in window" and
> "colorize screen names" defaulting all to "yes". I can't really picture
> anyone saying "Man, Gaim's really cool, but I don't use it because it
> tells me when someone joins a chatroom"
Let's keep the "colorize screen names" pref. I hope nobody uses the
> Kill "sounds when you log in" default to "no". Nobody wants that.
> Kill "sending messages removes away status" and default to "no" AIM
> users are used to "yes," but love that they can "no." If I want to come
> back from away, I'll just come back from away, I say.
I mostly agree, though I'd still prefer to keep this option.
> Kill "Queue new messages when away" and default to "yes"? I don't know.
> Everyone hates the "I'm away" window anyway.
In my status rewrite, the "I'm away" window is going away. I just need
to come up with a better UI for it that I actually like, as I
I personally don't queue messages, so I wouldn't want to see this go
away and default to yes.
> Kill "Seconds before resending" and replace with a reasonable figure. I
> doubt I've changed it, so 120 is probably the default.
This is a pref that only hard-core people would care about. They can
just use an advanced pref editor like SimGuy's or edit prefs.xml.
> Kill "Send auto-response in active conversations" and default to "no"
> That's just obnoxious.
> So, the goal here is to get rid of a bunch of preferences, and then
> re-organize them such that the dialog is a little less weildly. By
> killing a lot of these, we can move things around and trim the tree down
> a bit, I hope. Let me know what you think.
For the most part, I'm very happy with this decision, except for the
points I noted above.
I will tackle some of these issues in the status and conv rewrites,
which, if all goes well, won't take more than a couple more releases
to finish. Let me know if we're going to end up doing those now, or if
I should handle them.
Christian Hammond <> The GNUpdate Project
chipx86@... <> http://www.gnupdate.org/
Don't anthropomorphize computers. They hate that.