On Tue, 09 May 2006 13:11:57 -0400, Karel Demeyer <[EMAIL PROTECTED]> wrote:

Op za, 06-05-2006 te 21:08 -0400, schreef Youness Alaoui:
On Sat, 06 May 2006 07:05:30 -0400, Karel Demeyer <[EMAIL PROTECTED]>
wrote:

> Op vr, 05-05-2006 te 17:45 -0400, schreef Youness Alaoui:
>> On Fri, 05 May 2006 16:09:00 -0400, Karel Demeyer <[EMAIL PROTECTED]>
>> wrote:
>>
>> > Op vr, 05-05-2006 te 21:34 +0200, schreef Karel Demeyer:
>> [CUT]
>> >> >
>> > I pressed "Send" too quickly :) I read this first before replying on
>> > the comments above though.
>> >
>> am I just sleepy or I can't figure out what you're trying to say... ;)
>
I'm not so sure about that, I prefer too much than not enough anyways, and
on windows, you almost have to use the 'setup webcam' each time you plug
in your webcam...

So you're that novice user who's changing his webcam every other hour.



nooo, but now that I think of it, it's probably becuase MSN messenger is crap.. everytime I plug in my webcam, I need to 'reconfigure it', and I only plug my webcam when I want to use it, then unplug it when I'm done, so... it might also be a problem with the driver which sets itself as uninstalls/reinstalls itself whenever I plug/unplug so msn messenger thinks it's new hardware... not sure!


> I did look at the official client though it's kind of a usability
> nightmare (and this is not only because of the bloat).  It was a 7.5
> version anyway.
>

well, I'm not so sure, I don't really think it's usability nightmare, it's
anyways a lot better than amsn's menus
the way they are _now_ and I hope one day I can just commit what I have
in mind so our menus get better and this doesn't mean it can never be
changed.
, but you don't need to forget users
that are already used to the official client, if they are used to an
option somewhere (like webcam setup), they don't want to search for it in
prefs window, while other users who never used the official client, they
won't be bothered by such an option in the menu..

If this really makes you feel bad, let's discuss it later again, but I'd
like to commit something now.


yes, do commit!, as Alvaro said, commit and we'll argue later, I think it's the best thing, because endless discussions willonly create stress, loss of motivation, waste of time, and no commits... so do what you feel is right, if interesting comments come in after your commit, then we'll change what you did (this also contradicts what I said in an early email, saying tha tno code should be commited until the design is done, and I'm aware of it, but we're in a situation where I think what I said doesn't apply anymore...)


>
>
>> here's what it has :
>> ....
>> ok, I deleted it, I think the mail program will word wrap it and it will
>> screw the whole design.. take a look at it instead at :
>> http://kakaroto.homelinux.net/amsn/msn_menus.txt
>> (file is also attached)
>> anyways, I can't remember what I was saying...
>> look at those menus, tehre are some stuff in there that we can and
>> SHOULD
>> use in our own menus.. like report bug/send feedback in help menu (just
>> a
>> small example),
> This might go in our help, I'm fine with that :)

yeah, don't forget, and I quote "just a small example" which means, you
have to look at the menu I rewrote!!!! don't take that example as the
*only* thing to copy...
another example is the submenu witht he checkboxes on whether to group
mobile contacts, or group offline contacts  (if checked, acts as hybrid
mode I think)

I saw this but it doesn't work with our code tight now I guess .  maybe
it doesn't need much changes though but I'd prospone this.


>> so take a look at those.. you'll notice it's an msn 8.0
>> beta menu, and that I cut/abbreviated/rephrased some of the long named
>> items.. cause I GOT BORED at doing that!!!
> np :)
>> also, about contextual menus, they are weird, the menu depend on who you >> clicked on (they seem to exist 'non-IM' contacts.. wtf.. maybe it's some
>> kind of adress book where you add people name, email, phone numbers,
>> etc..
>> keep them on the server without the other user having a passport, as a >> internet addressbook.. but I'm not sure), so you can have a menu for a
>> non
>> im contact, a different one for a msn contact, differnt for
>> offline/online
>> contacts, and different if it's yourself (if you have your own user in >> your contact list, the right click won't allow you to block/unblock...
>> the
>> items are not there at all) ... anyways, I do not have the patience to
>> copy each of the different contextual menus  I see there...
> :D.  we don't have non-im persons anyway.  and if we had, I think we
> better keep allmost the same menu and grey out some stuff.  THe first
> group's actions could be changeble though as we already do it then for
> the acitons we have now and I think it's good to keep it that way fter I
> discussion I had last night on #openusability.
>

if we go to MSNP13, we will have non-IM contacts... in which case, we
can't send im, sms, maybe not even email..

