From: Sean E. <sea...@gm...> - 2004-10-15 01:44:30
|
On Thu, 14 Oct 2004 20:29:46 -0500, Felipe Contreras <fel...@gm...> wrote: > I think a tab in the conversation window should be trated almost as a > buddy, a mouseover event should print the buddy tooltip, and that > problem is gone. Anyway Get Info is too damn slow in MSN. That's not a bad idea, but it doesn't solve the problem of someone with tabs off. -s. |
From: Rob F. <ga...@ro...> - 2004-10-15 18:02:13
|
I still think the tabs should remain optional... I cant stand the tabs for some reason :( Im a losar. Sean Egan wrote: >On Thu, 14 Oct 2004 20:29:46 -0500, Felipe Contreras ><fel...@gm...> wrote: > > >>I think a tab in the conversation window should be trated almost as a >>buddy, a mouseover event should print the buddy tooltip, and that >>problem is gone. Anyway Get Info is too damn slow in MSN. >> >> > >That's not a bad idea, but it doesn't solve the problem of someone >with tabs off. > >-s. > > >------------------------------------------------------- >This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >Use IT products in your business? Tell us what you think of them. Give us >Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more >http://productguide.itmanagersjournal.com/guidepromo.tmpl >_______________________________________________ >Gaim-devel mailing list >Gai...@li... >https://lists.sourceforge.net/lists/listinfo/gaim-devel > > > > |
From: Tim R. <om...@ho...> - 2004-10-15 16:19:18
|
Felipe Contreras wrote: >Anyway Get Info is too damn slow in MSN. > Agreed, I'm in favor of moving to a progressive Get Info dialog, that displays the info we already have, and some sort of getting more info animation (or a progress bar) as it fetches more. One of many things I've been meaning to do. --Tim |
From: Gary K. <gr...@re...> - 2004-10-16 04:22:56
|
On Fri, 2004-10-15 at 11:22, Tim Ringenbach wrote: > Felipe Contreras wrote: >=20 > >Anyway Get Info is too damn slow in MSN. > > >=20 > Agreed, I'm in favor of moving to a progressive Get Info dialog, that=20 > displays the info we already have, and some sort of getting more info=20 > animation (or a progress bar) as it fetches more. One of many things=20 > I've been meaning to do. Why not just show the info in the window like normal with a link to the profile instead of parsing it all together? --=20 Gary Kramlich <gr...@re...> |
From: Felipe C. <fel...@gm...> - 2004-10-16 12:39:42
|
On Fri, 15 Oct 2004 23:22:34 -0500, Gary Kramlich <gr...@re...> wrote: > On Fri, 2004-10-15 at 11:22, Tim Ringenbach wrote: > > Felipe Contreras wrote: > > > > >Anyway Get Info is too damn slow in MSN. > > > > > > > Agreed, I'm in favor of moving to a progressive Get Info dialog, that > > displays the info we already have, and some sort of getting more info > > animation (or a progress bar) as it fetches more. One of many things > > I've been meaning to do. > > Why not just show the info in the window like normal with a link to the > profile instead of parsing it all together? I think that's a very good solution, anyway I don't know why Gaim should parse all that info. -- Felipe Contreras |
From: Sean E. <sea...@gm...> - 2004-10-16 16:09:05
|
On Sat, 16 Oct 2004 07:39:40 -0500, Felipe Contreras > I think that's a very good solution, anyway I don't know why Gaim > should parse all that info. Consistency. I like it much better this way. -s. |
From: Sean E. <sea...@gm...> - 2004-10-16 20:19:07
|
Forgot to hit Reply All on this one. On Sat, 16 Oct 2004 12:54:21 -0400, Sean Egan <sea...@gm...> wrote: > And, after Round 1, the scores seem to be: > Interface > ====== > Get rid of the tab. Nobody's put much discussion on what to do with > the preference, but it's obvious that if we come up with a good > solution to get rid of "show aliases on tabs/titles" that this might > fix itself. > > Buddy List > ======= > Get rid of "Raise window on events," "Dim idle buddies," defaulting to > "yes" and "no" respectively. > Get rid of "Show idle times" and "Show warning levels," defaulting to > "yes" and "no" respectively (this also implies moving warning levels > out of the core and into AIM). > Get rid of "Automatically expand contacts," no clear consensus on the > default; I'm leaning towards "no" and moving the auto-expansion code > to dnd where it's actually useful. > > Conversations > ========= > Remove "Show buttons as" default to "none" > Remove "Show unknown slash commands as messages," and make slash > commands only affect prpls that care about them, where they would not > be sent as messages. > Remove "show formatting toolbar," "show buddy icons," and "enable > buddy icon animation," possibly moving them all to per-conversation > preferences. > Remove "Use multi-colored screen names in chats," default to "yes." > Remove "Show aliases in tabs/titles," but no good way has been thought > of to prevent the MSN problem. > Removing "show close buttons on tabs" was mentioned, but I'm not sure > this is the best idea. I suggested playing some tricks to keep the > user from accidentally clicking it > I don't think I suggested the "raise" options last time, because I use > them, but know it would annoy a lot of people. Just like someone said > "Raise buddy list" is a poor man's guifications, this feature is a > poor man's notify.c. What do y'all think? > > Message Text > ========= > remove "show timestamp on message," default to "yes," but give the > ichat timestamp plugin a way to override this. > Remove "Highlight mispelled words," default to "yes" > Remove all three "Ignore" preferences, replace them with a single > "Ignore formatting" preference, possibly per-conversation. > > Shortcuts > ====== > Remove all shortcut options, making sure gtkrc keybindings aren't > affected. I already started this one (the b/i/u preferences are > gone). Is there a good consensus on enter v. ctrl-enter or escape? > I'm in favor of all three on. > > Network > ===== > Remove proxy server preferences if user is using GNOME; read them from > gconf-tool. > Remove "Autodetect IP address" and assume that if the IP box is left > empty. I would suggest putting the auto-detected IP address in the > box if none is set, and maybe a "reset" button. > > Logging > ===== > Remove all the "System Logs" preferences except "enable system log" > which gets lumped with the "log all" options. > Can we remove those options too and make it just "Log?" > > Away / Idle > ======== > Depends on status UI > > Away Messages > =========== > Depends on status UI, which will put statuses somewhere other than preferences > > Plugins > ===== > Plugin preferences go in the preference tab itself, next to > "Description" and "Details." Another alternative would be to put a > "Configure" button on that dialog > > Protocols > ====== > MSN - Kill "Display timeout notices," default to "No" > Jabber - Kill "Hide operating system," default to "yes" > AIM/ICQ - Kill both options. Figure out how to make them Just Work. > > -s. > |
From: Ethan B. <ebl...@cs...> - 2004-10-16 21:04:09
|
Sean Egan spake unto us the following wisdom: > Get rid of "Raise window on events," "Dim idle buddies," defaulting to > "yes" and "no" respectively. I hope you mean "no" and "yes". > Get rid of "Automatically expand contacts," no clear consensus on the > default; I'm leaning towards "no" and moving the auto-expansion code > to dnd where it's actually useful. I concur. > Remove "Show aliases in tabs/titles," but no good way has been thought > of to prevent the MSN problem. You want to not show aliases at all, or show aliases always, or what? I move that we show aliases always, and if there's a problem with an MSN buddy then set a local alias. > I don't think I suggested the "raise" options last time, because I use > them, but know it would annoy a lot of people. Just like someone said > "Raise buddy list" is a poor man's guifications, this feature is a > poor man's notify.c. What do y'all think? Remove them, nothing should ever raise. Ever. Make people use a plu- gin. > Remove all shortcut options, making sure gtkrc keybindings aren't > affected. I already started this one (the b/i/u preferences are > gone). Is there a good consensus on enter v. ctrl-enter or escape? > I'm in favor of all three on. The only caveat with Enter-to-send is that there must be some way to get the Enter keystroke to an input method. If something like your keybind- ing trick for ^B/I/U works, then I say go for it, turn them all on. Nobody wants to have to push ctrl+enter if they don't have to. If they think they do, they're wrong. > Remove "Autodetect IP address" and assume that if the IP box is left > empty. I would suggest putting the auto-detected IP address in the > box if none is set, and maybe a "reset" button. This sounds like a good idea. Make the button say "Autodetect" or some- thing, and I'm on board. Ethan --=20 The laws that forbid the carrying of arms are laws [that have no remedy for evils]. They disarm only those who are neither inclined nor determined to commit crimes. -- Cesare Beccaria, "On Crimes and Punishments", 1764 |
From: Ryan B. <gai...@ry...> - 2004-10-16 21:15:28
|
On Sat, 16 Oct 2004, Sean Egan wrote: > > Get rid of "Show idle times" and "Show warning levels," defaulting to > > "yes" and "no" respectively (this also implies moving warning levels am i the only one who prefers not to see idle times? if there's anyone else, please speak up...otherwise, i'll bow to the majority. :P -Ryan -- "I do not like all these things that I used to..." -Brad Wolfe |
From: Andrew H. <ar...@mt...> - 2004-10-17 01:08:32
|
Ryan Barrett wrote: > On Sat, 16 Oct 2004, Sean Egan wrote: > > >>>Get rid of "Show idle times" and "Show warning levels," defaulting to >>>"yes" and "no" respectively (this also implies moving warning levels > > > am i the only one who prefers not to see idle times? if there's anyone > else, please speak up...otherwise, i'll bow to the majority. :P > > -Ryan > > -- > "I do not like all these things that I used to..." > -Brad Wolfe > I prefer not to see them, preferring to keep my buddy list as small as possible while still seeing all of my contacts; I can tell if they are idle by the dimming, and if I really want to see how long they've been idle I can hover the mouse over the buddy. --Andrew |
From: Brian J. T. <bj...@co...> - 2004-10-17 02:04:27
|
Ryan Barrett wrote: >On Sat, 16 Oct 2004, Sean Egan wrote: > > >>>Get rid of "Show idle times" and "Show warning levels," defaulting to >>>"yes" and "no" respectively (this also implies moving warning levels >>> >>> >am i the only one who prefers not to see idle times? if there's anyone >else, please speak up...otherwise, i'll bow to the majority. :P > yeah, i'm with you on this one. i like my buddy list to be as clean and take up as little space as possible. (i have the "big list" turned off too.) -brian |
From: Luke S. <lsc...@us...> - 2004-10-16 23:59:11
|
On Sat, Oct 16, 2004 at 04:19:04PM -0400, Sean Egan wrote: > Forgot to hit Reply All on this one. mutt has a list reply that works nicely. you should try it some time. > > > On Sat, 16 Oct 2004 12:54:21 -0400, Sean Egan <sea...@gm...> wrote: > > And, after Round 1, the scores seem to be: <snip> > > > > Buddy List > > ======= > > Get rid of "Raise window on events," "Dim idle buddies," defaulting to > > "yes" and "no" respectively. i second Ethan in saying I hope you mean "no" and "yes" respectively, Ryan, yes, i think you are the only one ;-) > > Get rid of "Show idle times" and "Show warning levels," defaulting to > > "yes" and "no" respectively (this also implies moving warning levels > > out of the core and into AIM). sounds good. > > Get rid of "Automatically expand contacts," no clear consensus on the > > default; I'm leaning towards "no" and moving the auto-expansion code > > to dnd where it's actually useful. i like this idea also. i can't see why you'd want it to expand _except_ on dnd. > > > > Conversations > > ========= > > Remove "Show buttons as" default to "none" > > Remove "Show unknown slash commands as messages," and make slash > > commands only affect prpls that care about them, where they would not > > be sent as messages. didn't we establish that this would be irc, silc, jabber (chat rooms), aim (chat rooms) and yahoo (chat rooms)? that doesn't leave many places where / commands are _not_ appropriate... > > Remove "show formatting toolbar," "show buddy icons," and "enable > > buddy icon animation," possibly moving them all to per-conversation > > preferences. i still think the per-conversation should remain per-conversation. > > Remove "Use multi-colored screen names in chats," default to "yes." > > Remove "Show aliases in tabs/titles," but no good way has been thought > > of to prevent the MSN problem. i'm inclined to say there is no msn problem that aliases can't solve. > > Removing "show close buttons on tabs" was mentioned, but I'm not sure > > this is the best idea. I suggested playing some tricks to keep the > > user from accidentally clicking it i still think this can go without any tricks. > > I don't think I suggested the "raise" options last time, because I use > > them, but know it would annoy a lot of people. Just like someone said > > "Raise buddy list" is a poor man's guifications, this feature is a > > poor man's notify.c. What do y'all think? moving this code to notify.c is not a bad idea. > > > > Message Text > > ========= <snip> all of these sounded good. > > > > Network > > ===== > > Remove proxy server preferences if user is using GNOME; read them from > > gconf-tool. and make sure we are detecting gnome _use_ correctly. > > > > Logging > > ===== > > Remove all the "System Logs" preferences except "enable system log" > > which gets lumped with the "log all" options. > > Can we remove those options too and make it just "Log?" no. it is legitimate not to want to log chats but want to log conversations. picking format is also legitimate. > > > > Away / Idle > > ======== > > Depends on status UI > > > > Away Messages > > =========== > > Depends on status UI, which will put statuses somewhere other than preferences > > > > Plugins > > ===== > > Plugin preferences go in the preference tab itself, next to > > "Description" and "Details." Another alternative would be to put a > > "Configure" button on that dialog the configure button idea is bad. we tried that in the pre 0.60 days. the extra tab idea might work. > > > > Protocols > > ====== > > MSN - Kill "Display timeout notices," default to "No" i'm ambivalent here. > > Jabber - Kill "Hide operating system," default to "yes" sounds good. > > AIM/ICQ - Kill both options. Figure out how to make them Just Work. i hate the recent buddies thing. you forgot silc. it has a number of options, the implications of i do not fully know. luke > > > > -s. > > |
From: Andrew H. <ar...@mt...> - 2004-10-17 01:12:31
|
Luke Schierer wrote: >>>Get rid of "Automatically expand contacts," no clear consensus on the >>>default; I'm leaning towards "no" and moving the auto-expansion code >>>to dnd where it's actually useful. > > > i like this idea also. i can't see why you'd want it to expand _except_ > on dnd. sounds good. --Andrew |
From: John B. <the...@1s...> - 2004-10-17 17:34:22
|
Sean Egan wrote: >>Buddy List >>======= >>Get rid of "Raise window on events," "Dim idle buddies," defaulting to >>"yes" and "no" respectively. I hope you have that backwards. "Dim idle buddies" is much more useful than raising the buddy list on events. >>Get rid of "Show idle times" and "Show warning levels," defaulting to >>"yes" and "no" respectively (this also implies moving warning levels >>out of the core and into AIM). I agree. Warning levels aren't important; stick them in the tooltip. >>Get rid of "Automatically expand contacts," no clear consensus on the >>default; I'm leaning towards "no" and moving the auto-expansion code >>to dnd where it's actually useful. I agree with defaulting to no and moving the expansion code. >>Conversations >>========= >>Remove "Show buttons as" default to "none" >>Remove "Show unknown slash commands as messages," and make slash >>commands only affect prpls that care about them, where they would not >>be sent as messages. >>Remove "show formatting toolbar," "show buddy icons," and "enable >>buddy icon animation," possibly moving them all to per-conversation >>preferences. >>Remove "Use multi-colored screen names in chats," default to "yes." I agree with all of these. >>Remove "Show aliases in tabs/titles," but no good way has been thought >>of to prevent the MSN problem. I agree with whoever said that it's nothing that can't be fixed with a local alias. >>Removing "show close buttons on tabs" was mentioned, but I'm not sure >>this is the best idea. I suggested playing some tricks to keep the >>user from accidentally clicking it Although I like the idea of defaulting to yes, I can see where there would be a lot of user resistance to this. >>I don't think I suggested the "raise" options last time, because I use >>them, but know it would annoy a lot of people. Just like someone said >>"Raise buddy list" is a poor man's guifications, this feature is a >>poor man's notify.c. What do y'all think? I like this feature, but I know several people who hate it. I vote to leave it in. >>Message Text >>========= >>remove "show timestamp on message," default to "yes," but give the >>ichat timestamp plugin a way to override this. Kill it. >>Remove "Highlight mispelled words," default to "yes" I vote to keep this one for the users who install the prebuilt binaries provided by their distros. Apparently it really is annoying to non-perfectionists. >>Remove all three "Ignore" preferences, replace them with a single >>"Ignore formatting" preference, possibly per-conversation I like the idea of one "Ignore formatting" preference. I don't care what other people want their text to look like; I want to see as close to plain text as possible. >>Shortcuts >>====== >>Remove all shortcut options, making sure gtkrc keybindings aren't >>affected. I already started this one (the b/i/u preferences are >>gone). Is there a good consensus on enter v. ctrl-enter or escape? >>I'm in favor of all three on. The only opinion I have in this matter is that escape should continue to close only the current tab. Although, that option is poorly named in preferences, as it implies that escape will close the entire window. >>Network >>===== >>Remove proxy server preferences if user is using GNOME; read them from >>gconf-tool. This, like detecting the GNOME preferred browser, I think is a bad idea. I use GNOME, but I don't want GNOME's settings influencing Gaim, particularly in the Browser area, nor would I want KDE's settings influencing Gaim if I used KDE. >>Remove "Autodetect IP address" and assume that if the IP box is left >>empty. I would suggest putting the auto-detected IP address in the >>box if none is set, and maybe a "reset" button. I like this idea. I believe it would be very clean and simple to the eye, and much of the appeal is in simplicity. >>Logging >>===== >>Remove all the "System Logs" preferences except "enable system log" >>which gets lumped with the "log all" options. >>Can we remove those options too and make it just "Log?" Just killing the individual System Log options and defaulting them all to yes seems adequate to me. Of course, I assume that the "Enable system log" option is renamed to "Log System Events" and the System Logs heading is removed as, well. Log format and what to log should stay. >>Away / Idle >>======== >>Depends on status UI >>Away Messages >>=========== >>Depends on status UI, which will put statuses somewhere other than preferences I believe there was someone that suggested a "status editor" dialog that's easily accessible. Sounds like a good way to kill the Away/Idle and Away Messages sections of the preferences. Actually, I can't recall ever using the Away Messages section of the preferences. >>Plugins >>===== >>Plugin preferences go in the preference tab itself, next to >>"Description" and "Details." Another alternative would be to put a >>"Configure" button on that dialog This one I have no opinion on, although I do worry that for plugins such as Guifications, there will be too many rows of tabs and it will be more confusing to figure them out. >>Protocols >>====== >>MSN - Kill "Display timeout notices," default to "No" >>Jabber - Kill "Hide operating system," default to "yes" >>AIM/ICQ - Kill both options. Figure out how to make them Just Work. I like the idea of those preferences being present, especially the display timeout notices. Having the timeout message lets you wait until the timeout has occurred before closing a window. There are many people on MSN that take offense to the window being closed. I could live without this if necessary, though. John |
From: Sean E. <sea...@gm...> - 2004-10-17 19:07:48
|
On Sun, 17 Oct 2004 13:35:13 -0400, John Bailey <the...@1s...> wrote: > I hope you have that backwards. "Dim idle buddies" is much more useful > than raising the buddy list on events. Yes, I obviously messed that up. > The only opinion I have in this matter is that escape should continue to > close only the current tab. Although, that option is poorly named in > preferences, as it implies that escape will close the entire window. I have a feeling the preference was never renamed after tabbed conversations were added. > This, like detecting the GNOME preferred browser, I think is a bad idea. > I use GNOME, but I don't want GNOME's settings influencing Gaim, > particularly in the Browser area, nor would I want KDE's settings > influencing Gaim if I used KDE. Why not? It seems to just make sense to me. > Just killing the individual System Log options and defaulting them all > to yes seems adequate to me. Of course, I assume that the "Enable > system log" option is renamed to "Log System Events" and the System Logs > heading is removed as, well. Log format and what to log should stay. I'm thinking just a single drop down "Log Format," which would include "None." This would turn eight options into one, and the only reason I can think *not* to do it is disk space. Although system and chat logs do tend to be quite large, I don't think anyone really has to worry about this. Couple in a way to delete logs from the log viewer, and we should be set. > This one I have no opinion on, although I do worry that for plugins such > as Guifications, there will be too many rows of tabs and it will be more > confusing to figure them out. Guifications needs a major prefslash itself. :) > I like the idea of those preferences being present, especially the > display timeout notices. Having the timeout message lets you wait until > the timeout has occurred before closing a window. There are many people > on MSN that take offense to the window being closed. I could live > without this if necessary, though. Anyone who takes offense to their conversation window being closed after a conversation deserves to be majorly offended. -s. |
From: John B. <the...@1s...> - 2004-10-17 20:10:02
|
Sean Egan wrote: >>I hope you have that backwards. "Dim idle buddies" is much more useful >>than raising the buddy list on events. > > Yes, I obviously messed that up. Just checking :) >>This, like detecting the GNOME preferred browser, I think is a bad idea. >> I use GNOME, but I don't want GNOME's settings influencing Gaim, >>particularly in the Browser area, nor would I want KDE's settings >>influencing Gaim if I used KDE. > > Why not? It seems to just make sense to me. Browsers are my biggest problem, but only because I don't normally have to deal with proxies. I use Opera almost exclusively. For some reason, it does not show up in the list of browsers to choose from in GNOME's Preferred Applications. Since I don't want a new Opera window every time i click a link, I tried setting the browser to a command, "opera -newpage %s", which doesn't work unless I check the Start in Terminal checkbox. I already have a terminal window open with several tabs in it; I don't need another just to make a browser command work properly. Obviously I'm a person who likes tabs in everything and very few windows, so the extra windows are a huge annoyance. As for proxies, someone else noted a situation I've encountered a few times--different proxy servers at a site for browsing and letting other traffic pass through, possibly with some restrictions. > I'm thinking just a single drop down "Log Format," which would include > "None." This would turn eight options into one, and the only reason I > can think *not* to do it is disk space. Although system and chat logs > do tend to be quite large, I don't think anyone really has to worry > about this. Couple in a way to delete logs from the log viewer, and > we should be set. That I like and find quite reasonable. > Guifications needs a major prefslash itself. :) Maybe, but it's still a great plugin. > Anyone who takes offense to their conversation window being closed > after a conversation deserves to be majorly offended. Good point :) John |
From: Mark D. <ma...@ki...> - 2004-10-18 08:57:01
|
I haven't opined yet. I just read all bajillion emails. Here's a summary, with various comments by me. I'm going to be a Zombie at work in 6 hours: Get Rid Of ========= Buddy List -> Raise window on events, default to no Buddy List -> Show warning levels, default to no, show info in the tooltip Buddy List -> Dim idle buddies, default to yes Buddy List -> Show idle times, default to yes in the big list and no in the small list Buddy List -> Automatically expand contacts, only expand when drag-n-dropping Conversations -> Use multi-colored screen names in chats, default to yes Conversations -> Send unknown slash commands as messages, default to no for protocols that support them, default to yes for protocols that don't support them Conversations -> Show formatting toolbar, default to yes, make the option in conv windows global Conversations -> Show buddy icons, default to yes, make the option in conv windows global Conversations -> Enable buddy icon animation, default to yes, make the option in conv windows global Conversations -> Message Text -> Show timestamp on messages, default to yes, make the option in conv windows global Conversations -> Shortcuts -> Enter sends message, default to yes Conversations -> Shortcuts -> Control-Enter sends message, default to no Conversations -> Shortcuts -> Escape closes window, default to yes??? Conversations -> Shortcuts -> Control-{B/I/U} changes formatting, default to yes Conversations -> Shortcuts -> Control-{number} inserts smileys, default to no Away / Idle -> Queue new messages when away, replace with better queuing infrastructure Away / Idle -> Away Messages pane, remove this and replace with better status UI Logging -> Log when bleh, default all to yes when system log is enabled MSN -> Display conversation closed notices useful, default to yes MSN -> Display timeout notices, default to yes Unsure ========= Conversations -> Show aliases in tabs/titles, default to yes When we can depend on elipsizing support in gtknotebook Conversations -> Show buttons as, default to none I don't think there is any serious argument for either side. Reason for removing it: The conversation windows looks much cleaner without it. Reasons for keeping it: Plugins like to add buttons to the conversation window here; I feel that not having a "Send" button removes the intuitiveness of the text entry window. If there is a send button, users realize that the conversation window behaves the same as it does in every other IM app, and that they can type stuff in the text window and then send it. Conversations -> Message Text -> Ignore XXX, default to no Lots of people said, "make them per-conversation preferences that get saved for future sessions." I'm personally against this. I think it's way overcomplicated. I'd like to just see these preferences remain as-is. Don't Get Rid Of ========= Conversations-> Raise window on events (seems VERY popular to me) Conversations -> Message Text -> Highlight misspelled word (recompiling to disable this is unresonable) Conversations -> Show IMs and chats in tabbed windows (you're looney) Conversations -> Show close buttons on tabs (some people have big fingers. Maybe just have 1 close button?!) Conversations -> Tab placement (very popular and no good default) Logging -> Enable system log, rename to "Log all system events" Other Changes ========= Interface -> Display remote nicknames if no alias is set, move elsewhere Buddy list -> Show buddy icons, rename to something that doesn't suck Network preferences, when running in Gnome and KDE, get these values from the desktop manager. Otherwise we should keep these options. Move all protocol and plugin preferences to a separate dialog window in the Tools menu of the buddy list. Jabber -> Hide Operating System, rename to something more clear AIM/ICQ -> Use recent buddies group, make global?! AIM/ICQ -> Show how long you have been idle, remove this somehow Add the ability to delete logs from the log viewer -Mark -- O O Mark Doliner \ | ma...@ki... \ | www.kingant.net "There needs to be a better word for weird." |
From: Gary K. <gr...@re...> - 2004-10-17 21:10:43
|
> > This one I have no opinion on, although I do worry that for plugins suc= h > > as Guifications, there will be too many rows of tabs and it will be mor= e > > confusing to figure them out. >=20 > Guifications needs a major prefslash itself. :) Current pref count in guifications is 20... Yeah I know it looks like a lot more but it is only 20. The reason I'm using tabs is for grouping stuff together better and to make it easier to read. For example, only being able to see one theme in the list would be annoying as hell.=20 There are only three more prefs I'm considering cutting, that being release notifications, sign on delay, and show while screen saver is active. Which would be defaulted to yes, something like 10 seconds, and no respectively. Also, a while back I suggested that the plugin configuration frames be shown in a separate window, so it doesn't cause the preferences window to grow. This was shot down saying it'll never happen again, since thats how 0.59.x and lower worked. Even though if we are going to stick with the visible tabs in the preference window now, I think that would be the best solution. --=20 Gary Kramlich <gr...@re...> |
From: Sean E. <sea...@gm...> - 2004-10-17 21:40:31
|
On Sun, 17 Oct 2004 16:10:23 -0500, Gary Kramlich <gr...@re...> wrote: > Current pref count in guifications is 20... Yeah I know it looks like a > lot more but it is only 20. The reason I'm using tabs is for grouping > stuff together better and to make it easier to read. For example, only > being able to see one theme in the list would be annoying as hell. > There are only three more prefs I'm considering cutting, that being > release notifications, sign on delay, and show while screen saver is > active. Which would be defaulted to yes, something like 10 seconds, and > no respectively. I'll point out that after this round of prefslashing, Gaim itself may possibly have fewer than 20 options ;). > Also, a while back I suggested that the plugin configuration frames be > shown in a separate window, so it doesn't cause the preferences window > to grow. This was shot down saying it'll never happen again, since > thats how 0.59.x and lower worked. Even though if we are going to stick > with the visible tabs in the preference window now, I think that would > be the best solution. I'm thinking of making Plugins a separate menu item in "tools" and giving each its own configuration dialog. This is even more the way oldgaim worked, but when you think about it, plugins aren't really preferences. -s. |
From: Gary K. <gr...@re...> - 2004-10-17 21:51:55
|
On Sun, 2004-10-17 at 16:40, Sean Egan wrote: > I'm thinking of making Plugins a separate menu item in "tools" and > giving each its own configuration dialog. This is even more the way > oldgaim worked, but when you think about it, plugins aren't really > preferences. >=20 > -s. Agreed. --=20 Gary Kramlich <gr...@re...> |
From: Peter L. <spa...@si...> - 2004-10-17 23:12:34
|
Gary Kramlich wrote: >On Sun, 2004-10-17 at 16:40, Sean Egan wrote: > > >>I'm thinking of making Plugins a separate menu item in "tools" and >>giving each its own configuration dialog. This is even more the way >>oldgaim worked, but when you think about it, plugins aren't really >>preferences. >> >>-s. >> >> >Agreed. > > > I'm just wondering why so much time appearss to be being spent on whether gaim has 'just the right shade of pink'*, and yet last time I checked (three days ago) it appeared that I still couldn't set any away messages from HEAD, leading me to believe that newstatus internals haven't been advanced much recently. Is there any chance of a newstatus status report? It would at least give us hackers some idea of where it's up to, so we can maybe have a go at continuing this work, while the devs concentrate on UI appearance. Regards, Bleets. *Apologies to Douglas Adams |
From: Sean E. <sea...@gm...> - 2004-10-18 00:03:39
|
On Mon, 18 Oct 2004 10:12:19 +1100, Peter Lawler > I'm just wondering why so much time appearss to be being spent on > whether gaim has 'just the right shade of pink'*, and yet last time I > checked (three days ago) it appeared that I still couldn't set any away > messages from HEAD, leading me to believe that newstatus internals > haven't been advanced much recently. Because everyone's waiting patiently for me to share the rest of my ideas, which I soon will. Nobody should be using HEAD anyway (not even the developers, although we are known to break that rule sometimes), so it shouldn't matter in what order we decide to implement our goals. -s. |
From: Peter L. <spa...@si...> - 2004-10-18 00:15:04
|
Sean Egan wrote: >On Mon, 18 Oct 2004 10:12:19 +1100, Peter Lawler > > >>I'm just wondering why so much time appearss to be being spent on >>whether gaim has 'just the right shade of pink'*, and yet last time I >>checked (three days ago) it appeared that I still couldn't set any away >>messages from HEAD, leading me to believe that newstatus internals >>haven't been advanced much recently. >> >> > >Because everyone's waiting patiently for me to share the rest of my >ideas, which I soon will. Nobody should be using HEAD anyway (not >even the developers, although we are known to break that rule >sometimes), so it shouldn't matter in what order we decide to >implement our goals. > >-s. > > As I provide fixes for 1.x, I was told to provide patches for both oldstatus and HEAD. I was also told that no new features are to go into 1.x, and to write for 2.x. Based on that, and your comments above, you don't want anyone else looking at doing anything until you're ready, is that correct? If so, please confirm that I'm to avoid HEAD completely now, and not provide any forward patches. What happens when 2.x is ready, will it be my responsibility to provide the forward patches then? If so, let me know how you plan to do this so I can be prepared for swift production of said patches. Lost as a lost thing can be, and doing his darnedest to not look like a completely stupid moron, Bleets. |
From: Luke S. <lsc...@us...> - 2004-10-18 00:23:39
|
summarizing #gaim in responce: (20:18:31) LSchiere: oh i see. seanegan's rather rough email (20:19:15) seanegan: rough email? (20:19:47) LSchiere: seanegan: you basically told all the crazy patch writers to shut down untill further notice ;-) (20:20:04) seanegan: What did I do? (20:20:12) LSchiere: you said no one should be looking at cvs HEAD (20:20:17) seanegan: Not even us. (20:20:25) nosnilmot: Nobody should be using HEAD anyway (not even the developers, although we are known to break that rule sometimes) (20:20:27) nosnilmot: cool! (20:20:30) nosnilmot: I get a day off (20:20:30) LSchiere: it wasn't particularly clear ;-) (20:20:35) seanegan: It was kinda tongue in cheek. (20:20:48) LSchiere: bleeter: does the backlog now answer your question? ;-) (20:21:01) seanegan: implying there are absolutely no exceptions ever, but we sometimes cheat On Mon, Oct 18, 2004 at 11:14:50AM +1100, Peter Lawler wrote: > Sean Egan wrote: > > >On Mon, 18 Oct 2004 10:12:19 +1100, Peter Lawler > > > > > >>I'm just wondering why so much time appearss to be being spent on > >>whether gaim has 'just the right shade of pink'*, and yet last time I > >>checked (three days ago) it appeared that I still couldn't set any away > >>messages from HEAD, leading me to believe that newstatus internals > >>haven't been advanced much recently. > >> > >> > > > >Because everyone's waiting patiently for me to share the rest of my > >ideas, which I soon will. Nobody should be using HEAD anyway (not > >even the developers, although we are known to break that rule > >sometimes), so it shouldn't matter in what order we decide to > >implement our goals. > > > >-s. > > > > > > As I provide fixes for 1.x, I was told to provide patches for both > oldstatus and HEAD. > > I was also told that no new features are to go into 1.x, and to write > for 2.x. > > Based on that, and your comments above, you don't want anyone else > looking at doing anything until you're ready, is that correct? If so, > please confirm that I'm to avoid HEAD completely now, and not provide > any forward patches. What happens when 2.x is ready, will it be my > responsibility to provide the forward patches then? If so, let me know > how you plan to do this so I can be prepared for swift production of > said patches. > > Lost as a lost thing can be, and doing his darnedest to not look like a > completely stupid moron, > > Bleets. > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel |
From: Peter L. <spa...@si...> - 2004-10-18 00:29:34
|
Luke Schierer wrote: >summarizing #gaim in responce: > >(20:18:31) LSchiere: oh i see. seanegan's rather rough email >(20:19:15) seanegan: rough email? >(20:19:47) LSchiere: seanegan: you basically told all the crazy patch >writers to shut down untill further notice ;-) >(20:20:04) seanegan: What did I do? >(20:20:12) LSchiere: you said no one should be looking at cvs HEAD >(20:20:17) seanegan: Not even us. >(20:20:25) nosnilmot: Nobody should be using HEAD anyway (not even the >developers, although we are known to break that rule sometimes) >(20:20:27) nosnilmot: cool! >(20:20:30) nosnilmot: I get a day off >(20:20:30) LSchiere: it wasn't particularly clear ;-) >(20:20:35) seanegan: It was kinda tongue in cheek. > > <snip> Heh, with that kind of dry wit, are you sure you're not an Aussie? :-P Thanks for the clarification. I was turning blue. Regards, Bleets. |