Nabble - Zend Framework

Re: Trying Dojo Hello World

2008-07-23T21:30:16Z

2008/7/23 Matthew Weier O'Phinney <matthew@...>:

-- Christian Sanchez <csanchez84@...> wrote

(on Wednesday, 23 July 2008, 03:18 PM -0500):

> Well that is pretty clear in the docs, since you make the statement "it is
> important to remember to pass the theme class". Here's my whole layout (I don't
> have the button on a form yet, is that necessary now?, because it wasn't before
> though):
>
> <?php
> echo '<?xml version="1.0" encoding="UTF-8" ?>';
> echo $this->docType()

First, you should use 'doctype()', not 'docType' -- the latter will not
work.

Done.

> ?>
>
> <html>
>
> <head>
> <?php
> echo $this->headTitle();
> echo $this->headMeta();
> echo $this->headLink();
> echo $this->headStyle();
> ?>
> <?php if ($this->dojo()->isEnabled()):

You don't need to do the conditional here -- just echo the helper. If
it's not enabled, nothing will be rendered.

Ok, I just commented that line.

One technique I've used is to do the setup below:

> $this->dojo()->setLocalPath('/scripts/dojo_f/dojo/dojo.js')
> ->addStyleSheetModule('dijit.themes.tundra');

Do you use it like that in your bootstrap?
I suggest that the documentation should include the part of the bootstrap that took me a while to figure out... Setting the view helper like this:

$view = new Zend_View();
$view->addHelperPath('Zend/Dojo/View/Helper/', 'Zend_Dojo_View_Helper');
$viewRenderer = new Zend_Controller_Action_Helper_ViewRenderer();
$viewRenderer->setView($view);
Zend_Controller_Action_HelperBroker::addHelper($viewRenderer);

Is this snippet correct?

in my bootstrap, and then disable the helper until I explicitly enable
it in a view script. (I should probably put that in the manual.)

> echo $this->dojo();
> endif;
> ?>
> <?php
> echo $this->headScript();
> ?>
> </head>
>
> <body class="tundra">
> <h1><?php echo $this->placeholder('title') ?></h1>
> <?php echo $this->layout()->content ?>
>
> <br />
> <br />
> </body>
>
> </html>

So, now my question is: is something not working for you here?

I just set an explicit localpath:

$this->dojo()->setLocalPath('http://localhost/dev/example/html/scripts/dojo_f/dojo/dojo.js')
->addStyleSheetModule('dijit.themes.tundra');

but still doesn't work... I'll attach some pics to explain myself a little better though.

In dojopic1 is the original example from dojo docs without using ZF at all. The button is bigger and nicer...
Well, dojopic2 is the result with the localpath set like: /scripts/dojo_f/dojo/dojo.js You can see the button there (a standard one...), but firebug shows that the the dojo.js wasn't found, so I changed the localpath to: http://localhost/dev/example/html/scripts/dojo_f/dojo/dojo.js the result is in the dojopic3... But no button at all (?!?!?!?!?) when I check for the source code of the page (dojopic4) the code has the button in it... :S So I'm quite confused... I'm at work now, but I use a portable XAMPP It's the same implementation like the one I use at home... So I still can't explain myself what is going on there...

BTW thanks for helping matt... I know u are really busy :-)

