I think the rule of thumb for kioslaves is "would it make sense if the user typed the kioslave on a 'Save file' dialog box?". Quoting Kuba Ober : > If you need a lot of custom (non html+javascriptable) interaction, you're > looking for a kpart, not a kioslave. > > If you insist on ioslave, then have a look at how ioslaves work and what kind > > of abstraction do they present. I think that if you just type something like > > "rdbms://" you should be presented with a form that you fill for password, > username, db host, db type, etc. Then you click "connect" and you actually > open the chosen database via a URL that was prepared by the page you just > presented. > > So, going to "rdbms://" just presents you with a rather standard html form, > with a tiny hint of javascript to handle rewriting of the final URL. The > final URL say looks like "rdbms://user:password@dbhost:port/table1". You can > > simply save that URL in your bookmarks, or just retype it later when you want > > to go back to the same spot. > > And believe it or not, but kioslaves are also meant to be used bo completely > > automated tasks. You don't want dialog boxes to pop up at random points in > time. > > Cheers, Kuba Ober > > > I am currently working on a kioslave that is working on K3b projects and I > > have the problem that I need to popup some dialogs for user interaction. > Is > > that possible or does the framework not allow this at all? > > Now the slave crashes when I try to open a dialog box (I think because of > > the missing event queue...). > > >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe > << > suerte, Rudd-O =========================================================== UNIVERSIDAD TECNICA FEDERICO SANTA MARIA CAMPUS GUAYAQUIL CENTRO DE SERVICIOS INFORMATICOS Mail enviado a traves de IMP-USM: http://www.usm.edu.ec/imp Los invitamos a visitar http://www.usm.edu.ec =========================================================== >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<