[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: [PATCH] UI abstraction proposal (partially only)
From:       Andreas Gungl <Andreas.Gungl () osp-dd ! de>
Date:       2003-06-05 6:37:16
[Download RAW message or body]


Don Sanders wrote:

>In summary I think your basic approach has merit but:
>1) A single unified UiCallback class with a dcop interface should be 
>used.
>
>2) It may well be not necessary to use this UiCallback code in 
>kmaddrbook.cpp, as kmaddrbook.cpp code may only be reached from ui 
>rather than kernel code.
>
Sorry, I still see questions here. Let's say, we put kmaddrbook in the 
"kernel" (core, backend, whatever). Then we would need DCOP to 
communicate with the client(s). As I understood, this is not ideal, 
because kmaddrbook doesn't belong to the actual server functionality.

|However, when we establish kmaddrbook on the client side, there we're 
already bound to any UI, aren't we? Using DCOP within the client could 
make sense, but is this the way to go? It means some kind of three 
tiers/layers to prevent code duplication which isn't intended either:
server --- client functionality not put in server --- UI
And communication looks like:
server <--- DCOP ---> client <--- DCOP ---> client UI
  +-------------------- DCOP ------------------+

|Don't know, if we really would use the direct UI to server 
communication in parallel to the other one. Again, comments are welcome.

>3) The main restricting force that is preventing KMail from being 
>useful as a server is the sparse dcop interface, this interface 
>should not be completed before the folder and message class 
>interfaces have stabilized, and that is probably lower priority than 
>the imap work. I guess it would be ok to create the needed dcop 
>methods as long as they were marked as experimental and temporary.
>
>Hope that made sense, a bit hurried today.
>
Wow, that was very precise. Thanks a lot, Don. Your comments reflect my 
thoughts, and I believe I was not able to express some of my ideas as 
clearly as you did because I'm not an English native speaker. I'll work 
on it, but that's completely OT here. ;-)

Andreas

_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail
[prev in list] [next in list] [prev in thread] [next in thread]