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

List:       kfm-devel
Subject:    Re: the kfm/konq popup menu
From:       David Faure <faure () kde ! org>
Date:       1999-04-02 21:34:28
[Download RAW message or body]

On Fri, Apr 02, 1999 at 11:16:29PM +0200, Simon Hausmann wrote:
[...]
> > > This would solve the problem mentioned in the first paragraph...
> > I don't see why it would do... popup menus would still be part of konqy's
> > process, no matter if they are in the lib or in kdebase/konqueror.
> 
> No, they wouldn't, because then we could remove this "stupid signal" ;-)
Well, they would ;)
They would in case you embed konqueror somewhere else, e.g. in koshell,
that's what I thought of. But you're right that they would be part of any
other app's process, even if embedded in konqy. Sorry for misunderstanding.

> But ok, you're idea makes sense IMO. Let's do it this way.
> OTOH this would also mean that there's no common (...consistency...)
> popupmenu inside Konqueror (for all views) , on the (k)desktop and perhaps
> on the panel, too?
Wrong :
There would be a common popupmenu for file icons in kdesktop and konqy :
this FileItem (or whatever we call it - the current ) would be moved to libkio.

or did I miss your point ?

> But your argument in regard to object oriented design is strong, very
> strong... :)
And not incompatible with using the same code in kdesktop ! ;)

-- 
David FAURE
david.faure@insa-lyon.fr, faure@kde.org
http://www.insa-lyon.fr/People/AEDI/dfaure/index.html 
KDE, Making The Future of Computing Available Today

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