История изменений

Тык, давайте разберемся, какое из утверждений кажется Вам некорректным.

1. Множество сложных приложений (примеры в сообщении выше) используют меню
2. Гномий HIG, в целом, не одобряет использование меню, хотя и не запрещает его явно, оговаривая несколько возможных применений
3. В Builder широко используется механизм popovers, который в некоторых случаях (скриншот выше) слабо отличим от настоящего меню.

По первому пункту возражения есть? Я список привел.

По второму имею сказать следующее:

Menu bars increase the vertical footprint of an application’s user interface, introduce a large number of disclosure points, and function as a fixed set of inflexible options. For these reasons, header bars and header bar menus are generally recommended over menu bars, along with other design patterns for exposing controls on demand, such as selection mode, action bars, and popovers.

At the same time, it can be appropriate for complex applications that already include a menu bar to retain it. Additionally, some platforms also incorporate space for a menu bar in their user environment, and a menu model can be desirable for cross-platform integration purposes.

По-моему, все слова про нежелательность меню-баров сказаны совсем недвусмысленно, и нужные части я подчеркнул.

По третьему пункту: расскажите, как описанные проблемы с меню-баром решает подход с хидер-бар, принятый в Билдере. В этот хидер-бар напиханы все те же самые элементы, которые были бы в меню-баре. Но, да, согласен, места стало занимать почти так же мало, как в случае переноса меню-бара в заголовок (кнопки с иконками занимают чуть больше места по вертикали, чем соответствующие текстовые меню), и чуть больше, чем с глобальным меню для распахнутого окна: header bar + upper panel против upper panel.

Тык, давайте разберемся, какое из утверждений кажется Вам некорректным?

1. Множество сложных приложений (примеры в сообщении выше) используют меню
2. Гномий HIG, в целом, не одобряет использование меню, хотя и не запрещает его явно, оговаривая несколько возможных применений
3. В Builder широко используется механизм popovers, который в некоторых случаях (скриншот выше) слабо отличим от настоящего меню.

По первому пункту возражения есть? Я список привел.

По второму имею сказать следующее:

Menu bars increase the vertical footprint of an application’s user interface, introduce a large number of disclosure points, and function as a fixed set of inflexible options. For these reasons, header bars and header bar menus are generally recommended over menu bars, along with other design patterns for exposing controls on demand, such as selection mode, action bars, and popovers.

At the same time, it can be appropriate for complex applications that already include a menu bar to retain it. Additionally, some platforms also incorporate space for a menu bar in their user environment, and a menu model can be desirable for cross-platform integration purposes.

По-моему, все слова про нежелательность меню-баров сказаны совсем недвусмысленно, и нужные части я подчеркнул.

По третьему пункту: расскажите, как описанные проблемы с меню-баром решает подход с хидер-бар, принятый в Билдере. В этот хидер-бар напиханы все те же самые элементы, которые были бы в меню-баре. Но, да, согласен, места стало занимать почти так же мало, как в случае переноса меню-бара в заголовок (кнопки с иконками занимают чуть больше места по вертикали, чем соответствующие текстовые меню), и чуть больше, чем с глобальным меню для распахнутого окна: header bar + upper panel против upper panel.

Тык, давайте разберемся, какое из утверждений кажется Вам некорректным?

1. Множество сложных приложений (примеры в сообщении выше) используют меню
2. Гномий HIG, в целом, не одобряет использование меню, хотя и не запрещает его явно, оговаривая несколько возможных применений
3. В Builder широко используется механизм popovers, который в некоторых случаях (скриншот выше) слабо отличим от настоящего меню.

По первому пункту возражения есть? Я список привел.

По второму имею сказать следующее:

Menu bars increase the vertical footprint of an application’s user interface, introduce a large number of disclosure points, and function as a fixed set of inflexible options. For these reasons, header bars and header bar menus are generally recommended over menu bars, along with other design patterns for exposing controls on demand, such as selection mode, action bars, and popovers.

At the same time, it can be appropriate for complex applications that already include a menu bar to retain it. Additionally, some platforms also incorporate space for a menu bar in their user environment, and a menu model can be desirable for cross-platform integration purposes.

По-моему, все слова про нежелательность меню-баров сказаны совсем недвусмысленно, и нужные части я подчеркнул.

По третьему пункту: расскажите, как описанные проблемы с меню-баром решает подход с хидер-бар, принятый в Билдере. В этот хидер-бар напиханы все те же самые элементы, которые были бы в меню-баре. Но, да, согласен, места стало занимать почти так же мало, как в случае переноса меню-бара в заголовок (кнопки с иконками занимают чуть больше места по вертикали, чем соответствующие текстовые меню), и чуть больше, чем с глобальным меню для распахнутого окна.