Comments on: Zend Framework Custom View Helper

By: Adeel

Adeel — Wed, 21 Sep 2011 14:25:12 +0000

Thank you for this post. Very simple and to the point and really helped me get over a problem I was encountering while developing one View Helper

By: Joseph John

Joseph John — Thu, 25 Aug 2011 11:19:27 +0000

Hi, Iam also getting the above type error, also I written the code for extends the abstract class

This is my error , please help us.

Fatal error: Uncaught exception ‘Zend_Loader_PluginLoader_Exception’ with message ‘Plugin by name ‘GetMenus’ was not found in the registry; used paths: Zend_View_Helper_: Zend/View/Helper/;C:\xampp\htdocs\directions\application/views/helpers/;C:/xampp/htdocs/directions/application/views\helpers/’ in C:\xampp\php\PEAR\Zend\Loader\PluginLoader.php:412 Stack trace: #0 C:\xampp\php\PEAR\Zend\View\Abstract.php(1182): Zend_Loader_PluginLoader->load(‘GetMenus’) #1 C:\xampp\php\PEAR\Zend\View\Abstract.php(618): Zend_View_Abstract->_getPlugin(‘helper’, ‘getMenus’) #2 C:\xampp\php\PEAR\Zend\View\Abstract.php(344): Zend_View_Abstract->getHelper(‘getMenus’) #3 [internal function]: Zend_View_Abstract->__call(‘getMenus’, Array) #4 C:\xampp\htdocs\directions\application\layouts\scripts\sidebar.phtml(1): Zend_View->getMenus() #5 C:\xampp\php\PEAR\Zend\View.php(108): include(‘C:\xampp\htdocs…’) #6 C:\xampp\php\PEAR\Zend\View\Abstract.php(888): Zend_View->_run(‘C:\xampp\htdocs…’) #7 C:\xampp\php\PEAR\Zend\View\Helper\Partial.php(105): in C:\xampp\php\PEAR\Zend\Controller\Plugin\Broker.php on line 336

By: takpar

takpar — Tue, 16 Aug 2011 09:27:57 +0000

You missed this:
class Zend_View_Helper_State extends Zend_View_Helper_Abstract

By: Andrew Cobby

Andrew Cobby — Fri, 07 Jan 2011 00:54:02 +0000

@Ladislav

Please review your conceptual understanding of the MVC design pattern.

I guess you think it’s like this:

Model –> Controller –> View

But they actually form a triangle, please see Martin Fowler’s reference: http://martinfowler.com/eaaCatalog/modelViewController.html

View helpers are part of the view layer so it’s fine for them to access repository objects in your domain layer.

By: abs

abs — Thu, 14 Oct 2010 18:41:14 +0000

This may solve simple problems but it is not following the MVC pattern and will be a mess if this method is used in larger projects.

By: Davide Gullo

Davide Gullo — Thu, 07 Oct 2010 13:59:21 +0000

I got an error very strange.
My view helpers have no problem in the views scripts but I cannot call them from my layout scripts.
Look at my stack:

Fatal error: Uncaught exception ‘Zend_Loader_PluginLoader_Exception’ with message ‘Plugin by name ‘IsLogged’ was not found in the registry; used paths: Zend_View_Helper_: Zend/View/Helper/’ in /usr/local/zend/share/ZendFramework/library/Zend/Loader/PluginLoader.php:412 Stack trace:
#0 /usr/local/zend/share/ZendFramework/library/Zend/View/Abstract.php(1174): Zend_Loader_PluginLoader->load(‘IsLogged’)
#1 /usr/local/zend/share/ZendFramework/library/Zend/View/Abstract.php(610): Zend_View_Abstract->_getPlugin(‘helper’, ‘isLogged’)
#2 /usr/local/zend/share/ZendFramework/library/Zend/View/Abstract.php(336): Zend_View_Abstract->getHelper(‘isLogged’)
#3 /Users/gullo/Sites/myproject/application/views/scripts/header.phtml(3): Zend_View_Abstract->__call(‘isLogged’, Array)
#4 /Users/gullo/Sites/myproject/application/views/scripts/header.phtml(3): Zend_View->isLogged()
#5 /usr/local/zend/share/ZendFramework/library/Zend/View.php(108): include(‘/Users/gullo/Si…’)
#6 /usr/local/zend/share/ZendFramework/library/Zend/View/Abstract.php(880) in /usr/local/zend/share/ZendFramework/library/Zend/Loader/PluginLoader.php on line 412

