[fw-general] Zend_Form_Element_Hash, Salt and AJAX

I seem to be having a lot of problems with the Zend_Form_Element_Hash component of the Zend Framework for PHP. Salt How is the salt ment to be used? What is the best practice when using the salt so that: - The salt of 2 forms on different pages do not collide - The same form can be rendered 2 t

Re: [fw-general] Contributor mailing list. . .

> Hi all, the ZF team at Zend would like to propose a new list- > 'zf-contributor' for contributors to the Zend Framework project. This > should be an open list that covers development of components in both the > standard and extras libraries. This is a great idea and will help make contributing

Re: [fw-general] Zend_View_Helper_Jquery - Ready for Review

A very good idea, since jQuery is probably the most used JS library/framewok. Cristian Hello guys, i wanted to let you know that my Zend_View_Helper_Jquery proposal is ready for review: http://framework.zend.com/wiki/display/ZFPROP/Zend_View_Helper_Jquery+-+Benjamin+Eberlei Please discuss.

[fw-general] Zend_View_Helper_Jquery - Ready for Review

Hello guys, i wanted to let you know that my Zend_View_Helper_Jquery proposal is ready for review: http://framework.zend.com/wiki/display/ZFPROP/Zend_View_Helper_Jquery+-+Benjamin+Eberlei Please discuss. Important discussion for the beginning are the concerns/problems I raised in the first com

Re: [fw-general] Memory leak in Zend_Date?

Lars Strojny wrote: > Hi Matthew, > > Am Samstag, den 12.07.2008, 19:11 -0400 schrieb Matthew Weier O'Phinney: > [...] >> Lars -- can you provide some benchmarks that show the memory differences >> between Zend_Date and DateTime? I'm curious to see if we might be able >> to isolate the performance

[fw-general] Contributor mailing list. . .

Hi all, the ZF team at Zend would like to propose a new list- 'zf-contributor' for contributors to the Zend Framework project. This should be an open list that covers development of components in both the standard and extras libraries. The 'zf-' is intentional; we plan to migrate all lists to this

Re: [fw-general] Re: Design principles for a modular website architecture

I see. Your approach is very nice. Thanks Jack. On Mon, Jul 14, 2008 at 2:50 AM, Jack Sleight <[EMAIL PROTECTED]> wrote: > Hi, > In my opinion, such functionality as "users photos" would go in the photos > module. If you think about the abstract structure, photos belong to users, > and therefore

Re: [fw-general] some simple questions

Neriodavid(Wei Dai) wrote: > >If a class has a protected member/property, say _data, which be > assigned > to as a Zend' Db row object on the member table, can you access it as: > > after $this->_data = $member; > $this->emailAddress, instead of $this->_data->emailAddress ? > It does

[fw-general] some simple questions

Hi, Does anyone read the Cal Evans book, php|a's Guide to Programming with Zend Framework? I have some simple questions just want to make clear: If a class has a protected member/property, say _data, which be assigned to as a Zend' Db row object on the member table, can you access it as:

[fw-general] Zend_Service_Yahoo vs. Yahoo BOSS

Is there a difference between Yahoos old (!?) webservice and their new BOSS API (http://developer.yahoo.com/search/boss/)? -- Jan

Re: [fw-general] how to set error message for Required form validator?

-- Jacky Chen <[EMAIL PROTECTED]> wrote (on Sunday, 13 July 2008, 03:56 PM +0800): > how to set error message for required form validator? there is a > username element that required is true, then three validators are added to > it.The first is notEmpty validator with message "now allow empty",the

Re: [fw-general] in latest standard trunk: decorators seem to have escaped from their original logic.

-- Bart McLeod <[EMAIL PROTECTED]> wrote (on Monday, 14 July 2008, 02:07 PM +0200): > another addition: > The problem is in the new getDecorator function. If you call it, it > 'lazyloads' the decorator, but puts it at the end of the stack. See this > output, where I var_dumped the decorators in

Re: [fw-general] Zend_Model ready for community review

Why do anyone needs general model abstraction? It seems like a "smart" container, but also simple xml element and SPL objects... Ziv Perry PHP Team, Zend Technologies # +972.3.753.9656 Jurriën Stutterheim wrote: > Hi everybody, > > > Last week I wiped the dust off of my

Re: [fw-general] in latest standard trunk: decorators seem to have escaped from their original logic.

and this is the workaround code (yek!): /** * Retrieve a registered decorator * * @param string $name * @return false|Zend_Form_Decorator_Abstract */ public function getDecorator($name) { //this is what I added: $decorators = $this->getDecorators(); retu

Re: [fw-general] in latest standard trunk: decorators seem to have escaped from their original logic.

here's a workaround: $decorators = $this->getElement('delete')->getDecorators(); $td = $decorators['td']; $td->setOption('colspan', '3'); So you get all decorators, since that is not buggy, extract the one you need and set the options you need. So getDecorator() can be rewr

Re: [fw-general] in latest standard trunk: decorators seem to have escaped from their original logic.

another addition: The problem is in the new getDecorator function. If you call it, it 'lazyloads' the decorator, but puts it at the end of the stack. See this output, where I var_dumped the decorators inside the lazy load function, before and after getting the decorator 'td': In the first array

Re: [fw-general] in latest standard trunk: decorators seem to have escaped from their original logic.

In addition to this, I just tried to break a few more elements. Their is a checkbox in my table. If I call: $this->getElement('in_mainmenu')->getDecorator('td')->setOption('colspan',2); Then the td is appended as a whole, an no longer wrapped! The colspan attrib is right there: name="in_mainm

[fw-general] in latest standard trunk: decorators seem to have escaped from their original logic.

Hi all, and Matthew in particular, First of all, sorry to bother you all if I missed some earlier messages about this. It's just I am at a deadline and need quick insight. I use pretty complex forms using table decorators, rows, td's an so on. Tables shouldn't be used for formatting, I know,

Re: [fw-general] Zend_Model ready for community review

Jurriën Stutterheim wrote: > > Zend_Model aims to fill that gap by using some > interfaces and optional implementations of those interfaces. > > - Jurriën > How does this make my life easier? What will it do for me? BTW your link to Zym is broken Cheers, monk.e.boy -- View this message

[fw-general] Zend_Model ready for community review

Hi everybody, Last week I wiped the dust off of my Zend_Model proposal and updated it to reflect some ideas that were discussed in #zftalk.dev. Any comments on it are of course really welcome at this point. You can find the proposal here: http://framework.zend.com/wiki/pages/viewpage.actio