On Wed, 3 Aug 2016, Marcin Cieslak wrote: > I am no expert with DtMail, but it seems to use ToolTalk to some extent. > Use can issue low-level ToolTalk calls from the dtksh as well:
I'm ignorant. I read the docs just now and it looks like one could create a ttdt communications endpoint. Then there seems to be calls to take input from other sessions as well as return the input. However, I'm thinking that, at some point, dtmail would need to make each individual mail message available for filtering et al. Then there would need to be some facility to re-grab the data once it had been filtered. > But you might not be interested in learning ToolTalk, since that would > mean overcoming angst towards DCOP and DBUS as well :) It could be that I'm just ignorant of how great those actually are. My beef is a typical UNIX curmudgeon complaint about having to run this "extra" daemon and in many cases (perhaps this is an old complaint that's' been addressed) they depend on it being started by the system (init, rc, systemd, etc..) and having the proponents act like it's life or death that this "extra thing" be run 100% all the time at a system level. I always got the feeling that ToolTalk is something that's specific for Motif. When I read up on it, it still sounds that way. Plus, so far I haven't seen any wrongheadedness like needing to start some tooltalk daemon as root during the system boot or anything dangerous/ill-advised like that. Isn't it just the "ttsession" program that does the job and it just runs and starts as a service daemon when you start CDE, but not for things like dtlogin, right? It's not required to run it as root et al, I didn't think (not that dbus and dcopserver require it, but distros still package it that way - that's the annoying part). I guess at a deeper level DCOP and DBUS seem heavily tied to the politics and choices of the GNOME and KDE projects, both of which fail to capture any of my interest (just my personal taste, I guess). So, I wouldn't want to be riding in their bandwagon, so to speak. However, for *real* technical arguments I just have the one complaint I already mentioned. Then again, these days when I don't run CDE, I run Fluxbox, Blackbox, Awesome, Windowmaker, or E. So, I'm not exactly a poster-child for Unity, KDE, or GNOME3, anyway. Thanks, Swift ------------------------------------------------------------------------------ _______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
