Quickopen integrated on the main window. (Was: KDE/kdevplatform/plugins/quickopen)

Andreas Pakulat apaku at gmx.de
Thu Mar 19 15:24:09 UTC 2009


On 19.03.09 16:17:25, Aleix Pol wrote:
> On Thu, Mar 19, 2009 at 3:57 PM, Dan Leinir Turthra Jensen
> <admin at leinir.dk>wrote:
> 
> > On Thursday 19 March 2009 15:20:47 David Nolden wrote:
> > > Am Donnerstag 19 März 2009 14:39:38 schrieb Andreas Pakulat:
> > > > You'd have the same problem if you'd use the form that we have now,
> > apply
> > > > it onto a QWidget and put it into a QDialog with a layout. The reason
> > it
> > > > worked with QDialog is that when you resize it inside designer a
> > resize()
> > > > call is added to the generated code. So every time someone would resize
> > > > the dialog in designer and save that we'd have a different size on next
> > > > start, how good is that?
> > >
> > > Ah yeah exactly, the size was determined by the designer. I don't see
> > > what's wrong with that approach.
> > >
> > > > Oh and btw, 800x400 is _not_ a reasonable size, it spans the whole
> > screen
> > > > on small laptops or monitors. Something like 550x350 seems a lot more
> > > > reasonable.
> > >
> > > Well it is a modal dialog, and when the space is used in a useful way,
> > then
> > > that makes the size reasonable. And since the quickopen list can contain
> > > very long file-paths, or even whole function signatures, the largest
> > > possible size that keeps the dialog usable for everyone and does not
> > > introduce too much whitespace is reasonable.
> > >
> > > Since you even the smallest netbook has a screen resolution of at least
> > > 800x480, something like 760x400 would be a reasonable size.
> > >
> > > Greetings, David
> >
> >   This seems as good a time as any for me to bring up the idea of making
> > this
> > dialogue a not-dialogue, but rather a search field, sitting in the
> > top-right
> > corner of the window (in the style of so many other search/filter fields).
> > Other than it being more difficult to implement than popping up a dialogue
> > on
> > a keypress, is there any reason not to do this that i am not aware of? :)
> 
> Do you mean something like QtCreator's or KDev3? (a toolbar with class and
> method relation).
> Afaik, volodya was working on something like this but it hasn't reached
> trunk for some reason.

One of his students (AFAIK) worked on getting breadcrumb support into
kdevelop.

> I think it would be good to have it. I'm creating a new thread to discuss
> that.

For navigation purposes, but for quickly opening a method/class/file whose
name you know nothing beats quickopen, but as I said I'm not sure it fits
well with the find-dialog-metaphor.

Andreas

-- 
You're ugly and your mother dresses you funny.




More information about the KDevelop-devel mailing list