amantia at kde.org
Wed Feb 17 10:43:15 UTC 2010
On Wednesday 17 February 2010, David Nolden wrote:
> Am Mittwoch 17 Februar 2010 11:07:19 schrieb Andras Mantia:
> > On Wednesday 17 February 2010, David Nolden wrote:
> > > Ok, I will argue about 1 point: The Editor-menu is a waste of
> > > space? The opposite is the case. All of the menus that it hides
> > > are a waste of space, and using this editor-menu we can reduce
> > > that waste to 1 item instead of 3 items.
> > The real solution is to integarte the katepart's menus in their
> > right place.
> > Editor-Settings-Configure Editor to Settings-Configure Editor
> > Editor-View - toplevel View (well, every IDE/editor has a View
> > menu...) Editor-Bookmarks - either toplevel or in some other menu,
> > like under View/Edit. Or maybe Navigation.
> > Editor-Tools- top level menu
> That's exactly what we had before, leading to 13 top-level menu
> entries, and a very clumsy menu.
The above would introduce one extra toplevel menu.
> The main problem is that having those menus as top-level entries
> creates a totally wrong perception of what they might contain. You
> may be used to it, but anyone who is unbiased would expect a "Tools"
> menu in an IDE to contain things like valgrind, doxygen, etc., and
> not a random selection of encoding- options and such from the
And that is fine. Tools can have those as well. It had in KDevelop3. :)
Nobody says Tools should be equal exactly like Tools in Katepart. Now I
know, if you want to support different editors, doing it is not that
easy, but if you focus on katepart (and I think you should do now), it
is possible to reorder the menus.
> The same goes for the "Bookmarks" menu: If it's a top-level entry in
> an IDE, then it has to contain bookmarks that are _global_ to the
> session, and not stuff that is local to the currently active editor
Yes, that's how I would expect Bookmarks to work, and that's how it
> Putting them into the "Editor" submenu gives them the correct
> context, so you know they only affect the currently active editor.
This is just hiding a not implemented feature (global bookmark support).
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 190 bytes
Desc: This is a digitally signed message part.
More information about the KDevelop-devel