By: Ladislav

Ladislav — Sun, 03 Oct 2010 15:20:09 +0000

kaller you should know I agree with you!

By: 5f5f7a

5f5f7a — Sun, 03 Oct 2010 12:45:19 +0000

you can call view helper in action
as

$this->view->helperName();

and it works just fine…

By: Tomáš

Tomáš — Wed, 29 Sep 2010 16:20:01 +0000

I expect in the solution in file
application/view/helpers/State.php on line 7
should be

$this->_list = new Model_DbTable_States();

am I right?

By: Jake Noble

Jake Noble — Fri, 30 Jul 2010 12:45:12 +0000

Ah, WordPress. The savior and bane of so many.

Anyway, once I removed the double quotes it was what I needed

By: Vedran

Vedran — Fri, 30 Jul 2010 11:07:50 +0000

@Jake Noble

yea, I’m also mad at “Windows OS double quotes” when I used to copy-paste other’s people free code samples..

But this is something that WordPress does and I’m not supposed to take care of “Windows OS double quotes”

By: Jake Noble

Jake Noble — Fri, 30 Jul 2010 10:52:41 +0000

@vedran This line which is not marked as code in your example

resources.view.helperPath = APPLICATION_PATH “/views/helpers”

This line is code even if it’s not in code tags, it’s useful. I found this page after Googling for an effective way of adding view helper directories to an app.

Food that isn’t on a plate is still food?

By: Vedran

Vedran — Fri, 30 Jul 2010 07:00:58 +0000

@Jake Noble

Form post text or from code sample?

I just don’t see the issue here,
part you need is code sample which work on all platforms.

By: Jake Noble

Jake Noble — Fri, 30 Jul 2010 00:57:37 +0000

Please Please take the Windows OS double quotes out of your post! People – like me – will spend hours trying to wonder what is wrong, then give up and never use your solution.

By: Donnie

Donnie — Sat, 26 Jun 2010 20:06:51 +0000

Congrats! You were the only one on the whole internet who could explain this in plain english. Come on all you ZF people out there and follow this example

By: kaller

kaller — Sun, 14 Feb 2010 19:11:56 +0000

Well yes and no IMHO.
The controller’s job is to service the request.
When that logic has nothing to do with some other part of a page then there is no need to complicate your controllers doing stuff that maybe belongs more to the view or layout, than the request itself.
The controller needs to control what should be under its control – the request.
But the view should only be accessing data for read purposes in that case, not for writing, and there is one danger – a proxy object would make it safer to do this kind of thing so the view is not given full update access to the model.
Current thinking seems to be that one way to organise this kind of view+model oriented logic is to have a service layer or service class as a kind of middleware I guess, that can dispense aspects of the model to views (or helpers), and also helps to abstract the ORM stuff.
But its not in the ZF yet of course.
So having said that, I would agree that when there is data that is directly involved with the request per se, then first there should be a conversation between the controller and the model and the view should wait patiently until that is done.

By: Ladislav

Ladislav — Fri, 22 Jan 2010 23:40:24 +0000

I dont think that is a valid MVC aproach to fetch model in the view helper. This is the task of application logic – controllers. After you can wrap data using view helpers.

By: Marius

Marius — Mon, 04 Jan 2010 17:05:22 +0000

great great tip, unfortunately I’ve get here after I’ve spent few hours on searching how this should be done.