Therefor I don't think we need all possible commands in the first
"commands group" and grey out those who are not apporpriate.  The thing
you designed is ok in my eyes but only if the submenu has more then 3
items (this are Guidelines).  Right now I lowered it to "3 or more" in
my code to make it create a submenu quicker but in fact it's not best.
But, this way,  when you add some options like "send file" (I don't like
this to be added though MSN Messenger has it) it will create the
submenu .. though again, unavailable options are not there ... This is
what is described by both guidelines and came out after a discussion on
#openusability.  We might rethink this later on though.
Nothing is definate ...


>
>>
>>
>> >> > Also, optional, but what do you think of (as a new feature) a
>> >> "Windows"
>> >> > menu ? with the list of all opened windows/contains.. might be
>> >> usefull..
>> >> > since it needs new code, maybe if it's accepted, do the design and
>> >> keep it
>> >> > in the wiki until we implement the code for it.
>> > I don't think this would enhance usability. A "Windows" menu is found >> > in MDI's (multiple document interfaces), this type of programs is not
>> > very liked by usability crowd ( "The use of MDI is discouraged, as
>> they
>> > have a number of inherent usability problems" ).
>> > You coujld say aMSN is kind of a MDI prog as we 'work' on multiple
>> > chats. But, there's no such an art of adding menu-titles. We already >> > have 5 now with my proposal, you propose 2 more. Maybe we do have to
>> > add 'm, but I think we better don't.   In fact allmost all modern
>> > desktops have a "windows listing" somewhere in a panel, also called
>> the
>> > "taskbar" in windows. Most modrn windowmanagers support grouping of
>> all
>> > windows of 1 application.  In other words, 99% of our users will
>> already
>> > have this functionality on their desktop! It's like hte same reason
>> why
>> > a clock on, a website is crack ;). Those 1% are likely geeks and if
>> > they want it they can add it to powertools ;)
>>
>> well, it's not an MDI, but yeah, I understand what you mean, the idea
>> sounded like a good one since I use a WM without any taskbar so I didn't
>> hink about that.. forget it then! :)
> you are likely a geek ;)
you think so? ^o)

>>
>> >> >
>> >> > you also pointed out something interesting when talking about some
>> >> stuff
>> >> > that needs to be moved to prefs window.. how about a redesign of
>> the
>> >> prefs
>> >> > window :p yes, it WILL be redesigned.. but in time only.. also,
>> we'd
>> >> need
>> >> > someone to take it where Alvaro left on the new prefs window, I
>> think
>> >> he
>> >> > has the API finished, but only needs to code the items to apepar in
>> >> the
>> >> > prefs window..
>> >> > post-0.96
>> >
>> > I'm wanting to do a design of a clean preferences window, but beware, >> > this will mean a lot of preferences would be added to this window byb
>> a
>> > plugin so it's not in the way of "normal"' users.
>> >
>>
>> it seems I'm still sleepy as I don't get it...
> OK, in the future, I might want to make a proposal design for a clean
> preferences window.  But "cleaninng it up" means removing a lot of
> preferences, that could be re-added to that same window (not in the
> plugin's prefs window) by a "advanced prefs" plugin or something.
>

I still don't understand what you said, but I think I can guess what you
meant, no need to explain any further :)

>
>
> Karel.
>>
>> KKRT
>>
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > KaKaRoTo
>> >> >
>> >> >
>> >> > -------------------------------------------------------
>> >> > Using Tomcat but need to do more? Need to support web services,
>> >> security?
>> >> > Get stuff done quickly with pre-integrated technology to make your
>> >> job easier
>> >> > Download IBM WebSphere Application Server v.1.0.1 based on Apache
>> >> Geronimo
>> >> >
>> >>
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> >> > _______________________________________________
>> >> > Amsn-devel mailing list
>> >> > [email protected]
>> >> > https://lists.sourceforge.net/lists/listinfo/amsn-devel
>> >> >
>> >>
>> >>
>> >>
>> >> -------------------------------------------------------
>> >> Using Tomcat but need to do more? Need to support web services,
>> >> security?
>> >> Get stuff done quickly with pre-integrated technology to make your
>> job
>> >> easier
>> >> Download IBM WebSphere Application Server v.1.0.1 based on Apache
>> >> Geronimo
>> >>
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> >> _______________________________________________
>> >> Amsn-devel mailing list
>> >> [email protected]
>> >> https://lists.sourceforge.net/lists/listinfo/amsn-devel
>> >>
>> >
>> >
>> >
>> > -------------------------------------------------------
>> > Using Tomcat but need to do more? Need to support web services,
>> security?
>> > Get stuff done quickly with pre-integrated technology to make your job
>> > easier
>> > Download IBM WebSphere Application Server v.1.0.1 based on Apache
>> > Geronimo
>> >
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> > _______________________________________________
>> > Amsn-devel mailing list
>> > [email protected]
>> > https://lists.sourceforge.net/lists/listinfo/amsn-devel
>>
>>
>>
>> --
>> KaKaRoTo
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Amsn-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/amsn-devel



--
KaKaRoTo


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Amsn-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amsn-devel




-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Amsn-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amsn-devel



--
KaKaRoTo


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Amsn-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amsn-devel

Reply via email to