KDevelop editor interfaces - ups

Richard Dale Richard_Dale at tipitina.demon.co.uk
Wed May 2 21:15:42 UTC 2001


On Wed, 02 May 2001, you wrote:
> On Wed, 2 May 2001, F at lk Brettschneider wrote:
> > Bernd Gehrmann wrote:
> That's actually the most useless ui feature I've seen in the last
> 20 years (short of a gay paperclip dancing around on the screen).
Would you be happier with a 'straight' female paperclip, and what is wrong
with dancing? Some of us lonely geeks might like to talk to paperclips during
those long nights of coding :-) ? What if Xerox PARC had been working on this
rather that MS, I'd might have fallen in love by now I'm sure...

> Why would I ever want to see all my 30 open files at once, with
> 4 pixels of each of them visible?
> 
> > The other way is to switch to Toplevel mode and to use the various
> > window operations of the certain window manager.
> 
> That adds even more window decorations, consuming even more space,
> reducing the available space for relevant stuff.
> > 
> > > Of course, making one window larger at
> > > the expense of another is also impossible.
> > ??? don't know what that means.
> 
> It's quite simple: information in a window hidden by another window is
> useless information. WiW MDI maximizes the amount of hidden information
> by overlapping and maximizes the space covered by window decorations
> and background. Each time you make a window smaller, the amount of
> background is increased. Each time you make a window larger, you
> cover other windows with it. To make it even worse, not all relevant
> information is available at the same time. When I compare two files
> side by side, I can at any time only see the line number of one of
> them. Finding out the other requires changing the focus.
And the aesthetics of having two sorts of windows with entirely different
themes at once - try Aqua with it?

-- Richard

-
to unsubscribe from this list send an email to kdevelop-devel-request at kdevelop.org with the following body:
unsubscribe »your-email-address«



More information about the KDevelop-devel mailing list