On Tue, Jun 3, 2008 at 2:35 AM, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
> rgheck wrote: > > There are no fundamental code changes here, so it's not too late in > > principle. > > Note, however, that all documentation needed to be rewritten in such a case > (as long as we do not have a Menu Inset Info). > > Also, we should not follow our intuition alone, but some Human Interface > Guideline. The current menu structure follows the KDE HIG, which is > probably > why first and foremost the Mac users find it irritating (same as Linux > users, > for instance, would find a Mac-like menu structure "strange"). I assumed it must follow some set of guidelines. What I proposed follows Mac standards -- mostly from Apple's Pages and TextEdit. One part of those guidelines is to try to have top-level menus be verbs; hence Document and Tools don't tend to fit. (Of course, File and Window don't fit either, but those are traditional ....) Naturally all of these suggestions won't be acceptable precisely because, as you say, Linux and Windows users have different guidelines. But I think it's worth looking at it and thinking about changes nonetheless. For example: * Shouldn't bundling/compression menu items go with save menu items? * Shouldn't the Insert menu be reorganized somewhat? * Shouldn't document settings go with paragraph and text settings ... and possibly also with math and table settings? * Shouldn't move paragraph up/down, changing list depth, and outlining all be together? I don't think the answers to these questions are obvious, but -- again -- they're worth thinking about. Bennett
