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

List:       kde-core-devel
Subject:    Re: KApplication -> KInstance
From:       David Faure <faure () kde ! org>
Date:       1999-10-30 14:10:15
[Download RAW message or body]

On Sat, Oct 30, 1999 at 04:19:49PM +0200, Simon Hausmann wrote:
> 
> 
> On Sat, 30 Oct 1999, David Faure wrote:
> 
> > I see the point, but as Stephan said, you should do this without
> > faking arguments where there are none...
> > 
> > How did you think of faking the args in KLibLoader ?
> > A similar approach could be used, but without making them args...
> 
> I don't know the perfect solution for passing the args around in
> KLibLoader, but I thought using a QStringList and KInstance should do it.
Yes but that's a hack.

What about passing an icon (name or pixmap) and a title (or whatever
is needed to create one), as Stephan suggested ?

> (well, I guess another approach would be using KService::Ptr, which
> provides all the necessary information, but that's in libkio...)
or just a service name and letting kofficecore create the KService::Ptr
from it ?

> > On Sat, Oct 30, 1999 at 03:36:07PM +0200, Simon Hausmann wrote:
> > > 
> > > Perhaps I should add another example:
> > > 
> > > Imagine the user editing an embedded spreadsheet in a KWord document.
> > > Now the user decides: "Hey, I want to edit the spreadsheet in a separate
> > > window" 
> > This isn't possible currently, is it? :)
> 
> It is, technically :-)
> 
> If the application 100% follows the document-view model, then
> calling the createShell() method of your embedded ContainerPart does it
> :-)
> 
> Ciao,
>  Simon
> 
> > > This will make KWord issue a createShell() call on the KSpread
> > > part, creating a new KSpread shell. IMHO this toplevel window (shell)
> > > should have a "KSpread" caption, and not a "KWord" caption.
> > > 
> > > However currently it would have a "KWord" caption.
> > > 
> > > Ciao,
> > >  Simon
> > > 
> > > On Sat, 30 Oct 1999, Simon Hausmann wrote:
> > > 
> > > > 
> > > > 
> > > > On Sat, 30 Oct 1999, David Faure wrote:
> > > > 
> > > > > On Sat, Oct 30, 1999 at 02:56:45PM +0200, Simon Hausmann wrote:
> > > > > > Hi!
> > > > > > 
> > > > > > Are there any objections against moving
> > > > > > 
> > > > > > 	KApplication::caption()
> > > > > > 	KApplication::makeStdCaption()  
> > > > > >         KApplication::icon()
> > > > > > 	KApplication::miniIcon()
> > > > > > 
> > > > > >         and the command line parsing code in KApplication
> > > > > > 
> > > > > > to KInstance?
> > > > > 
> > > > > How can you have command line arguments in a KInstance if it's not the
> > > > > kapp ones ?
> > > > 
> > > > IMHO we should provide the args via the KInstance constructor and should
> > > > also add support for "pseudo commandline arguments" in KLibLoader.
> > > >  
> > > > > About caption and icons, I don't know. You want to have the instance-specific
> > > > > ones when activating a part in koffice ? Like my kword window suddenly gets
> > > > > a kspread icon and title ? Why not, but might be confusing...
> > > > > Or is it for something else ?
> > > > 
> > > > The simplest point is: I'd like to be able to set the caption in
> > > > Konqueror.
> > > > 
> > > > However I cannot do this by calling KApplication::makeStdCaption.
> > > > (this works only in standalone mode)
> > > > 
> > > > If we hack support for part/view-specific captions into 
> > > > Canoosa^T^T^T^T^T^TKParts, then it might be good to also change the icon,
> > > > when the active view changes, because having a caption like "KSpread -
> > > > Blah" but still seeing the KWord icon looks even more confusing IMHO :)
> > > > 
> > > > Ciao,
> > > >  Simon
> > > > 
> > > 
> > 
> > -- 
> > David FAURE
> > david@mandrakesoft.com, faure@kde.org
> > http://home.clara.net/faure/
> > KDE, Making The Future of Computing Available Today
> > 
> 

-- 
David FAURE
david@mandrakesoft.com, faure@kde.org
http://home.clara.net/faure/
KDE, Making The Future of Computing Available Today

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