Hello, > Yes - short of writing some C++ DCOP would be the solution, if KPDF exposes > a sufficient interface via DCOP, which apparently it does.
[...] > There is an example (example_dcopext.py) in PyKDE/examples. I had a look at the example. My feeling however is that it is not an option for me since, contrary to the example, I want to embed the kpart in my application instead a launching a separate process. For DCOP control as shown in the example I need the "$PROCNAME-$PID" id string which I obviously do not have. While writing the above the idea came to my mind that I could simply use the the name and pid of my own app which embeds the kpdf part and send dcop messages to my own app to control the kpdf part. So far so good. My app is planned to embed more than just one kpdf kpart but when inspecting my app with kdcop I only could see one single kpdf component (eben though my app has two of them). Using kdcop I can send messaes to the kpdf part. They are executed for the kpdf kpart that was last instantiated. I could not find a way to control the other kpdf kpart as it does not show up in kdcop. What is the reason for that? Coming back to the idea of writing some own c++ code: What exactly would I have to write? Thank you -- Thomas Winkler [EMAIL PROTECTED] _______________________________________________ PyQt mailing list [email protected] http://www.riverbankcomputing.com/mailman/listinfo/pyqt
