Получение меню Zend_Navigation для работы с рыбьим глазом в jQuery
Я использую Zend_Navigation (приятное дополнение к фреймворку, между прочим), чтобы построить свое меню, после чего оно должно быть отображено на странице (само собой разумеется). Я сначала установил контейнер где-то в контроллере:
// $pages is the array containing all page information
$nav = new Zend_Navigation($pages);
$this->view->navigation($nav);
Затем в макете это выглядит так:
echo $this->navigation()->menu();
который работает отлично. Теперь: я хочу, чтобы меню отображалось немного иначе. Страница, которую я строю, использует jQueryFisheye-плагин построить Mac-подобное Dock-меню. Тем не менее, этот плагин нуждается в конкретной разметке ...
На самом деле, это занимает список<a> элементы, содержащие как<img> (для значка) и<span> (для всплывающей подсказки). Стандартный помощник представления меню отображает все в неупорядоченном списке (логически), с'label' параметр как текст ссылки.
Похоже, что контент перешел к'label' перед рендерингом параметр экранируется, поэтому вставка html туда мне не поможет. Кроме того, рыбий глаз, как правило, не принимает свои предметы, содержащиеся в<li> тег, со всей вещью, завернутой в<ul></ul>, но просто одноуровневый список<a> элементы.
Я думал о написании специального помощника вида для док-станции, который мог бы позаботиться о вставке<img> и<span>, но мне очень трудно привязать пользовательский помощник вида к классу навигации. Я просто не могу понять, где его разместить и каким образом, хотя автозагрузчик заботливо заботится обо всех моих других пользовательских классах (моделях и т. П.). Есть идеи по этому поводу?
С другой стороны, даже если я смогу заставить работать этот помощник вида, я все равно останусь с неупорядоченным списком HTML - я знаю, что могу потерять и его, используя пользовательский помощник вида, но я всегда был фанатом содержания main навигационные меню внутри списка, ради семантики.
Если кто-нибудь может мне немного помочь, я буду очень признателен. Если Fisheye просто не предназначен для работы с<ul>'s, это было бы слишком плохо ... была бы веская причина полностью потерять Zend_Navigation в этом случае?