Дано:
Веб аппликация с двухуровневым меню. Например:

Home (L0)
-About (L1)
-Contacts (L1)

Departments (L0)
-IT (L1)
-HR (L1)

Products (L0)
-Horns (L1)
-Hooves (L1)

Меню первого уровня по сути accessors, в то время как меню второго уровня launchers и грузят соотвественные страницы в дитейл.

Вопрос:
Что бы вы делали при выборе L0 меню

— A. перерисовка L1 айтемов меню
— B. A + навигация на selected (but not chosen!! (hello Russian btw! ) L1 пункт

и почему?

По логике L0 грузит L1 айтемы, последние всегда всегда имеет выбранный айтем, таким образом при выборе L0 всегда происходит переход на выбранный L1 по факту даже если юзер не выбрал его (selected but not chosen). Я бы скорее грузил, чем нет, но есть момент форсинга, возможно, неочевидного для енд-юзера поведения аппликации.

Дано:
Веб аппликация с двухуровневым меню. Например:

Home (L0)
-About (L1)
-Contacts (L1)

Departments (L0)
-IT (L1)
-HR (L1)

Products (L0)
-Horns (L1)
-Hooves (L1)

Меню первого уровня по сути accessors, в то время как меню второго уровня launchers и грузят соотвественные страницы в дитейл.

Вопрос:
Что бы вы делали при выборе L0 меню

— A. перерисовка L1 айтемов меню
— B. A + навигация на selected (but not chosen!! (hello Russian btw! ) L1 пункт

и почему?

По логике L0 грузит L1 айтемы, последние всегда всегда имеет выбранный айтем (a must), таким образом, при выборе L0 всегда происходит переход на selected L1 по факту даже если юзер не выбрал его (selected but not chosen). Я бы скорее грузил, чем нет (незагрузка порождает несооветствие контента и selected L1.), но есть момент форсинга, возможно, неочевидного для енд-юзера поведения аппликации.