Hi again!
2009/3/16 Stéphane Bisinger <stephane.bisin...@gmail.com>
> 2009/3/16 Stéphane Bisinger <stephane.bisin...@gmail.com>:
> > 2009/3/16 Youness Alaoui <kakar...@kakaroto.homelinux.net>:
> >>
> >> anyways, the ncurses interface already exists for amsn2 but it's a bit
> outdated... you'd have to pick it up and see how it goes :)
> >
> > I'll do that and see what needs some caring...
>
> Ok I had a first look at it and I brought it back to a working state.
> I created an account on github and forked the project, here is my
> page: http://github.com/Kjir/amsn2/tree/master
Great! Nice to see you work so fast! I just tried it out and it does work
already! although.. the contact list didn't appear.. butI know you already
know that :)
by the way.. I just realized you are kjir from IRC... sorry about my
previous reply to you.. I asked about logging in amsn2 and I thought you
meant 'chat logs', not debug logs, hehe...
actually, the logging mechanism is something that comes from pymsn, look at
the code that sets the logger, I'm sure there are many more options that you
can do with it..
for now, amsn itself doesn't have any logging mechanism.. if the one that
pymsn uses is a standard python lib, then we could use that too!
>
>
> Did you have any ideas about the UI? Usually ncurses apps that require
> lots of user input either follow Emacs or Vi styles of hotkeys, or
> both... But it could be nice to have a single set of hotkeys that also
> work for the other UIs (where possible). Also if there are no plans
> already laid I'd say a layout that is a kind of compromise between
> mutt, centerim and weechat would be fantastic, but I don't really have
> anything in mind except the fact that it must be tabbed, it must be
> fullscreenable (or should I say fulltermable?) and as customizable as
> humanly possible.
Very interesting point here! I didn't think of the hotkeys yet! I wonder if
we should stick with amsn1's hotkeys (not a lot I must say) or just start
from scratch... I wonder also if we should have a common hotkey list or
every front end could implement its own... I really don't know yet.. but
quickly off the top of my hat I'd say:
amsn would provide a 'HotKeyView' with hotkeys for all actions, and the UI
would have to use them ... like a list of KeyBindingView and Action (Action
being a callback to call, and KeyBindingView already exists in
amsn2/core/views/keybindingview.py
Those would be configurable with an option like 'vim hotkeys/emacs
hotkeys/custom' so a user could override and customize each hotkey, and so
nothing would have to be done by the UI... keeping our "dumb UI" design..
you just get the hotkeys for every window opened, you hook the key binding
to call that specific action... (since the core sets the bindings on each
window, we would have the callback contain all the necessary arguments
already.. like "view_history $email".. if the core detects that the user
switched to another tab, he would just change the action associated with a
binding and call the SetHotkeys again on the window, with the other user's
email as argument, etc... )
This would allow all front ends to have the same key bindings, so we could
actually finally ue amsn wouldn't the need to use the mouse at all (use
ncurses key bindings on the gtk/qt/efl front end for example, hehe). And
would allow users to customize their stuff..
The front end could however provide the core with a 'PreferredHotkeys" for
each action, in case some front ends have some kind of preference (like,
switch tabs with ctrl-up/ctrl-down on qt4/kde because it's the same as
konqueror or whatever, but ctrl-up/ctrl-down might be the default gnome
binding to switch from previous/next virtual desktop... (just examples, I
don't use kde or gnome so don't know the real shortcuts)). If the user never
customized the shortcut, then the core would store the front end's
preference as the default one.
Anyways, that's just an idea for now, comments are welcomed! :)
>
>
> Next things on my TODO list are, for now:
> - Improve the login form (hidden password, possibility of erasing
> content, background color)
> - Show up the user list
cool! Take your time :)
>
>
> For now I'll just learn a little about the general design of aMSN2
> (which I love, BTW), after that I hope to bring the ncurses frontend
> to the point where I'll have to work on the core to progress further
> ;)
hehe, thanks! :) yes, i'm very proud of the design! :)
You can start looking at these two threads if you want to understand the
design :
http://thread.gmane.org/gmane.network.instant-messaging.amsn.devel/9502
http://thread.gmane.org/gmane.network.instant-messaging.amsn.devel/9497
It's a bit old so some stuff might have changed but I think the general idea
is there.. I should probably start a wiki page on the design and keep it up
to date as we move along... also keep the API well documented!
You can comment on the design whenever you want.. especially if it's to say
how incredibly good it is.. :D :) :p
I think that's it!
Thanks for your work! :)
>
>
> --
> Stéphane
>
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Amsn-devel mailing list
> Amsn-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/amsn-devel
>
------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel
