Re: [fw-general] Bug or feature in Zend_Translate 1.5.3/1.6RC1

2008-08-05 Thread Thomas Weidner
uot;Zend Framework General" Sent: Tuesday, August 05, 2008 5:41 PM Subject: Re: [fw-general] Bug or feature in Zend_Translate 1.5.3/1.6RC1 Hi Thomas, Is it possible to change the error message to reflect this, or create a new exception that tests for this particular case? The current error

Re: [fw-general] Bug or feature in Zend_Translate 1.5.3/1.6RC1

2008-08-05 Thread Matthew Ratzloff
. > > Greetings > Thomas Weidner, I18N Team Leader, Zend Framework > http://www.thomasweidner.com > > - Original Message - From: "mbneto" <[EMAIL PROTECTED]> > To: "Thomas Weidner" <[EMAIL PROTECTED]> > Cc: "Zend Framework Genera

Re: [fw-general] Bug or feature in Zend_Translate 1.5.3/1.6RC1

2008-08-05 Thread mbneto
Hi Thomas, Thanks for the clarification. This has changed since 1.5.2 so if it is not already mentioned somewhere I think that it should be in the release notes. It did break my apps :( thanks that it is a simple correction and that the unit tests spotted... Regards. On Tue, Aug 5, 2008 at 2:1

Re: [fw-general] Bug or feature in Zend_Translate 1.5.3/1.6RC1

2008-08-04 Thread Thomas Weidner
://www.thomasweidner.com - Original Message - From: "mbneto" <[EMAIL PROTECTED]> To: "Thomas Weidner" <[EMAIL PROTECTED]> Cc: "Zend Framework General" Sent: Monday, August 04, 2008 11:04 PM Subject: Re: [fw-general] Bug or feature in Zend_Translate

Re: [fw-general] Bug or feature in Zend_Translate 1.5.3/1.6RC1

2008-08-04 Thread mbneto
online who can help > you. > > Greetings > Thomas Weidner, I18N Team Leader, Zend Framework > http://www.thomasweidner.com > > - Original Message - From: "mbneto" <[EMAIL PROTECTED]> > To: "Zend Framework General" > Sent: Monday, August

Re: [fw-general] Bug or feature in Zend_Translate 1.5.3/1.6RC1

2008-08-04 Thread Thomas Weidner
eam Leader, Zend Framework http://www.thomasweidner.com - Original Message - From: "mbneto" <[EMAIL PROTECTED]> To: "Zend Framework General" Sent: Monday, August 04, 2008 5:27 PM Subject: [fw-general] Bug or feature in Zend_Translate 1.5.3/1.6RC1 Hi, Befo

[fw-general] Bug or feature in Zend_Translate 1.5.3/1.6RC1

2008-08-04 Thread mbneto
Hi, Before opening a bug I'd like to know if this is an expected behavior change. Until 1.5.2 I could have an empty (zero bytes) file used with Zend_Translate ('csv', $path, $locale). Now with 1.5.3 and 1.6RC1 I can't . it does not complain when I create the object, it does not complain when I

Re: [fw-general] Bug or feature ?

2007-03-06 Thread Olivier
nothing you're right...I just wanted to avoid the constructing of arrays as I am a little lazy ;) 2007/3/6, Matthew Ratzloff <[EMAIL PROTECTED]>: I guess I don't care whether this feature is included or not (doesn't seem to hurt anything, but the benefit appears minimal), but what's preventing y

Re: [fw-general] Bug or feature ?

2007-03-06 Thread Matthew Ratzloff
I guess I don't care whether this feature is included or not (doesn't seem to hurt anything, but the benefit appears minimal), but what's preventing you from doing the following? /tags/zend,framework,whatever,other,tags,you,want $tags = $this->getRequest()->get('tags'); $tags = explode(',', $tags

Re: [fw-general] Bug or feature ?

2007-03-06 Thread Olivier
Ok I understand your point :) I have to say I did not think to a case like this one I need to do some testing now to know if I have to forget my idea or not... I will tell you if I have found a simple way to handle such a case... 2007/3/6, Chris Hartjes <[EMAIL PROTECTED]>: On 3/5/07, Olivie

Re: [fw-general] Bug or feature ?

