Activity
From 2011-04-14 to 2011-05-13
2011-05-11
-
00:16 Feature #10472: Fluid Standalone distribution
- The following Extbase interfaces/classes are directly used by Fluid.
My feeling is that one needs to have a small ...
2011-05-07
-
22:14 Feature #26692 (Rejected): String comparison support for f:if
- I think it's really necessary that <f:if> fully supports simple string comparisons like this:...
-
08:16 Feature #26665: Fluid: Implement String comparison
- Some behaviors that I would expect from this feature:
given:...
2011-05-06
-
15:35 Bug #12777 (Resolved): Empty a tag ends with /> instead of </a>
- Applied in changeset commit:bd18b4f133ec106fc4dcebed4a1ca890e7a2c8d2.
-
11:31 Bug #12777: Empty a tag ends with /> instead of </a>
- Patch set 1 of change Icab2204f464f43716e0e52e7f2dae2133c6404c1 has been pushed to the review server.
It is available... -
11:31 Bug #12777 (Under Review): Empty a tag ends with /> instead of </a>
-
11:31 Revision bd18b4f1: [+BUGFIX] Empty a tag ends with /> instead of </a>
- Change-Id: Icab2204f464f43716e0e52e7f2dae2133c6404c1
Resolves: #12777 -
11:13 Feature #26665 (Resolved): Fluid: Implement String comparison
-
11:04 Task #26664 (New): Clean up Form ViewHelpers
-
10:37 Feature #11660 (Closed): Universal tag attributes do not allow other javascript events than onclick
-
10:36 Bug #11122: Doc comments for render method not work with tabs
- I am not sure if FLOW3 is capable of this, we need to discuss that.
-
10:35 Bug #11028 (Closed): Output of domain and property validator error messages performs always an default error
- fixed with new Property Mapper in FLOW3, will be backported.
-
10:35 Bug #11007 (Closed): PaginateController uses wrong offset
- should be fixed now, as the Paginate Widget has been completely rebuilt in v5 (and will be soon backported)
-
10:33 Feature #9768 (Closed): Idea: Connector to use fluid templates for ###MARKER### based extensions
- closing because of missing feedback.
-
10:33 Bug #9627 (Resolved): Two test failures in Tx_Fluid_ViewHelpers_Persistence_IdentityViewHelperTest
-
10:32 Feature #9429 (Closed): f:render section with arguments
-
10:32 Feature #9211 (Rejected): Improve ViewHelper exception handling
-
10:30 Feature #7618 (Rejected): Add support for nested evaluation.
- sorry, for now this feature would imply a complete restructuring of the Fluid parser...
-
10:26 Feature #7203 (Resolved): Object accessor could work for associative arrays
- resolved.
-
10:26 Bug #7138: Changes to ObjectAccessor break usage with fluid conditions
- Must be re-verified; and should have a testcase in Viewhelpertest.
-
10:25 Bug #6822 (Closed): unhelpful error message if template cannot be read
- thanks for the feedback!
-
10:25 Bug #6779 (Closed): {} parsed inconsistently?
- thanks for noting, should be fixed by now.
-
10:23 Bug #6570 (Closed): RuntimeException thrown in file ViewHelperVariableContainer.php
- fixed until now.
-
10:22 Bug #6392 (Closed): #1225136013 - This Exception should never be thrown
-
10:22 Bug #6287 (Closed): Fluid User Manual outdated / missing information
- we'll soon update the whole documentation.
Thanks for the notice!
Greets,
Sebastian -
10:19 Story #5583 (Closed): DateFormat View Helper doesn't respect locale setting
- duplicate
-
10:19 Bug #4972 (Closed): f:format.date does not respect locale.
- closed, as it's a PHP missing feature so far.
-
10:16 Feature #4704 (New): Improve parsing exception messages
-
10:14 Bug #5056 (Closed): F3\Fluid\Core\RuntimeException thrown in file TemplateVariableContainer.php
- resolved by now.
-
10:05 Feature #5485 (Rejected): Missing operators "===", "!==" and "!" in fluid comparism mechanism
- * !== and === are now automatically used for objects.
* Only negation is possible by doing <f:if><f:else>...</...></... -
10:03 Task #26658 (New): Make Form ViewHelpers consistent
- ... should be done on T3DD
-
10:00 Feature #9956 (Rejected): Allow updating of view-variables
- you can use partials which recursively call themselves in such situations.
-
09:59 Bug #9805 (Rejected): Code mismatch in "FormViewHelper.php"?!
- That's correct, it's a chained method call.
2011-05-05
-
18:30 Bug #4667 (Resolved): Error class magic only works for object properties....
- works now with the new Validation.
-
18:29 Story #3714 (Rejected): Add advanced validation of ViewHelper arguments
-
18:28 Task #3311 (Closed): Refactor Unit tests
-
18:27 Bug #1928 (Rejected): Fail silently in production mode
-
18:27 Feature #1907 (New): Default values for view helpers based on context
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 ...
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.
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...
-
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... -
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... -
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) ... -
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... -
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 ... -
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.
...
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 :)
-
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).
... -
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...
2011-04-27
-
11:18 Revision a5ff9b25: [TASK] Better error message for "unknown section" exception
- Change-Id: I6de1f66402cb5c1d4781f1cdb41e04cb23cf016c
2011-04-19
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...
Also available in: Atom