Re: [fw-general] Should Zend_View_Helper_Url use rawurlencode()?
Michał Minicki wrote: > > > Change this: > >>$url = $this->_view->url(array('page' => $page . '?' . >> $_SERVER['QUERY_STRING'])); > > To: > > $url = $this->_view->url(array('page' => $page)) . '?' . > $_SERVER['QUERY_STRING']; > >> Ashish Sharma > > -- > Michał Minicki aka Martel Valgoerad | [EMAIL PROTECTED] | > http://aie.pl/martel.asc > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > "Idleness is not doing nothing. Idleness is being free to do anything." -- > Floyd Dell > > Hi Michał, Thanks for your reply. Your solution works for me :clap: It was really a silly mistake from my end. It would be nice if you can tell me the reason as why is was not accepting the QUERY string inside the braces (on LINUX only) Thanks once again! Ashish Sharma -- View this message in context: http://www.nabble.com/Should-Zend_View_Helper_Url-use-rawurlencode%28%29--tp14192829p17311283.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] ZF and Ohloh
Hi all, I took a look at Ohloh (http://www.ohloh.net/) this weekend for the first time. It's a relatively interesting tool to track open source projects, and I find it particular useful for tracking relationships among them. Zend Framework's Ohloh project can be found here: http://www.ohloh.net/projects/zend_framework. Two reasons I mention this: 1) I would be nice to see all our users and contributors associated with the Zend Framework project on Ohloh. 2) It would be *particularly* nice to see all projects that use Zend Framework associated with the project on Ohloh. ,Wil
Re: [fw-general] Help with Zend_View
-- Steven <[EMAIL PROTECTED]> wrote (on Monday, 19 May 2008, 12:27 AM +0900): > I have created my own implementation of Zend_View in order to take > advantage of the Smarty templating engine. My class implements > Zend_View_Interface to be compliant with the ZF standards. > > One of my controllers has an 'editAction' method that attempts to render > the 'input.html' template (via echo > $this->_view->render('input.html');). Your problem is the above line; call simply "$this->render('input');", and this will ensure that no additional templates are autorendered. > The template 'input.html' is > indeed rendered, however ZF still attempts to render the template > 'edit.html' as well. This leads to the following error message being > displayed at the top of the page: > > Warning: Smarty error: unable to read resource: "article/edit.html" in > /usr/local/php/lib/php/Smarty-2.6.18/libs/Smarty.class.php on line 1095 > > I'm using ZF 1.0.3 and it seems that the default behavior is to look > for, and render, a template of the same name as the calling action. My > question is: how do I circumvent that behavior, when required in cases > such as the one above? -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend - The PHP Company | http://www.zend.com/
Re: [fw-general] Help with Zend_View
Now that is useful information. Thanks, Gabriel! Gabriel Malkas wrote: Well, you can also use this property in your controller. In your action method : |$this->_helper->viewRenderer->setNoRender(); Regards, Gabriel. | Steven wrote : Doing so means that I'll have to call render() in every action, instead of just letting ZF catch it automatically right? Currently, I only have a single action that needs to call a different template, so that's not an ideal solution. Gabriel Malkas wrote: Steven a écrit : Hi all, I have created my own implementation of Zend_View in order to take advantage of the Smarty templating engine. My class implements Zend_View_Interface to be compliant with the ZF standards. One of my controllers has an 'editAction' method that attempts to render the 'input.html' template (via echo $this->_view->render('input.html');). The template 'input.html' is indeed rendered, however ZF still attempts to render the template 'edit.html' as well. This leads to the following error message being displayed at the top of the page: Warning: Smarty error: unable to read resource: "article/edit.html" in /usr/local/php/lib/php/Smarty-2.6.18/libs/Smarty.class.php on line 1095 I'm using ZF 1.0.3 and it seems that the default behavior is to look for, and render, a template of the same name as the calling action. My question is: how do I circumvent that behavior, when required in cases such as the one above? Thanks, -- Steven Hi Steven, To disable the default behavior of ZF, you have to set 'noViewRenderer' to true, in your bootstrap file. $frontController->setParam("noViewRenderer", true); Regards, Gabriel, from France ;)
Re: [fw-general] Help with Zend_View
On Sun, May 18, 2008 at 6:11 PM, Steven <[EMAIL PROTECTED]> wrote: > Doing so means that I'll have to call render() in every action, instead of > just letting ZF catch it automatically right? Currently, I only have a > single action that needs to call a different template, so that's not an > ideal solution. How about $this->_helper->viewRenderer->setScriptAction()? http://framework.zend.com/manual/en/zend.controller.actionhelpers.html#zend.controller.actionhelper.viewrenderer.api -- Vincent
Re: [fw-general] Help with Zend_View
Well, you can also use this property in your controller. In your action method : |$this->_helper->viewRenderer->setNoRender(); Regards, Gabriel. | Steven wrote : Doing so means that I'll have to call render() in every action, instead of just letting ZF catch it automatically right? Currently, I only have a single action that needs to call a different template, so that's not an ideal solution. Gabriel Malkas wrote: Steven a écrit : Hi all, I have created my own implementation of Zend_View in order to take advantage of the Smarty templating engine. My class implements Zend_View_Interface to be compliant with the ZF standards. One of my controllers has an 'editAction' method that attempts to render the 'input.html' template (via echo $this->_view->render('input.html');). The template 'input.html' is indeed rendered, however ZF still attempts to render the template 'edit.html' as well. This leads to the following error message being displayed at the top of the page: Warning: Smarty error: unable to read resource: "article/edit.html" in /usr/local/php/lib/php/Smarty-2.6.18/libs/Smarty.class.php on line 1095 I'm using ZF 1.0.3 and it seems that the default behavior is to look for, and render, a template of the same name as the calling action. My question is: how do I circumvent that behavior, when required in cases such as the one above? Thanks, -- Steven Hi Steven, To disable the default behavior of ZF, you have to set 'noViewRenderer' to true, in your bootstrap file. $frontController->setParam("noViewRenderer", true); Regards, Gabriel, from France ;)
Re: [fw-general] Help with Zend_View
Doing so means that I'll have to call render() in every action, instead of just letting ZF catch it automatically right? Currently, I only have a single action that needs to call a different template, so that's not an ideal solution. Gabriel Malkas wrote: Steven a écrit : Hi all, I have created my own implementation of Zend_View in order to take advantage of the Smarty templating engine. My class implements Zend_View_Interface to be compliant with the ZF standards. One of my controllers has an 'editAction' method that attempts to render the 'input.html' template (via echo $this->_view->render('input.html');). The template 'input.html' is indeed rendered, however ZF still attempts to render the template 'edit.html' as well. This leads to the following error message being displayed at the top of the page: Warning: Smarty error: unable to read resource: "article/edit.html" in /usr/local/php/lib/php/Smarty-2.6.18/libs/Smarty.class.php on line 1095 I'm using ZF 1.0.3 and it seems that the default behavior is to look for, and render, a template of the same name as the calling action. My question is: how do I circumvent that behavior, when required in cases such as the one above? Thanks, -- Steven Hi Steven, To disable the default behavior of ZF, you have to set 'noViewRenderer' to true, in your bootstrap file. $frontController->setParam("noViewRenderer", true); Regards, Gabriel, from France ;)
Re: [fw-general] Help with Zend_View
Steven a écrit : Hi all, I have created my own implementation of Zend_View in order to take advantage of the Smarty templating engine. My class implements Zend_View_Interface to be compliant with the ZF standards. One of my controllers has an 'editAction' method that attempts to render the 'input.html' template (via echo $this->_view->render('input.html');). The template 'input.html' is indeed rendered, however ZF still attempts to render the template 'edit.html' as well. This leads to the following error message being displayed at the top of the page: Warning: Smarty error: unable to read resource: "article/edit.html" in /usr/local/php/lib/php/Smarty-2.6.18/libs/Smarty.class.php on line 1095 I'm using ZF 1.0.3 and it seems that the default behavior is to look for, and render, a template of the same name as the calling action. My question is: how do I circumvent that behavior, when required in cases such as the one above? Thanks, -- Steven Hi Steven, To disable the default behavior of ZF, you have to set 'noViewRenderer' to true, in your bootstrap file. $frontController->setParam("noViewRenderer", true); Regards, Gabriel, from France ;)
[fw-general] Help with Zend_View
Hi all, I have created my own implementation of Zend_View in order to take advantage of the Smarty templating engine. My class implements Zend_View_Interface to be compliant with the ZF standards. One of my controllers has an 'editAction' method that attempts to render the 'input.html' template (via echo $this->_view->render('input.html');). The template 'input.html' is indeed rendered, however ZF still attempts to render the template 'edit.html' as well. This leads to the following error message being displayed at the top of the page: Warning: Smarty error: unable to read resource: "article/edit.html" in /usr/local/php/lib/php/Smarty-2.6.18/libs/Smarty.class.php on line 1095 I'm using ZF 1.0.3 and it seems that the default behavior is to look for, and render, a template of the same name as the calling action. My question is: how do I circumvent that behavior, when required in cases such as the one above? Thanks, -- Steven
[fw-general] OT: Website Mock-Up Design Tool for Win(/Lin/Mac)
Hello everybody. Sorry, This is not really ZF specific. We are searching for a Tool for creating Website Mock-Ups before we are going to implement it in ZF. So i would like to ask you how you make your mock-ups? Which tool(s) do you use? I know that many uses Photoshop or Fireworks for designing. But i think of something like Omni Graffle at Mac, which i peronally like, but we need it for Windows basically, but also for Linux and MAC. I know there is Microsoft Visio on Windows, but we do not need that much. The best would be a SMALL tool for ONLY designing Web Design Mock-Ups (and perhaps runs on Windows/Mac/Linux). Thats all we need. I havent found such tool yet, but perhaps somebody can give me some advice. Thanks Thomas
Re: [fw-general] Controller actions/ distinguishing between GETs and POSTs
On 5/18/08, Stephan Stapel <[EMAIL PROTECTED]> wrote: > > Hi! > > this is probably a simple question but unfortunately I couldn't find the > answer in the docs. > > I'd like to use a different handling within my action methods for POST and > GET requests to implement PRG behaviour. Is there an easy way to find out > 'how' the action method was invoked (e.g. through the _request member > variable?). > > Currently, I distinguish like this: > > function myAction() > { > if (sizeof($_POST) > 0) > { > } > else > { > } > } > > but this is really ugly since a POST might occur that doesn't send any > variables for some reason. If you have a could hint how to achieve this, > it'd be great to read it :) > > regs, > > Stephan I use $this->_request->isPost() and $this->_request->isGet(), see http://framework.zend.com/manual/en/zend.controller.request.html#zend.controller.request.http.method -- Vincent
[fw-general] Controller actions/ distinguishing between GETs and POSTs
Hi! this is probably a simple question but unfortunately I couldn't find the answer in the docs. I'd like to use a different handling within my action methods for POST and GET requests to implement PRG behaviour. Is there an easy way to find out 'how' the action method was invoked (e.g. through the _request member variable?). Currently, I distinguish like this: function myAction() { if (sizeof($_POST) > 0) { } else { } } but this is really ugly since a POST might occur that doesn't send any variables for some reason. If you have a could hint how to achieve this, it'd be great to read it :) regs, Stephan _ Unbegrenzter Speicherplatz für Ihr E-Mail Postfach? Jetzt aktivieren! http://freemail.web.de/club/landingpage.htm/?mc=02