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

List:       kfm-devel
Subject:    Re: (off-topic) Matching file types with preferred application?
From:       David Faure <david () mandrakesoft ! com>
Date:       2001-12-04 22:48:51
[Download RAW message or body]

On Tuesday 04 December 2001 23:40, Manuel Arriaga wrote:
> Hi David,
> 
> Thank you for your reply.
> 
> On Tuesday 04 December 2001 13:19, David Faure wrote:
> > On Monday 03 December 2001 19:35, Manuel Arriaga wrote
> >
> > > This is working perfectly for me, but I am facing a small problem: I am
> > > writing a very simple graphical shell, and I want my program to quit once
> > > the appropriate program for that file type has been started.
> > > Unfortunately, if I invoke
> > >
> > > kapp->quit()
> > >
> > > immediately after instanciating a KRun object the "viewer" application
> > > never gets started
> > >
> > > Do you know how I can overcome this problem? I tried sleep()ing for a
> > > second but it didn't work
> >
> > Try closing the window, and let kapp quit by itself when the las
> > job has finished
> >
> > The reason why it should work, is kapp->ref() and kapp->deref()
> > called by KMainWindow and called by Job, so that all windows nee
> > to be closed _and_ all jobs finished, before the apps quits
> 
> No, it still isn't working... :-( I have taken the liberty to send you a 
> stripped down test case. To compile, just go into the test/test directory and 
> run make. Then run it with './p4', and push the button..

Can't compile, configure isn't working (and I need to run it,
include locations being different). Anyway:
 
> I am using KDE 2.2.1, with Qt 2.3.1 on GNU/Linux. If you can offer any 
> additional advice I would greatly appreciate it. What am I doing wrong?

Check what setMainWidget does.... you don't want that. Remove that call.

-- 
David FAURE, david@mandrakesoft.com, faure@kde.org
http://perso.mandrakesoft.com/~david/ , http://www.konqueror.org/
KDE 3.0: Konquering the Desktops

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