Activity

From 2011-04-06 to 2011-05-05

2011-05-05

18:30 Bug #4667 (Resolved): Error class magic only works for object properties....
works now with the new Validation. Sebastian Kurfuerst
18:29 Story #3714 (Rejected): Add advanced validation of ViewHelper arguments
Sebastian Kurfuerst
18:28 Task #3311 (Closed): Refactor Unit tests
Sebastian Kurfuerst
18:27 Bug #1928 (Rejected): Fail silently in production mode
Sebastian Kurfuerst
18:27 Feature #1907 (New): Default values for view helpers based on context
Sebastian Kurfuerst

2011-05-02

08:42 Bug #26481: hidden fields should be rendered in extra section
The referrers are inserted at the beginning of the form. So the setup seems to be just right. Sven-S. Porst

2011-04-29

16:56 Bug #26481: hidden fields should be rendered in extra section
Nice idea! However it must be *at the beginning* of the form. I am not sure, if the referrers are added before or aft... Sebastian Kurfuerst
13:44 Bug #26481: hidden fields should be rendered in extra section
Sven-S. Porst wrote:
> [...] a more elegant solution would be if the hidden fields were not
> inserted directly b...
Bastian Waidelich
12:43 Bug #26481: hidden fields should be rendered in extra section
The createHiddenField approach would certainly help with my specific problem.
On the other hand, adding an extra p...
Sven-S. Porst
12:27 Bug #26481: hidden fields should be rendered in extra section
Sven-S. Porst wrote:
> Try validating against HTML 5.
> [...] it doesn't work as expected [...]
Good point(s) ...
Bastian Waidelich
10:17 Bug #26481: hidden fields should be rendered in extra section
Try validating against HTML 5.
Besides: If you're using the markup in your example you'll notice that it doesn't w...
Sven-S. Porst
10:01 Bug #26481 (Needs Feedback): hidden fields should be rendered in extra section
Sven-S. Porst wrote:
> as one ends up having two <input>s inside the <label> which is invalid HTML.
Why do you ...
Bastian Waidelich
09:33 Bug #26481 (Resolved): hidden fields should be rendered in extra section
The form.checkbox view helper works in an unexpected way because it creates two, rather than one <input> elements.
...
Sven-S. Porst

2011-04-28

13:28 Bug #26394: Form Viewhelper does not work with html5 custom data attributes
Sorry, must have missed that in the docs :) martin no-lastname-given
11:22 Bug #26394 (Rejected): Form Viewhelper does not work with html5 custom data attributes
Hey,
I guess you are using v4 and do not have your exception handler correctly configured? (in the install tool).
...
Sebastian Kurfuerst
10:58 Bug #26394 (Rejected): Form Viewhelper does not work with html5 custom data attributes
@<f:form.textbox property="name" data-anything="some info" />@
Will produce no output at all.
It would be grea...
martin no-lastname-given

2011-04-13

11:34 Bug #25695: Template of widgets can't be changed
+1 on this :-) Henjo Hoeksma

2011-04-11

14:13 Bug #12777: Empty a tag ends with /> instead of </a>
+1 on reading
Had that error in the process of localizing an extension, but some labels were still missing.
Andreas Kiessling
 

Also available in: Atom