On Mon, 31 Jan 2005 12:45:12 +0100 Sebastian Dransfeld <[EMAIL PROTECTED]> (Bbabbled: (B (B> Hi! (B> (B> I read this comment in e_border.c: (B> /* FIXME: these likely belong in a separate icccm/client handler */ (B> /* and the border needs to become a dumb object that just does what its */ (B> /* told to do */ (B> (B> Is the main work to leave (B> (B> Ecore_Evas *bg_ecore_evas; (B> Evas *bg_evas; (B> Ecore_X_Window bg_win; (B> Evas_Object *bg_object; (B> Evas_Object *icon_object; (B> (B> in E_Border and move the rest to E_Client (or E_Window?)? (With the code (B> that belongs of course). If it's so, I can start doing it, and send the (B> code. (B (Bi was thinking something like that - but for now let's leave it as-is. it works (Band is clean enough. i was thinking when i wrote this of abstracting the (Bpresentation of a client window (the border) to the actual client window - but (Bthen again there is very little point atm as in x a client window and its (Bpresentation are one and the same thing. mind you if/when xcomposite stuff is (Badded we can do multiple presentations of one client window. but for now thats a (Bwhile off so we can likely ignore this for a while. (B (B (B-- (B------------- Codito, ergo sum - "I code, therefore I am" -------------- (BThe Rasterman (Carsten Haitzler) [EMAIL PROTECTED] $BMg9%B?(B [EMAIL PROTECTED] (BTokyo, Japan ($BEl5~(B $BF|K\(B) (B (B (B------------------------------------------------------- (BSF email is sponsored by - The IT Product Guide (BRead honest & candid reviews on hundreds of IT Products from real users. (BDiscover which products truly live up to the hype. Start reading now. (Bhttp://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click (B_______________________________________________ (Benlightenment-devel mailing list ([email protected] (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
