On Sat, 28 Jul 2007 14:57:24 +0200, Dominik Schmidt <[EMAIL PROTECTED]> wrote:
> Am Freitag, 27. Juli 2007 schrieb Roman Jarosz: >> Hi, > > Hey, > >> I've been working on Kopete status manager, the basic stuff (functional) is >> ready. Don't pay attention to some class names because this will change to >> something more consistent, and also I'll clean up the code. It's not >> polished because I'm going tomorrow on vacation for a week and I wanted to >> post it before I go. >> >> Ok so what's new. >> >> We have status manager and status manager dialog, which is currently in >> configure dialog (see screenshots). > > Like I already told you on ICQ it's completely different from what I had > expected but I like it very much that you didn't create a separate window but > put it into the global configure dialog. > >> Status manager can contain two types of items Status and StatusGroup. >> StatusGroup is used for grouping statuses like in Adium, it has title and >> category. > > To me it looks like groups have messages as well? I guess it's not ready so I > won't comment. :) Yes, it will be disabled. > And what do we need categories for? I mean, the category doesn't affect > anything, does it? It's only for having a nice icon, right? :) (still talking > about groups) For groups it doesn't affect anything. > Then I would probably prefer having a standard icon and less to configure. > (Nothing I would persist in though) >> Status has title, category and message. The number of groups and >> statuses and group sub levels aren't limited. Every status item has unique >> id, so we can remember the last status and restore it on startup. Status >> and StatusGroup structure is stored in xml file. > > Good, often wished feature (restoring of the last message at startup) :) > >> In status manager dialog items can be reorganized/moved with drag&drop so >> it's really easy. > > Yup, pretty easy to use. > >> In Kopete main window menu a "Set Status Message" menu was removed. We only >> have Set Status menu, in that menu are items that you have in status >> manager dialog. If you select any item from that menu, than status, message >> and title from that item will be set in all accounts (title isn't >> propagated to protocols yet). A status type is determined from category. >> >> A protocol menu have in sub menus all items from status manager but the >> category is ignored and insted KopeteOnlineStatus form top level item is >> used. > > It's very difficult.. I really appreciate that I only have to do two clicks > and a new status and message is set. > But now one can't set each protocol/account at once to a specific combination > of message and status which is not configured in the manager although it's > possible to do that for only one account. Dunno, somehow that does not really > feel consistent to me. > > >> I added two more version of that menu (the code is already there but it's >> not enabled) 1) Menu have only items with the same category as top level >> KOS category. > > Seems to be more reasonable because the category isn't ignored but removes the > possibility to set a new combination of message and status completely. > >> 2) The top level KOS items are removed and the menu look like >> Global Set Status menu. > > Would be most consistent but would remove protocol specific status, wouldn't > it? (In addition to the points of 1)) Yes >> I don't have to have the 3 alternatives in the final version. > > I doubt there is wrong or right and there is no real solution thus I could > imagine to let the user choice what he likes best (Of course this raises the > question what should be default) I prefer "The top level KOS items are removed and the menu look like Global Set Status menu." :) >> The bottom left "Status Message" menu will change, don't know have yet :) > > My suggestion is that a click on that icon opens the manager with the current > message selected. If there is no current message no message should be > selected. > That way you could really easily edit your current message and IMHO we > definitely need a way to access the manager quickly: people will get very > annoyed if they have to go to settings -> configure -> status and select > their current message everythime they want to change or add just a small > thing like "be back in 10 minutes" (and remove it after 10 minutes again :-)). I like this idea. >> I put this mail together really quickly so I hope you have understand it. >> Btw I'm open to any cool new ideas or suggestions. > > Just a small thing: (I already told you on ICQ - but once again for the > list :-) ) > I often try to set my status by clicking a KOS which has a submenu for > messages which fails because I have to go to another menu level only to > select "no message" or the same message that is active anyways. From my point > of view that's annoying thus I would suggest that a KOS is clickable even if > you can set messages. Probably I would expect that to only change the status > but keep the old message (setting no message would be another possibility but > would feel kind of strange to me). As I already told you I don't think that many people try to click on group menu, and if they do they expect submenu to popup. But if nobody objects I think it can be done. > Probably more difficult to do: > KOS seem to have become more important now and I don't know how hard they are > coded into the sourcecode everywhere so I don't know if it's doable. > I would like to see custom KOS because one could have another opinion on > what's "Away" in the protocols he uses. For example "Idle" in MSN or "Be > right back" in Yahoo. Maybe in next version ;) >> screenshots: >> http://kedge.wz.cz/kopete1.png >> http://kedge.wz.cz/kopete2.png >> >> See you in a week, regards >> Roman Jarosz > > Bye, have a nice vacation! :-) > Best regards, > Dominik > _______________________________________________ > kopete-devel mailing list > [email protected] > https://mail.kde.org/mailman/listinfo/kopete-devel > > _______________________________________________ kopete-devel mailing list [email protected] https://mail.kde.org/mailman/listinfo/kopete-devel
