Sorry I have mistaked :-)
I would get:
select id=starDateDay name=data[starDate][day] .
select id=starDateMonth name=data[starDate][month] .
select id=starDateYear name=data[starDate][year]
On 18 Set, 12:05, WebbedIT p...@webbedit.co.uk wrote:
now I've stared at them for 5 mins
now I've stared at them for 5 mins and I am certain they are
identical :P
On Sep 17, 8:17 am, byqsri marco.rizze...@gmail.com wrote:
I get
select id=ModelNameStartDate name=data[ModelName][StartDate]
[day] .
select id=ModelNameStartDateMonth name=data[ModelName][StartDate]
[month]
I get
select id=ModelNameStartDate name=data[ModelName][StartDate]
[day] .
select id=ModelNameStartDateMonth name=data[ModelName][StartDate]
[month] .
select id=ModelNameStartDateYear name=data[ModelName][StartDate]
[year]
Instead of:
select id=ModelNameStartDate
New one on me ... guess that's egg on my face for presuming cake would
not change things dependant on POST or GET being used. I personally
don't use GET so should have kept my mouth shut :)
Thanks for the detailed explanation.
--~--~-~--~~~---~--~~
You received
@Kevin: Where were you entering 'type'='get'? It should go into the
$form-create() call and will not cause the form helper to alter the
way in which it automagically names fields.
Paste your view and resulting HTML output and I will explain what's
happening.
@WebbedIT: Thanks for the response. I do have it in the $form-create
(). I believe this is a bug.
Cakephp will only use the field name in a form where type=get. The
code in the form helper __name() function has special logic for
method=get forms. This logic severely limits the complexity of
Sure:
$form-input(StartDate, array('type'='date'));
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
CakePHP group.
To post to this group, send email to cake-php@googlegroups.com
To unsubscribe from this group, send
I get also the model name .
Is it possible to obtain:
select id=starDateDay name=data[starDate][day] .
select id=starDateDay name=data[starDate][month] .
select id=starDateDay name=data[starDate][year]
Instead of:
select id=ModelNameStartDate name=data[ModelName][StartDate]
[day]
Try: $form-input(StartDate, array('type'='date',
'id'='StartDate'));
You should get:
select id=StartDate name=data[StartDate][day] .
select id=StartDateMonth name=data[StartDate][month] .
select id=StartDateYear name=data[StartDate][year]
I just ran into the same issue. In my case, I wanted the form to use
method=get (or type=get). This causes cakephp (1.2.5) to use the
wrong string for the name. The id attribute is correctly named, but
not the name attribute. Is this a bug?
Not sure if this is your issue or not, but I did a
Please Can you me make an example ?
On 12 Set, 09:52, WebbedIT p...@webbedit.co.uk wrote:
Should work without the ModelName if you supply 'type'='date'
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
CakePHP group.
Should work without the ModelName if you supply 'type'='date'
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
CakePHP group.
To post to this group, send email to cake-php@googlegroups.com
To unsubscribe from this
When you move away from the conventions and things go wrong, it's so
much harder to debug. What does e($form-input
('ModelName.start_date'); produce?
It should produce
select id=ModelNameStartDate name=data[ModelName][StartDate]
[day] .
select id=ModelNameStartDateMonth
Ok ... all is right ... But this 'start_date' field isn't a model's
field but a date to do a search.
I can use it like a Model.start_date but conceptually this is wrong.
On 11 Set, 11:04, WebbedIT p...@webbedit.co.uk wrote:
When you move away from the conventions and things go wrong, it's so
Hi
I use Form helper like this:
e($form-input(
'startDate' ,
array(
'id' = 'starDate',
'name' = 'data[starDate]',
'label' = 'strongStart date/strong:' ,
'type' = 'date',
'dateFormat' = 'DMY',
15 matches
Mail list logo