2007-03-06 Thread Matthias Zitzmann
I don't really know whether this feature should be implemented or not. I solve this problem on my side using a separated list (e.g. foo,bar,baz) as value. In my opinion this should not be part of the framework because the implementing code needs also to verify the type for each parameter - if s

Re: [fw-general] Bug or feature ?

2007-03-05 Thread nickpdx
The default way to turn a request parameter into a PHP array, is to name the parameters using array notation: /foo/bar?key[]=a&key[]=b or /foo/bar/key[]/a/key[]/b The parameter name is "key[]" not "key". My initial reaction would be that this same method would be used by the framework, that you'

Re: [fw-general] Bug or feature ?

2007-03-05 Thread Simon Mundy
Hi Olivier It's certainly a little left-of-field, but if you were really keen to have arrays built from similarly named keys, then all you would need to do is extend Zend_Controller_Router_Route.php The Zend_Controller_Router_Route::match() method explicitly checks for unique keys, but yo

Re: [fw-general] Bug or feature ?

2007-03-05 Thread Olivier
I am sorry but I don't understandif it is not a key what is it? Just to be sure you are talking of a wilcard match are'nt you? 2007/3/6, Chris Hartjes <[EMAIL PROTECTED]>: On 3/5/07, Olivier <[EMAIL PROTECTED]> wrote: > No, I don't know any other framework that supports thisBTW I have >

Re: [fw-general] Bug or feature ?

2007-03-05 Thread Chris Hartjes
On 3/5/07, Olivier <[EMAIL PROTECTED]> wrote: No, I don't know any other framework that supports thisBTW I have not looked for this feature is the others framework I checked in the pastIt is the first time I need to do something like this... But I am not sure to understand why this featur

Re: [fw-general] Bug or feature ?

2007-03-05 Thread Olivier
No, I don't know any other framework that supports thisBTW I have not looked for this feature is the others framework I checked in the pastIt is the first time I need to do something like this... But I am not sure to understand why this feature would complicate everything? From my point o

Re: [fw-general] Bug or feature ?

2007-03-05 Thread Chris Hartjes
On 3/5/07, Olivier <[EMAIL PROTECTED]> wrote: I want the cleaner and the more readable url possible and serializing my parameters into one single string is not an acceptable solutionI might be wrong but I think something like "/tag/zend/tag/framework" is somewhat cleaner than something like "

Re: [fw-general] Bug or feature ?

2007-03-05 Thread Olivier
I want the cleaner and the more readable url possible and serializing my parameters into one single string is not an acceptable solutionI might be wrong but I think something like "/tag/zend/tag/framework" is somewhat cleaner than something like "/tag/zend-framework" because in this case you s

Re: [fw-general] Bug or feature ?

2007-03-05 Thread Chris Hartjes
On 3/5/07, Olivier <[EMAIL PROTECTED]> wrote: You did not understand me. I want the route to generate an array when a parameter is parsed more than one time. In others words, "/key/value1/key/value" should returns an array like this when _getAllParams is called: array ( 'key' => array

Re: [fw-general] Bug or feature ?

2007-03-05 Thread Olivier
You did not understand me. I want the route to generate an array when a parameter is parsed more than one time. In others words, "/key/value1/key/value" should returns an array like this when _getAllParams is called: array ( 'key' => array ( 'value1', 'value2'

Re: [fw-general] Bug or feature ?

2007-03-05 Thread alexander onea
Olivier wrote: > Hi, > > yes I am sure. The Zend_Controller_Router_Route::_getWildcardData does > nothing when it detects that a parameter already exists. > that ist just as it should - either it should stop with the first occurence or overwrite with a 'newer' value. the first solution is more

Re: [fw-general] Bug or feature ?

2007-03-05 Thread Olivier
Hi, yes I am sure. The Zend_Controller_Router_Route::_getWildcardData does nothing when it detects that a parameter already exists. 2007/3/5, alexander onea <[EMAIL PROTECTED]>: hi olivier, are you sure that it contains the "first" value, and not the second? please check this out: [php] 'foo

[fw-general] Bug or feature ?

2007-03-05 Thread Olivier
Hi, I have a route declared this way: new Zend_Controller_Router_Route('/*', array('controller' => 'index', 'action' => 'index')); When I call this route with the uri "/key/value1/key/value2" I would like my controller to return an array when requesting the "key" param but it only returns the fi