Hello together,
i set up a basic environment for unit testing my Zend_Application.
A basic test looks something like this:
public function testDefaultControllerAndAction() {
$this-dispatch('/');
$this-assertController('index');
$this-assertAction('index');
}
Calling phpunit in
On Thu, Sep 24, 2009 at 8:38 AM, Cameron themsel...@gmail.com wrote:
On Wed, Sep 23, 2009 at 6:49 PM, Matthew Weier O'Phinney matt...@zend.com
wrote:
-- Cameron themsel...@gmail.com wrote
(on Wednesday, 23 September 2009, 09:42 AM +0800):
Dojo grids. I've actually just moved a lot of my
I'm trying to do this with set_error_handler(), my will is to trigger Error
controller and catch this as application error, since I want to log all
errors in one place - Error controller.
I tried with setting error handler in bootstrap to function in index.php and
that function calls error
I'm trying to do this with set_error_handler(), my will is to trigger Error
controller and catch this as application error, since I want to log all
errors in one place - Error controller.
I tried with setting error handler in bootstrap to function in index.php and
that function calls error
The view displays the model in the UI yes, but the controller also affects
the application's presentation, albeit not visually. Repetitive controller
logic like a repeating subroutine that is modifying the view, should be
factored into action helpers. Repetitive display logic belongs in view
I'd agree. The View handles the rendering of output, etc. But the Controller
determines the View, constructs responses, and can do a lot to influence the
final presentation. The Controller+View make up the presentation layer of the
application.
Pádraic Brady
http://blog.astrumfutura.com
-- Cameron themsel...@gmail.com wrote
(on Thursday, 24 September 2009, 02:53 PM +0800):
On Thu, Sep 24, 2009 at 8:38 AM, Cameron themsel...@gmail.com wrote:
On Wed, Sep 23, 2009 at 6:49 PM, Matthew Weier O'Phinney
matt...@zend.com
wrote:
-- Cameron themsel...@gmail.com wrote
Hi,
What i did was writing a function that simply throws an exception and
passing that function to set_error_handler, something like this:
error_reporting(E_ALL);
function exceptionThrower($type, $errMsg, $errFile, $errLine) {
throw new Exception($errMsg);
}
Thx, thats ok, but is there any way to trap error in ErrorController, maybe
redirect to /error, but then you need to pass error msg through url...messy
:)
Regards,
Saša Stamenković
On Thu, Sep 24, 2009 at 2:33 PM, drm d...@melp.nl wrote:
Hi,
What i did was writing a function that simply
What i did was writing a function that simply throws an exception and
passing that function to set_error_handler, something like this:
error_reporting(E_ALL);
function exceptionThrower($type, $errMsg, $errFile, $errLine) {
throw new Exception($errMsg);
}
Hey,
Thanks for the input, I'm thinking along those lines...just wondering if
anyone has been in a similar situation before?
-Cobby
Diego Potapczuk wrote:
Maybe you can do a special route for this. Something like /admin/blog
redirect to adminController in blog module, ou
Hello everyone,
I want to use non-Zend validators for my elements and use the array options
notation to build my form,
where i realized that i can't really set the plugin loaders for the
validators of each field.
However while browsing through the code I saw that every element creates
its own
-- Benjamin Eberlei kont...@beberlei.de wrote
(on Thursday, 24 September 2009, 04:37 PM +0200):
I want to use non-Zend validators for my elements and use the array options
notation to build my form,
where i realized that i can't really set the plugin loaders for the
validators of each field.
You are not angry, you are kind of idiot, kid.
Its not our fault you dont understand basics ;) people normally have such
problems, most of them passes the problem hardworking way, others give up,
and some others like you stays in the same place where they've been 10 years
ago with a stupid smile
Hi,
I know the last bug hunt days are finished but since there will be some
bug hunt days again next month, I just ask now.
My question might be sound stupid but I was always asking myself this
question when looking at the issue tracker, When I look at the issue
tracker, almost each issue is
Ok, forgot it, found the in progress status.
Thanks and best regards,
Ralf
Matthew Weier O'Phinney-3 wrote:
-- Cameron themsel...@gmail.com wrote
(on Wednesday, 23 September 2009, 09:42 AM +0800):
Dojo grids. I've actually just moved a lot of my functionality over to
Dojo
JsonRestStore so I can do in-grid editing, it's not completed yet, but so
far
it is
-- Ralf Eggert r.egg...@travello.de wrote
(on Thursday, 24 September 2009, 08:05 PM +0200):
I know the last bug hunt days are finished but since there will be some
bug hunt days again next month, I just ask now.
My question might be sound stupid but I was always asking myself this
question
Andrew Ballard wrote:
On Wed, Sep 23, 2009 at 10:54 AM, dennesabing dennes.b.ab...@gmail.com
wrote:
I have a zend navigation config via xml and i want to hide some pages by
setting the visible to false to a page i want to hide. However, the false
visible pages are still showing on the
How do other folks handle long Zend_Ldap queries. Currently I get the
white screen of death, but there has to be a better way. Any thoughts?
-Henry
Hi Henry,
a white screen of death most often is caused by scripts exceeding the
maximum execution time (or exceeding the memory limit). The ldap-extension
will echo some sort of warning/error when the connection itself times out,
so you'll get a feedback in these cases.
Try raising the memory
I use (and I'm very happy with it) Jquery Grid: http://www.trirand.com/blog/
I use ZendX_JQuery* for ZF integration and it works like a charm...
Kyle Spraggs wrote:
I was curious what everyone is using for DataGrids. I am aware of
http://petala-azul.com/blog/ as well as
Yes, it is thick to me. Sometimes it is useful to make it a goal to have 1
action per controller, when you have a lot of actions per controller I have
found it makes you more hesitant to break up actions into helper methods (
the relationship of actions to helper methods for me is not 1:1 so more
That's one way of achieving the goal but should not be a means to an end.
Ideally you would identify new model objects to be born, for instance is the
controller dealing a lot with adding fields to some grid object before
pushing it to the view, if so you could sub-class that grid object for that
Hey everyone,
Sorry about the repost (most of you probably havent seen it as I posted it
on Nabble, and of course realized that it didnt get sent because I didnt
have a subscription to the mailing list (cancelled it because I was reading
everything on Nabble). Anyhow, I am reposting the
Don´t be sorry for sending a quality post like this, this is an area that i
feel the Zend Framework need a better working to define the best or
appropriated way to architect an system build with it.
Maybe you could make an simple application to show how all it would work
together, especially
Oh, I was by no means sorry about the post itself J, I was more or less
apologizing for reposting it (to those who have already read it on Nabble).
Anyhow, in effect that is kind of what I am striving for is to make a simple
application (for learning purposes). However, I am still a little
Hey Kyle,
There I learned to turn off my HTML formatting (is that better? :)
). Anyhow, thanks for your response. Reading through the examples you laid
out, I am gathering due to the actions that _processForm is a protected
function of the action controller. When I said in my post that
28 matches
Mail list logo
