Re: klyx & beta4

[Matthias Ettrich <ettrich@xxxxxxxxxxxxxxxxxxxxxxxxxxx>]

> > 
> > Stephan Kulow wrote:
> > > Matthias Ettrich wrote:
> > > > 
> > > > > >
> > > > > > On Thu, 16 Apr 1998, Sven Radej wrote:
> > > > > >
> > > > > > > Hi,
> > > > > > >
> > > > > > > Will Klyx be adapted for beta4? If so (and I think it should be), it
> > > > > > > should have standard  KDE toolbar icons for common operations (open,
> > > > > > > save, new, print, close, even view ...)
> > > > > >
> > > > > > KLyX is not part of beta4. There'll be time to do that later. Let's
> > > > > > first fix bugs in those apps in beta4 and kick it out.
> > > > > >
> > > > > Are you talking about the released klyx or the sources in CVS? The released
> > > > > should fit into beta4 just nicely.
> > > > 
> > > > hmmm... does this mean you want to put klyx into beta4? Yeah, why not :)
> > > > 
> > > > But what is the problem with the klyx in the cvs? It´s far more advanced
> > > > and stable than the released version.
> > > > 
> > > The problem is the use of {QK}FileDialog->setSelection(). It appeared
> > > in qt-1.39, but nowhere else. KFileDialog hasn't such a function at
> > > all and I'm not sure, if I want to add such a function, since the
> > > first argument of getOpenFileName can be the name of the file you
> > > want to default.
> > 
> > KFileDialog should always be a drop-in replacement for QFileDialog,
> > otherwise people won't use it.
> It is a drop-in replacement for QFileDialog out of 1.30. Don't expect me
> to follow qt further. If you want to use KFileDialog do it, if you want
> to use QFileDialog, do it too. 

Nope, I simply will add the missing method to KFile after Beta4. Not because
it´s a Qt method (this would be a weak argument), but because it _does_ make
sense under certain circumstances. Some applications sometimes keep a 
fileselector object. With setSelection it is possible to set the selection
again, without destroying and recreation.

> 
> > 
> > KLyX will make use of some of the advanced features of Qt 1.40 soon,
> > i.e., it cannot be restricted to Qt 1.33, but you will have to use a
> > current Qt snapshot. Therefore (and for various other reasons), it
> > should not be in the core distribution.
> > 
> The qt snapshots are everything else than stable, so I think, it would be
> a bad idea to rely on them. 

Indeed. Arnt´s new fileselector (while pretty IMO) is a great opportunity
to take the fast exit. Anyway we (the klyx development group ;-) expect
the snapshots to become more stable, soon. So we would like to take some
advantages from the better tree widget, for example. 


Greets,
  
 Matthias


> 
> Greets, Stephan
> 
> -- 
> Stephan Kulow (coolo@xxxxxxx)
> Student of medical CS
> Medical University of Luebeck (MFCH)
>