> 2008/7/23 Matthew Weier O'Phinney <matthew@...>:
>
> -- Christian Sanchez <csanchez84@...> wrote
> (on Wednesday, 23 July 2008, 01:02 PM -0500):
> > Ok, changing that makes the button appear :-) but not in the tundra theme
> way
> > :-(
>
> Did you place a 'class="tundra"' on a container that has the dijits?
>
> Typically, I place it in my <body> tag, just to be safe:
>
> <body class="tundra">
>
> but the only requirement for tundra to be applied is that it is on an
> element that contains dijits:
>
> <div class="tundra">
> <?= $this->form ?>
> </div>
>
> Try that out.
>
>
> > I have the following code for the button:
> >
> > <?php $this->dojo()->enable()
> > ->setDjConfigOption('parseOnLoad', true)
> > ->requireModule('dijit.form.Button');
> > ?>
> >
> > <button dojoType="dijit.form.Button" id="helloButton">
> > Hello World!
> > <script type="dojo/method" event="onClick">
> > alert('You pressed the button');
> > </script>
> > </button>
> >
> > 2008/7/23 Matthew Weier O'Phinney <matthew@...>:
> >
> > -- Christian Sanchez <csanchez84@...> wrote
> > (on Wednesday, 23 July 2008, 12:37 PM -0500):
> > > Hi guys!
> > > Well I'm trying to implement the Hello world example with the
> ZF_1.6_RC1,
> > after
> > > an hour of frustration my guess is that, since I'm not using an
> exact
> > address
> > > to send the localpath
> > >
> > > $this->dojo()->setLocalPath('../html/scripts/dojo_f/dojo/dojo.js')
> >
> > LocalPath should be the path relative to the document root -- i.e.,
> the
> > path that would occur in your script's href tag:
> >
> > $this->dojo()->setLocalPath('/scripts/dojo_f/dojo/dojo.js');
> >
> > This should appropriately set the rest of it.
> >
> > Let me know your results; regardless, I'll try to make this clearer
> in
> > the manual.
> >
> > > ->addStyleSheetModule('dijit.themes.tundra');
> > > echo $this->dojo();
> > >
> > > the error is in the import that tries to get the library from the
> same
> > address:
> > >
> > > @import "../html/scripts/dojo_f/dijit/themes/tundra/tundra.css";
> > >
> > > When it should be:
> > >
> > > @import "http://localhost/dev/example/html/scripts/dojo_f/dijit/
> themes/
> > tundra/
> > > tundra.css";
> > >
> > > Maybe I'm wrong but it still does not work :'-(
> > >
> > > --
> > > Christian S nchez A.
> >
> > --
> > Matthew Weier O'Phinney
> > Software Architect | matthew@...
> > Zend Framework | http://framework.zend.com/
> >
> >
> >
> >
> > --
> > Christian S nchez A.
>
> --
> Matthew Weier O'Phinney
> Software Architect | matthew@...
> Zend Framework | http://framework.zend.com/
>
>
>
>
> --
> Christian S nchez A.

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

--
Christian Sánchez A.

dojopic1.JPG (22K) Download Attachment
dojopic2.JPG (73K) Download Attachment
dojopic3.JPG (51K) Download Attachment
dojopic4.JPG (94K) Download Attachment

Re: Error in Zend Framework 1.6 RC1 ?

2008-07-23T20:49:49Z

On Wed, Jul 23, 2008 at 6:25 PM, Endijs Lisovskis <endijs@...> wrote:
>
> If I just switch Zend Framework 1.5 library files to Zend Framework 1.6 RC1
> library files I receive error:
>
> Fatal error: Uncaught exception 'Zend_Loader_PluginLoader_Exception' with
> message 'File LoggedInUser.php was loaded but class named
> Rn_View_Helper_LoggedInUser was not found within it.'

(...)

> If I use ZF 1.5 everything is OK.
>
> Any ideas?

Yeah, read the error message. Any truth in it? :)

Does your LoggedInUser.php helper contain the
Rn_View_Helper_LoggedInUser class, or does it not?

Till

Re: Error in Zend Framework 1.6 RC1 ?

2008-07-23T20:48:18Z

-- Endijs Lisovskis <endijs@...> wrote
(on Wednesday, 23 July 2008, 03:25 PM -0700):

>
> If I just switch Zend Framework 1.5 library files to Zend Framework 1.6 RC1
> library files I receive error:
>
> Fatal error: Uncaught exception 'Zend_Loader_PluginLoader_Exception' with
> message 'File LoggedInUser.php was loaded but class named
> Rn_View_Helper_LoggedInUser was not found within it.' in
> [full_path_removed]/library/Zend/Loader/PluginLoader.php:351 Stack trace: #0
> [full_path_removed]/library/Zend/View/Abstract.php(1114):
> Zend_Loader_PluginLoader->load('LoggedInUser') #1
> [full_path_removed]/library/Zend/View/Abstract.php(545):
> Zend_View_Abstract->_getPlugin('helper', 'loggedInUser') #2
> [full_path_removed]/library/Zend/View/Abstract.php(312):
> Zend_View_Abstract->getHelper('loggedInUser') #3 [internal function]:
> Zend_View_Abstract->__call('loggedInUser', Array) #4
> [full_path_removed]/application/views/layouts/index.phtml(33):
> Zend_View->loggedInUser() #5 [full_path_removed]/library/Zend/V in
> [full_path_removed]/library/Zend/Loader/PluginLoader.php on line 351
>
> If I use ZF 1.5 everything is OK.
>
> Any ideas?

First off, in 1.6, we refactored the code in Zend_View to utilize the
PluginLoader -- no reason to have code duplication. :)

Most likely, what's happening is that you've got an invalid helper
prefix registered; why it was not throwing an error before is the new
question.

Several qustions:

* How are you setting up your views?
* How are you adding the Rn_View_Helper prefix to the view object?
* Is 'Rn' a module? or a private library namespace?
* Can you confirm that the file LoggedInuser.php exists on the helper
path? If so, what class is in it?

Answer those questions, and I may have a better idea of how to fix the
issue.

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

Re: Zend Form Decorator

2008-07-23T20:44:14Z

-- chubbs <acetinick@...> wrote
(on Wednesday, 23 July 2008, 06:16 PM -0700):
>
> I am going crazy trying to work out how to get a custom decorator on my form.
> I have read everything but theres no clear example of any out there. This
> is what i have so far.

Please read:

http://devzone.zend.com/article/3450-Decorators-with-Zend_Form

and post back to the list if you have further questions.

> in my html/index.php i have the line:
> set_include_path('.' . PATH_SEPARATOR . '../library/'
> . PATH_SEPARATOR . '../application/'
> . PATH_SEPARATOR . '../application/forms/'
> . PATH_SEPARATOR . '../application/models/'
> . PATH_SEPARATOR . get_include_path());
>
> Zend_Form file in /application/forms/NewStaff.php:
>
> ...
> $this->addElementPrefixPath("YUI", "decorators/",'decorator');
> ...
> $startDate = new Zend_Form_Element_Text ( 'startDate' );
> $startDate->addDecorator('Date_Decorator');
> ...
>
> Decorator class in /application/forms/decorators/Date_Decorator.php:
>
> class YUI_Date_Decorator extends Zend_Form_Decorator_Abstract
> {
> ......
> public function render($content) {
> ....
> }
> }
>
>
>
> Works if i get rid of the addDecorator line, but otherwise always displays
> error:
> Warning: Plugin by name Date_Decorator was not found in the registry. in ..
>
> I have tried so many different combinations of filename's prefixs and
> everything. What am I doing wrong?
>
> --
> View this message in context: http://www.nabble.com/Zend-Form-Decorator-tp18623761p18623761.html
> Sent from the Zend Framework mailing list archive at Nabble.com.
>

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

Re: Trying Dojo Hello World

2008-07-23T20:42:42Z

-- Christian Sanchez <csanchez84@...> wrote
(on Wednesday, 23 July 2008, 03:18 PM -0500):
> Well that is pretty clear in the docs, since you make the statement "it is
> important to remember to pass the theme class". Here's my whole layout (I don't
> have the button on a form yet, is that necessary now?, because it wasn't before
> though):
>
> <?php
> echo '<?xml version="1.0" encoding="UTF-8" ?>';
> echo $this->docType()

