It is possible to access View properties created on My_Controller_Action in a
Zend_Paginator view script?
Thanks.
Sergio Rinaudo
_
Con Windows Live, puoi organizzare, modificare e condividere le tue foto.
http://www.microsoft.com/
You're right, I switched over to your method and now all of my fields appear
in the form values.
I just searched the issue tracker and found the bug that relates to this.
It's marked as "postponed" so I guess we are stuck with tearing
down/rebuilding the display group until it gets resolved.
http:
'Twas brillig, and Hector Virgen at 30/07/09 22:46 did gyre and gimble:
It seems that my approach is bugged and I'm not sure why.
The form renders properly, but when submitted only the
elements explicitly added with Zend_Form::addElement() appear when I
var_dump $form->getValues(). All of the
It seems that my approach is bugged and I'm not sure why.
The form renders properly, but when submitted only the
elements explicitly added with Zend_Form::addElement() appear when I
var_dump $form->getValues(). All of the elements added through
Zend_Form_DisplayGroup::addElement() do not show up in
Thanks, Colin.
After some tinkering I ended up doing something similar to your suggestion,
but instead of recreating the display group, I used
Zend_Form::createElement() instead of Zend_Form::addElement(). This allowed
me to add the element to the form if the display group does not yet exist,
or ad
'Twas brillig, and Hector Virgen at 30/07/09 18:56 did gyre and gimble:
Hello,
I am having some trouble with Zend_Form and display groups (ZF 1.8.2). I
want to add an existing form element to an existing display group within
the same form, but when I call $displayGroup->addElement($element), t
Just to make sure I understood everything correctly:
1. In theory, base level classes should be moved inside their respective
package.
2. Classes within a package that can have concrete instances and has their
own interfaces and abstract classes belong in their own "subpackage". So for
instance:
Actually...
I forgot to reset my database when testing again. The disable option
does work.
The below code disables the radio button with value='active'
$form->getElement('job_status')
->setOptions(array('disable' => array('ACTIVE')));
Chris MacPherson wrote:
Hi,
The only problem is th
You can use setOptions() on an existing element:
$radio = $form->getElement('my_radio');
$radio->setOptions(array(
'disable' => array(1, 2)
));
--
Hector
On Thu, Jul 30, 2009 at 11:24 AM, Chris MacPherson wrote:
> Hi,
>
> The only problem is that I am using a form that already exists. I am
Hi,
The only problem is that I am using a form that already exists. I am
trying to alter it after it has already created but the 'disable' option
doesn't appear to help me in this case. I might just remove the option
instead and leave a message indicating the fact.
Thanks though,
Chris
Hec
You can pass in a "disable" option when you create the element. It accepts
an array of radio IDs to disable, or true to disable them all.
$form->addElement('radio', 'foo', array(
'multiOptions' => array(
1 => 'one',
2 => 'two',
3 => 'three'
),
'disable' => array(3) // disables only radio 3
));
--
Hello,
I am having some trouble with Zend_Form and display groups (ZF 1.8.2). I
want to add an existing form element to an existing display group within the
same form, but when I call $displayGroup->addElement($element), the element
is re-added to the form, causing it to be rendered twice (once in
Hi,
I have a form that contains a group of radio buttons. I would like to
disable one of the radio options. I cant quite work out how to do this
or find out if it is even possible?
Thanks if you can help :)
Chris
I'm only 3 days into my first zend framework project, so forgive me if the
following is obvious..
I have set up the following module-based zend framework (1.8) app:
application/
-- modules/
Bootstrap.php
admin/
Bootstrap.php
controllers/
forms/
model
-- Саша Стаменковић wrote
(on Thursday, 30 July 2009, 03:59 PM +0200):
> Hm, will it be possible to set autoloader like now, and don't need to mess
> around with namespace and require (use) statements?
The namespace and use statements are not the same as require_once.
"namespace" is used to den
Hm, will it be possible to set autoloader like now, and don't need to mess
around with namespace and require (use) statements?
Regards,
Saša Stamenković
On Thu, Jul 30, 2009 at 3:41 PM, Matthew Weier O'Phinney
wrote:
> -- Jens Ljungblad wrote
> (on Thursday, 30 July 2009, 05:19 AM -0700):
> >
-- Jens Ljungblad wrote
(on Thursday, 30 July 2009, 05:19 AM -0700):
> I have a few question about what the naming scheme will look like now that
> Php 5.3 and namespaces is here. I've looked a bit at Zend_Application and
> how that component is structured.
>
> 1. Should all base level classes be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Hi,
>
> I have a few question about what the naming scheme will look like now that
> Php 5.3 and namespaces is here. I've looked a bit at Zend_Application and
> how that component is structured.
>
> 1. Should all base level classes be moved? So th
Hi,
I have a few question about what the naming scheme will look like now that
Php 5.3 and namespaces is here. I've looked a bit at Zend_Application and
how that component is structured.
1. Should all base level classes be moved? So that for instance, a class
such as Zend_View should instead be
Hello !
I have started exploring zend framework 1.8.4 to port new applications to
Zend.
Can you please guide me knowing following to start with :
1)How do I use Ajax enabled to Zend_Form elements and validate my form
elements ?
2) To use Dojo and Zend_Dojo_Form, do I need to put d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
aSecondWill wrote:
> Hi Hector,
>
> Thanks. The issue i was facing was that both forms where throwing
validation
> errors if they both had code in the same action to proccess them.
>
> Have you used this technique for two forms within the same action?
21 matches
Mail list logo
