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-03

12:20 Revision a0966281: [+BUGFIX] (Core): Condition improvements
* now all complex comparators are fully specified, and behave according to
the specification
* ConditionViewHelper ...
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-27

11:18 Revision a5ff9b25: [TASK] Better error message for "unknown section" exception
Change-Id: I6de1f66402cb5c1d4781f1cdb41e04cb23cf016c Robert Lemke

2011-04-19

16:01 Revision 39872f42: Merge "[TASK] Remove useless proxy methods in unit tests"
Robert Lemke

2011-04-14

11:18 Revision 7d1322f4: [TASK] Remove useless proxy methods in unit tests
This removes the methods FLOW3_AOP_Proxy_getProxyTargetClassName() and
FLOW3_AOP_Proxy_getProperty() from two unit te...
Karsten Dambekalns

2011-04-13

17:09 Revision feb6c41f: [+BUGFIX] (ViewHelpers): Error displaying in ViewHelpers should work for all values.
That's why the data needs to be fetched from the original
request in getValue(), and not in getPropertyValue() -- wh...
Sebastian Kurfuerst
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

2011-04-08

15:11 Revision f449ae16: [BUGFIX] Adjust Objects.yaml to the RequestHandler constructor signature
The WidgetRequestBuilder is the second argument, no longer the fourth.
Change-Id: I2cd9da688bda4b7193e3115d33ee2f8fc...
Andreas Förthner

2011-04-06

20:21 Revision 41b1cebb: Merge "[TASK] @return annotations now with fully qualified class names"
Robert Lemke
20:19 Revision da2a3c3a: Merge "[TASK] Adjust @var annotations to current coding guidelines"
Robert Lemke
20:13 Revision 285dc470: [+BUGFIX] Make Fluid unit tests run again without fatal error
My next step will be to make the incomplete/skipped tests run again,
and improve the test coverage.
Change-Id: I652b...
Sebastian Kurfuerst
15:12 Revision 98bbd11a: [TASK] Adjust @var annotations to current coding guidelines
Change-Id: I5c47ef7d34b66f189b8f7778db5c969548e77fde Andreas Förthner
09:43 Revision 17b232b7: [TASK] @return annotations now with fully qualified class names
This makes IDE interpretation more reliable.
Change-Id: I04a53c9f5c92f3a0cd4f9cd1e36af44f2eb90880
Karsten Dambekalns
 

Also available in: Atom