First, you should use 'doctype()', not 'docType' -- the latter will not
work.

> ?>
>
> <html>
>
> <head>
> <?php
> echo $this->headTitle();
> echo $this->headMeta();
> echo $this->headLink();
> echo $this->headStyle();
> ?>
> <?php if ($this->dojo()->isEnabled()):

You don't need to do the conditional here -- just echo the helper. If
it's not enabled, nothing will be rendered.

One technique I've used is to do the setup below:

> $this->dojo()->setLocalPath('/scripts/dojo_f/dojo/dojo.js')
> ->addStyleSheetModule('dijit.themes.tundra');

in my bootstrap, and then disable the helper until I explicitly enable
it in a view script. (I should probably put that in the manual.)

> echo $this->dojo();
> endif;
> ?>
> <?php
> echo $this->headScript();
> ?>
> </head>
>
> <body class="tundra">
> <h1><?php echo $this->placeholder('title') ?></h1>
> <?php echo $this->layout()->content ?>
>
> <br />
> <br />
> </body>
>
> </html>

So, now my question is: is something not working for you here?

> 2008/7/23 Matthew Weier O'Phinney <matthew@...>:
>
> -- Christian Sanchez <csanchez84@...> wrote
> (on Wednesday, 23 July 2008, 01:02 PM -0500):
> > Ok, changing that makes the button appear :-) but not in the tundra theme
> way
> > :-(
>
> Did you place a 'class="tundra"' on a container that has the dijits?
>
> Typically, I place it in my <body> tag, just to be safe:
>
> <body class="tundra">
>
> but the only requirement for tundra to be applied is that it is on an
> element that contains dijits:
>
> <div class="tundra">
> <?= $this->form ?>
> </div>
>
> Try that out.
>
>
> > I have the following code for the button:
> >
> > <?php $this->dojo()->enable()
> > ->setDjConfigOption('parseOnLoad', true)
> > ->requireModule('dijit.form.Button');
> > ?>
> >
> > <button dojoType="dijit.form.Button" id="helloButton">
> > Hello World!
> > <script type="dojo/method" event="onClick">
> > alert('You pressed the button');
> > </script>
> > </button>
> >
> > 2008/7/23 Matthew Weier O'Phinney <matthew@...>:
> >
> > -- Christian Sanchez <csanchez84@...> wrote
> > (on Wednesday, 23 July 2008, 12:37 PM -0500):
> > > Hi guys!
> > > Well I'm trying to implement the Hello world example with the
> ZF_1.6_RC1,
> > after
> > > an hour of frustration my guess is that, since I'm not using an
> exact
> > address
> > > to send the localpath
> > >
> > > $this->dojo()->setLocalPath('../html/scripts/dojo_f/dojo/dojo.js')
> >
> > LocalPath should be the path relative to the document root -- i.e.,
> the
> > path that would occur in your script's href tag:
> >
> > $this->dojo()->setLocalPath('/scripts/dojo_f/dojo/dojo.js');
> >
> > This should appropriately set the rest of it.
> >
> > Let me know your results; regardless, I'll try to make this clearer
> in
> > the manual.
> >
> > > ->addStyleSheetModule('dijit.themes.tundra');
> > > echo $this->dojo();
> > >
> > > the error is in the import that tries to get the library from the
> same
> > address:
> > >
> > > @import "../html/scripts/dojo_f/dijit/themes/tundra/tundra.css";
> > >
> > > When it should be:
> > >
> > > @import "http://localhost/dev/example/html/scripts/dojo_f/dijit/
> themes/
> > tundra/
> > > tundra.css";
> > >
> > > Maybe I'm wrong but it still does not work :'-(
> > >
> > > --
> > > Christian S nchez A.
> >
> > --
> > Matthew Weier O'Phinney
> > Software Architect | matthew@...
> > Zend Framework | http://framework.zend.com/
> >
> >
> >
> >
> > --
> > Christian S nchez A.
>
> --
> Matthew Weier O'Phinney
> Software Architect | matthew@...
> Zend Framework | http://framework.zend.com/
>
>
>
>
> --
> Christian S nchez A.

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

Zend Form Decorator

2008-07-23T18:16:54Z

I am going crazy trying to work out how to get a custom decorator on my form. I have read everything but theres no clear example of any out there. This is what i have so far.

in my html/index.php i have the line:
set_include_path('.' . PATH_SEPARATOR . '../library/'
. PATH_SEPARATOR . '../application/'
. PATH_SEPARATOR . '../application/forms/'
. PATH_SEPARATOR . '../application/models/'
. PATH_SEPARATOR . get_include_path());

Zend_Form file in /application/forms/NewStaff.php:

...
$this->addElementPrefixPath("YUI", "decorators/",'decorator');
...
$startDate = new Zend_Form_Element_Text ( 'startDate' );
$startDate->addDecorator('Date_Decorator');
...

Decorator class in /application/forms/decorators/Date_Decorator.php:

class YUI_Date_Decorator extends Zend_Form_Decorator_Abstract
{
......
public function render($content) {
....
}
}

Works if i get rid of the addDecorator line, but otherwise always displays error:
Warning: Plugin by name Date_Decorator was not found in the registry. in ..

I have tried so many different combinations of filename's prefixs and everything. What am I doing wrong?

Error in Zend Framework 1.6 RC1 ?

2008-07-23T15:25:36Z

If I just switch Zend Framework 1.5 library files to Zend Framework 1.6 RC1 library files I receive error:

Fatal error: Uncaught exception 'Zend_Loader_PluginLoader_Exception' with message 'File LoggedInUser.php was loaded but class named Rn_View_Helper_LoggedInUser was not found within it.' in [full_path_removed]/library/Zend/Loader/PluginLoader.php:351 Stack trace: #0 [full_path_removed]/library/Zend/View/Abstract.php(1114): Zend_Loader_PluginLoader->load('LoggedInUser') #1 [full_path_removed]/library/Zend/View/Abstract.php(545): Zend_View_Abstract->_getPlugin('helper', 'loggedInUser') #2 [full_path_removed]/library/Zend/View/Abstract.php(312): Zend_View_Abstract->getHelper('loggedInUser') #3 [internal function]: Zend_View_Abstract->__call('loggedInUser', Array) #4 [full_path_removed]/application/views/layouts/index.phtml(33): Zend_View->loggedInUser() #5 [full_path_removed]/library/Zend/V in [full_path_removed]/library/Zend/Loader/PluginLoader.php on line 351

If I use ZF 1.5 everything is OK.

Any ideas?

Zend_View helpers return object ids instead of strings

2008-07-23T14:53:54Z

Hi!

If such problems were discussed before - please excuse me. I'm new to this mailing list and I couldn't find answer in archive.

OK - now about problem. I developed web application on server with PHP 5.2.5, but now I need to put scripts on server with PHP 5.1.6. But there is a problem (I think it's because of PHP 5.1.6). When I try to echo View helpers in Views I receive object ids instead of strings.

For example. If I use:
<head>
<?php echo $this->headTitle()."\n"; ?>
</head>
Head <title> is not displayed, but instead I receive something like "Object id #40".

On server with PHP 5.2.5 everything is fine.

Is there any quick solutions for such problems?

Thanks!

Re: Zend Framework 1.6 Release Candidate 1 now available!

2008-07-23T13:21:21Z

-- Jean-Marc Fontaine <jmf@...> wrote
(on Wednesday, 23 July 2008, 01:11 PM -0700):
> Matthew Weier O'Phinney-3 wrote:
> >
> > What's the issue ID?
> >
> Sorry I forgot to include it : ZF-3477.

You appear to have marked it as resolved without anyone actually
applying the patch. :)

I'm scheduling it for next minor release.

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

Re: Trying Dojo Hello World

2008-07-23T13:18:20Z

Well that is pretty clear in the docs, since you make the statement "it is important to remember to pass the theme class". Here's my whole layout (I don't have the button on a form yet, is that necessary now?, because it wasn't before though):

<?php
echo '<?xml version="1.0" encoding="UTF-8" ?>';
echo $this->docType()
?>

<html>

    <head>
        <?php
        echo $this->headTitle();
        echo $this->headMeta();
        echo $this->headLink();
        echo $this->headStyle();
        ?>
            <?php if ($this->dojo()->isEnabled()):
              $this->dojo()->setLocalPath('/scripts/dojo_f/dojo/dojo.js')
              ->addStyleSheetModule('dijit.themes.tundra');
              echo $this->dojo();
           endif;
        ?>
        <?php
            echo $this->headScript();
        ?>
    </head>

    <body class="tundra">
        <h1><?php echo $this->placeholder('title') ?></h1>
        <?php echo $this->layout()->content ?>

        <br />
        <br />
    </body>

</html>

2008/7/23 Matthew Weier O'Phinney <matthew@...>:

-- Christian Sanchez <csanchez84@...> wrote

(on Wednesday, 23 July 2008, 01:02 PM -0500):

> Ok, changing that makes the button appear :-) but not in the tundra theme way
> :-(

Did you place a 'class="tundra"' on a container that has the dijits?

Typically, I place it in my <body> tag, just to be safe:

<body class="tundra">

but the only requirement for tundra to be applied is that it is on an
element that contains dijits:

<div class="tundra">
<?= $this->form ?>
</div>

Try that out.

> I have the following code for the button:
>
> <?php $this->dojo()->enable()
> ->setDjConfigOption('parseOnLoad', true)
> ->requireModule('dijit.form.Button');
> ?>
>
> <button dojoType="dijit.form.Button" id="helloButton">
> Hello World!
> <script type="dojo/method" event="onClick">
> alert('You pressed the button');
> </script>
> </button>
>
> 2008/7/23 Matthew Weier O'Phinney <matthew@...>:
>
> -- Christian Sanchez <csanchez84@...> wrote
> (on Wednesday, 23 July 2008, 12:37 PM -0500):
> > Hi guys!
> > Well I'm trying to implement the Hello world example with the ZF_1.6_RC1,
> after
> > an hour of frustration my guess is that, since I'm not using an exact
> address
> > to send the localpath
> >
> > $this->dojo()->setLocalPath('../html/scripts/dojo_f/dojo/dojo.js')
>
> LocalPath should be the path relative to the document root -- i.e., the
> path that would occur in your script's href tag:
>
> $this->dojo()->setLocalPath('/scripts/dojo_f/dojo/dojo.js');
>
> This should appropriately set the rest of it.
>
> Let me know your results; regardless, I'll try to make this clearer in
> the manual.
>
> > ->addStyleSheetModule('dijit.themes.tundra');
> > echo $this->dojo();
> >
> > the error is in the import that tries to get the library from the same
> address:
> >
> > @import "../html/scripts/dojo_f/dijit/themes/tundra/tundra.css";
> >
> > When it should be:
> >
> > @import "http://localhost/dev/example/html/scripts/dojo_f/dijit/themes/
> tundra/
> > tundra.css";
> >
> > Maybe I'm wrong but it still does not work :'-(
> >
> > --
> > Christian S nchez A.
>
> --
> Matthew Weier O'Phinney
> Software Architect | matthew@...
> Zend Framework | http://framework.zend.com/
>
>
>
>
> --
> Christian S nchez A.

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

--
Christian Sánchez A.

Re: adding logic to Zend_Exception: observer pattern for logging

2008-07-23T13:12:47Z

Take a look at the patch:
http://lars.schokokeks.org/php/exception-previous-compat.phps

It looks completely backwards compatible to me and does not require
loading of any additional code.

Any new code could chain the exceptions while existing code can be
updated over time.

This is a reasonable and simple change to do now as it makes
Zend_Exception comply to the PHP 5.3 Exception class which is a good thing.

I think improved exception handling is very important to assist new
users to troubleshoot problems. The exception stack is one of those
features that makes it much easier to find the root cause of problems. I
see this completely independent from other proposed enhancements (the
central/enhanced error codes for example).

Christoph

> Zend_Exception is used _everywhere_. Introducing a change like this then
> has ramifications throughout the framework -- not just in terms of
> potential changes in handling, but also in terms of performance (adding
> exception listeners means more code loaded and executed for exceptions,
> which are already expensive).
>
> Basically, it's going to take some time to sort out what effects it has,
> and I feel that those efforts would be generally better targetted at 2.0
> when we're making large changes already.
>
>

Re: Zend Framework 1.6 Release Candidate 1 now available!

2008-07-23T13:11:19Z

Matthew Weier O'Phinney-3 wrote:

What's the issue ID?

Sorry I forgot to include it : ZF-3477.

Jean-Marc

Re: Zend Framework 1.6 Release Candidate 1 now available!

2008-07-23T13:04:22Z

-- Jean-Marc Fontaine <jmf@...> wrote
(on Wednesday, 23 July 2008, 12:59 PM -0700):
> I submitted a bug and the corresponding patch sometime ago. It has been
> marked as fixed in version 1.6 RC1 but it is not.
>
> It was my first bug/patch after signing the CLA so I may have done something
> wrong.

What's the issue ID?

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

Re: adding logic to Zend_Exception: observer pattern for logging

2008-07-23T12:59:50Z

-- Christoph Dorn <christoph@...> wrote
(on Wednesday, 23 July 2008, 01:10 PM -0600):
>
> > I've thought that myself a number of times; I actually did exactly this
> > when I was developing Cgiapp (a PHP clone of perl's CGI::Application),
> > and it has a bunch of use cases.
> >
> You may want to update "Development is currently in an active phase" on
> your http://cgiapp.sourceforge.net/ page :)

LOL! Yes... I actually plan to abandon the project at this point.

> > However, such a change will not happen until 2.0. I'm marking it in the
> > wiki as a potential improvement.
> >
> Why is that?

Zend_Exception is used _everywhere_. Introducing a change like this then
has ramifications throughout the framework -- not just in terms of
potential changes in handling, but also in terms of performance (adding
exception listeners means more code loaded and executed for exceptions,
which are already expensive).

Basically, it's going to take some time to sort out what effects it has,
and I feel that those efforts would be generally better targetted at 2.0
when we're making large changes already.

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

Re: Zend Framework 1.6 Release Candidate 1 now available!

2008-07-23T12:59:24Z

Hello,

I submitted a bug and the corresponding patch sometime ago. It has been marked as fixed in version 1.6 RC1 but it is not.

It was my first bug/patch after signing the CLA so I may have done something wrong.

Re: adding logic to Zend_Exception: observer pattern for logging

2008-07-23T12:10:55Z

> I've thought that myself a number of times; I actually did exactly this
> when I was developing Cgiapp (a PHP clone of perl's CGI::Application),
> and it has a bunch of use cases.
>
You may want to update "Development is currently in an active phase" on
your http://cgiapp.sourceforge.net/ page :)

> However, such a change will not happen until 2.0. I'm marking it in the
> wiki as a potential improvement.
>
Why is that?

Christoph

Re: adding logic to Zend_Exception: observer pattern for logging

2008-07-23T12:02:06Z

-- peter fiksman <pfiksman@...> wrote
(on Sunday, 20 July 2008, 11:33 AM +0200):

> Zend_Exception has currently no content and just extends the standard
> Excepton class. Maybe it would make sense to add something like
> addListener(Zend_Observer_Interface $o) method to implement the
> observer/observable pattern?
>
> This would make possible adding a logger object as a listener. There are
> cases in ZF where an exception is caught and replaced by throwing another
> one, which is more general. The details and the origin of the error are lost
> then.
>
> It would be nice to be able to log all exceptions in the execution flow, I
> think.

I've thought that myself a number of times; I actually did exactly this
when I was developing Cgiapp (a PHP clone of perl's CGI::Application),
and it has a bunch of use cases.

However, such a change will not happen until 2.0. I'm marking it in the
wiki as a potential improvement.

http://framework.zend.com/wiki/display/ZFDEV/Zend_Exception

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

Re: Trying Dojo Hello World

2008-07-23T11:57:27Z

-- Christian Sanchez <csanchez84@...> wrote
(on Wednesday, 23 July 2008, 01:02 PM -0500):
> Ok, changing that makes the button appear :-) but not in the tundra theme way
> :-(

Did you place a 'class="tundra"' on a container that has the dijits?

Typically, I place it in my <body> tag, just to be safe:

<body class="tundra">

but the only requirement for tundra to be applied is that it is on an
element that contains dijits:

<div class="tundra">
<?= $this->form ?>
</div>

Try that out.

> I have the following code for the button:
>
> <?php $this->dojo()->enable()
> ->setDjConfigOption('parseOnLoad', true)
> ->requireModule('dijit.form.Button');
> ?>
>
> <button dojoType="dijit.form.Button" id="helloButton">
> Hello World!
> <script type="dojo/method" event="onClick">
> alert('You pressed the button');
> </script>
> </button>
>
> 2008/7/23 Matthew Weier O'Phinney <matthew@...>:
>
> -- Christian Sanchez <csanchez84@...> wrote
> (on Wednesday, 23 July 2008, 12:37 PM -0500):
> > Hi guys!
> > Well I'm trying to implement the Hello world example with the ZF_1.6_RC1,
> after
> > an hour of frustration my guess is that, since I'm not using an exact
> address
> > to send the localpath
> >
> > $this->dojo()->setLocalPath('../html/scripts/dojo_f/dojo/dojo.js')
>
> LocalPath should be the path relative to the document root -- i.e., the
> path that would occur in your script's href tag:
>
> $this->dojo()->setLocalPath('/scripts/dojo_f/dojo/dojo.js');
>
> This should appropriately set the rest of it.
>
> Let me know your results; regardless, I'll try to make this clearer in
> the manual.
>
> > ->addStyleSheetModule('dijit.themes.tundra');
> > echo $this->dojo();
> >
> > the error is in the import that tries to get the library from the same
> address:
> >
> > @import "../html/scripts/dojo_f/dijit/themes/tundra/tundra.css";
> >
> > When it should be:
> >
> > @import "http://localhost/dev/example/html/scripts/dojo_f/dijit/themes/
> tundra/
> > tundra.css";
> >
> > Maybe I'm wrong but it still does not work :'-(
> >
> > --
> > Christian S nchez A.
>
> --
> Matthew Weier O'Phinney
> Software Architect | matthew@...
> Zend Framework | http://framework.zend.com/
>
>
>
>
> --
> Christian S nchez A.

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

Re: adding logic to Zend_Exception: observer pattern for logging

2008-07-23T11:57:26Z

In 5.3 you can pass the previous exception to the current as the third
parameter. The previous exception can than later be retrieved with
$exception->getPrevious().


Sorry, sent too early. What I wanted to add was: this could be easily
implemented for compatibility in Zend_Exception.
See http://lars.schokokeks.org/php/exception-previous-compat.php

How would I go about suggesting/contributing this to Zend_Exception? Can anyone add this easily?

Christoph

Re: adding logic to Zend_Exception: observer pattern for logging

2008-07-23T11:53:33Z

Am Mittwoch, den 23.07.2008, 20:43 +0200 schrieb Lars Strojny:
> In 5.3 you can pass the previous exception to the current as the third
> parameter. The previous exception can than later be retrieved with
> $exception->getPrevious().

Sorry, sent too early. What I wanted to add was: this could be easily
implemented for compatibility in Zend_Exception.
See http://lars.schokokeks.org/php/exception-previous-compat.phps

cu, Lars

signature.asc (852 bytes) Download Attachment

Re: adding logic to Zend_Exception: observer pattern for logging

2008-07-23T11:43:18Z

Hi Christoph, hi Peter,

Am Mittwoch, den 23.07.2008, 12:26 -0600 schrieb Christoph Dorn:
[...]
> I agree. I have had to comment out higher-level exceptions to figure out
> what goes on at a lower level.
>
> There needs to be an exception stack just like in Java.

In 5.3 you can pass the previous exception to the current as the third
parameter. The previous exception can than later be retrieved with
$exception->getPrevious(). Take a look:
http://lars.schokokeks.org/php/exception-previous.phps

cu, Lars

signature.asc (852 bytes) Download Attachment

New Zend_Wildfire_FirebugLogWriter component now in standard incubator

2008-07-23T11:29:54Z

There is a new component called Zend_Wildfire_FirebugLogWriter in the
standard incubator.

Proposal:
http://framework.zend.com/wiki/display/ZFPROP/Zend_Wildfire_FirebugLogWriter+-+Christoph+Dorn

The Zend_Wildfire namespace belongs to the http://www.wildfirehq.org/
project. There will be more information available about this project soon.

The Zend_Wildfire_FirebugLogWriter component allows you to send logging
messages to the Firebug Console. The initialization is very simple if
using Zend_Controller_Front (it can also be used without the front
controller - see documentation).

/**
* Place this in your bootstrap file
*/
$writer = new Zend_Wildfire_FirebugLogWriter();
$logger = new Zend_Log($writer);

/**
* Use this in your model, view and controller files
*/
$logger->log('This is a log message!', Zend_Log::INFO);

Please see the documentation for more options and examples.

There is also a demo application in the incubator.

You will need FirePHP version 0.1.0.5 or better
(http://www.firephp.org/). The 0.1.0.5 FirePHP client extension will be
promoted to 0.1.1 later this week.

Please take a look at this component and provide your feedback.

I am hoping that it can make it into the 1.6 RC2.

Looking forward to your feedback.

Christoph

Re: adding logic to Zend_Exception: observer pattern for logging

2008-07-23T11:26:22Z

> This would make possible adding a logger object as a listener. There are
> cases in ZF where an exception is caught and replaced by throwing another
> one, which is more general. The details and the origin of the error are lost
> then.
>
> It would be nice to be able to log all exceptions in the execution flow, I
> think.
>
I agree. I have had to comment out higher-level exceptions to figure out
what goes on at a lower level.

There needs to be an exception stack just like in Java.

Christoph

Re: Trying Dojo Hello World

2008-07-23T11:02:48Z

Ok, changing that makes the button appear :-) but not in the tundra theme way :-(

I have the following code for the button:

<?php $this->dojo()->enable()
             ->setDjConfigOption('parseOnLoad', true)
             ->requireModule('dijit.form.Button');
      ?>

<button dojoType="dijit.form.Button" id="helloButton">
        Hello World!
        <script type="dojo/method" event="onClick">
           alert('You pressed the button');
        </script>
    </button>

2008/7/23 Matthew Weier O'Phinney <matthew@...>:

-- Christian Sanchez <csanchez84@...> wrote
(on Wednesday, 23 July 2008, 12:37 PM -0500):

> Hi guys!
> Well I'm trying to implement the Hello world example with the ZF_1.6_RC1, after
> an hour of frustration my guess is that, since I'm not using an exact address
> to send the localpath
>
> $this->dojo()->setLocalPath('../html/scripts/dojo_f/dojo/dojo.js')

LocalPath should be the path relative to the document root -- i.e., the
path that would occur in your script's href tag:

$this->dojo()->setLocalPath('/scripts/dojo_f/dojo/dojo.js');

This should appropriately set the rest of it.

Let me know your results; regardless, I'll try to make this clearer in
the manual.

> ->addStyleSheetModule('dijit.themes.tundra');
> echo $this->dojo();
>
> the error is in the import that tries to get the library from the same address:
>
> @import "../html/scripts/dojo_f/dijit/themes/tundra/tundra.css";
>
> When it should be:
>
> @import "http://localhost/dev/example/html/scripts/dojo_f/dijit/themes/tundra/
> tundra.css";
>
> Maybe I'm wrong but it still does not work :'-(
>
> --

> Christian S nchez A.

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

--
Christian Sánchez A.

Re: Trying Dojo Hello World

2008-07-23T10:50:30Z

-- Christian Sanchez <csanchez84@...> wrote
(on Wednesday, 23 July 2008, 12:37 PM -0500):
> Hi guys!
> Well I'm trying to implement the Hello world example with the ZF_1.6_RC1, after
> an hour of frustration my guess is that, since I'm not using an exact address
> to send the localpath
>
> $this->dojo()->setLocalPath('../html/scripts/dojo_f/dojo/dojo.js')

LocalPath should be the path relative to the document root -- i.e., the
path that would occur in your script's href tag:

$this->dojo()->setLocalPath('/scripts/dojo_f/dojo/dojo.js');

This should appropriately set the rest of it.

Let me know your results; regardless, I'll try to make this clearer in
the manual.

> ->addStyleSheetModule('dijit.themes.tundra');
> echo $this->dojo();
>
> the error is in the import that tries to get the library from the same address:
>
> @import "../html/scripts/dojo_f/dijit/themes/tundra/tundra.css";
>
> When it should be:
>
> @import "http://localhost/dev/example/html/scripts/dojo_f/dijit/themes/tundra/
> tundra.css";
>
> Maybe I'm wrong but it still does not work :'-(
>
> --
> Christian S nchez A.

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

The duplicate/old messages coming in. . .

2008-07-23T10:46:18Z

. . .are from the spam filter. I'm going through it after
procrastinating for weeks. :/ Please ignore/enjoy on a belated basis as
appropriate.

,Wil

Trying Dojo Hello World

2008-07-23T10:37:51Z

Hi guys!
Well I'm trying to implement the Hello world example with the ZF_1.6_RC1, after an hour of frustration my guess is that, since I'm not using an exact address to send the localpath

$this->dojo()->setLocalPath('../html/scripts/dojo_f/dojo/dojo.js')
->addStyleSheetModule('dijit.themes.tundra');
echo $this->dojo();

the error is in the import that tries to get the library from the same address:

@import "../html/scripts/dojo_f/dijit/themes/tundra/tundra.css";

When it should be:

@import "http://localhost/dev/example/html/scripts/dojo_f/dijit/themes/tundra/tundra.css";

Maybe I'm wrong but it still does not work :'-(

--
Christian Sánchez A.

Re: Zend_File_Transfer and Zend_Form on 1.6

2008-07-23T10:37:05Z

-- Cristian Bichis <contact@...> wrote
(on Wednesday, 23 July 2008, 08:03 PM +0300):

> Firstly excuse me if maybe i am posting to wrong list, my question is a bit
> general...
>
> Question is how Zend_File_Transfer is (or is going to be) integrated with
> Zend_Form fo file uploads through forms.
>
> 1. As far as i see there is no File form element (can be done easily i know)
>
> 2. There is any plan to integrate validation side for Zend_File_Transfer with
> Zend_Form validation side ? Sample: on adding a File upload component all
> validators set into file upload element to be used for validation under
> Zend_File_Transfer ?
>
> 3. There is any sample for combining Zend_Form with Zend_File_Transfer ?

We plan to include Zend_File_Transfer in its current incarnation in 1.6
with a form element that consumes it. Unfortunately, we were unable to
get this in a usable state for RC1, and are planning on having it in
RC2.

The implementation will use the new validators created for
Zend_File_Transfer; in fact, it will proxy validation to the transfer
adapter, and setting validators on the element will actually set the
validators for the transfer adapter.

At this time, there are no working examples of using Zend_File_Transfer
with a form element. Be patient, and watch svn to see when the checkins
begin for this.

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

Re: Zend_File_Transfer and Zend_Form on 1.6

2008-07-23T10:10:25Z

Also i forgot to ask if there is any plan for adding destination as a file upload form element option...

Cristian

Hello,

Firstly excuse me if maybe i am posting to wrong list, my question is a bit general...

Question is how Zend_File_Transfer is (or is going to be) integrated with Zend_Form fo file uploads through forms.

1. As far as i see there is no File form element (can be done easily i know)

2. There is any plan to integrate validation side for Zend_File_Transfer with Zend_Form validation side ? Sample: on adding a File upload component all validators set into file upload element to be used for validation under Zend_File_Transfer ?

3. There is any sample for combining Zend_Form with Zend_File_Transfer ?

Cristian

RE: Zend Framework 1.6 Release Candidate 1 nowavailable!

2008-07-23T10:07:56Z

Packaging decisions are relatively easy to implement, and we have gotten
requests for smaller packages in the past. If the new package is 26MB,
then there is actually more pressure on both ends (we need to preserve
some download bandwidth, too!) to deliver a slim package. So a) there
isn't too much to be inferred from the release candidates' sizes about
the packaging/packages in the final production release, b) we understand
and appreciate the need for a smaller package and we'll be looking at
the best solution with the help of the community, and c) no matter what
we do, there will still be one 'kitchen sink' package for those who want
everything all in one convenient- albeit potentially large- archive.

,Wil

> -----Original Message-----
> From: Matthew Weier O'Phinney [mailto:matthew@...]
> Sent: Wednesday, July 23, 2008 5:16 AM
> To: fw-general@...
> Subject: Re: [fw-general] Zend Framework 1.6 Release Candidate 1
> nowavailable!
>
> -- SiCo007 <simon@...> wrote
> (on Wednesday, 23 July 2008, 04:58 AM -0700):
> > Just a quick question why has the file size jumped from 6mb to 26?!
>
> Well, for one, there are a ton of new components, which means more
> code,
> more tests, and more documentation. As you also note, Dojo is shipping
> with ZF now, which also boosts the size some (though the Dojo repo is
> fraction of ZF's size).
>
> > Can have a download (of the final release) without dojo (assuming
> > that's the culprit) for those of us that don't use it?
>
> We have been discussing shipping a "lean-and-mean" distribution that
> does not include documentation, tests, dojo, or the localization files
> (the i18n/l10n files account for a large percentage of the distro).

I'm
> not sure how soon we will be doing this, but it _has_ been on our
radar
> for some time.
>
> --
> Matthew Weier O'Phinney
> Software Architect | matthew@...
> Zend Framework | http://framework.zend.com/

Zend_File_Transfer and Zend_Form on 1.6

2008-07-23T10:03:48Z

Hello,

Firstly excuse me if maybe i am posting to wrong list, my question is a bit general...

Question is how Zend_File_Transfer is (or is going to be) integrated with Zend_Form fo file uploads through forms.

1. As far as i see there is no File form element (can be done easily i know)

2. There is any plan to integrate validation side for Zend_File_Transfer with Zend_Form validation side ? Sample: on adding a File upload component all validators set into file upload element to be used for validation under Zend_File_Transfer ?

3. There is any sample for combining Zend_Form with Zend_File_Transfer ?

Cristian

RE: Zend Framework 1.6 Release Candidate 1 now available!

2008-07-23T09:15:25Z

Excellent, it's not going to stop me using the ZF but the wait on the download was the most off putting, I don't know if it was your servers or my connection but it took about 17mins to download this morning, 80% of the files I won't even look at!

This is my vote for a lean and mean download!

Simon

Simon

http://www.ajb007.co.uk/

Re: Zend_Acl problem with Role inheritance and Assertions

2008-07-23T07:07:46Z

Martijn Korse wrote:

I have a problem of which i'm trying to determine whether this is because i don't understand the ACL mechanism or because it is a bug.

I decided to treat it like a bug and trace what is happening and then found it's not a bug at all, but in the end me misunderstanding the mechanism

I think i had a different mindset when i was reading the documentation, because i thought the assertion would influence the rule. It turns out the assertion only decides whether a rule applies or not. So, in my example, the red False, should be a True and the second allow rule should be a deny and then it works as intended. Now that i read the documentation again, i see it clearly says so

http://devshed.excudo.net

RE: Zend Framework 1.6 Release Candidate 1 now available!

2008-07-23T06:08:16Z

Hi Matthew,

Extracted Dojo makes up 35.2MB of the total 57.9MB, leaving 22.6MB for the
rest of the framework.

1.5.2 was 21.0MB, so I would say the Dojo addition is a large fraction.

ZIP compressed the externals folder alone (which only contains Dojo) is
22.7MB, removing externals and recompressing leaves me with 6.37MB where
1.5.2 was 6.11MB.

Will this stop me from using ZF? No, but it does concern me that future
partnerships will add to the file size.

Regards,
Steven

-----Original Message-----
From: Matthew Weier O'Phinney [mailto:matthew@...]
Sent: Wednesday, 23 July 2008 10:16 PM
To: fw-general@...
Subject: Re: [fw-general] Zend Framework 1.6 Release Candidate 1 now
available!

-- SiCo007 <simon@...> wrote
(on Wednesday, 23 July 2008, 04:58 AM -0700):
> Just a quick question why has the file size jumped from 6mb to 26?!

Well, for one, there are a ton of new components, which means more code,
more tests, and more documentation. As you also note, Dojo is shipping
with ZF now, which also boosts the size some (though the Dojo repo is
fraction of ZF's size).

> Can have a download (of the final release) without dojo (assuming
> that's the culprit) for those of us that don't use it?

We have been discussing shipping a "lean-and-mean" distribution that
does not include documentation, tests, dojo, or the localization files
(the i18n/l10n files account for a large percentage of the distro). I'm
not sure how soon we will be doing this, but it _has_ been on our radar
for some time.

--
Matthew Weier O'Phinney
Software Architect | matthew@...
Zend Framework | http://framework.zend.com/

Re: Zend Framework 1.6 Release Candidate 1 now available!

2008-07-23T06:02:50Z

On Wed, Jul 23, 2008 at 14:16, Matthew Weier O'Phinney <matthew@...> wrote:
> We have been discussing shipping a "lean-and-mean" distribution that
> does not include documentation, tests, dojo, or the localization files
> (the i18n/l10n files account for a large percentage of the distro). I'm
> not sure how soon we will be doing this, but it _has_ been on our radar
> for some time.

That would be great! I'm never going to use Dojo, and prefer all docs
and tests outside of my projects, and as such would love a lean and
mean bundle to update my codebases.

+1

Alex
--
---------------------------------------------------------------------------
Project Wrangler, SOA, Information Alchemist, UX, RESTafarian, Topic Maps
------------------------------------------ http://shelter.nu/blog/ --------