Activity
From 2010-03-10 to 2010-04-08
2010-04-08
-
18:02 Revision 7a65a424: [+TASK] FLOW3 Distribution: Added Phing build file.
- [~TASK] FLOW3 (MVC): Removed some leftover @package annotations.
[~TASK] FLOW3 (Object): Removed a leftover @package ... -
15:44 Feature #4277: Putting form fields in a partial causes error
- [mustfixthis] until book release
2010-04-07
-
17:17 Bug #7138 (Closed): Changes to ObjectAccessor break usage with fluid conditions
- Sorry, but this is out of bound of the "official" Extbase way. It might be a misconfiguration. I am not able to dig i...
-
16:56 Bug #7138: Changes to ObjectAccessor break usage with fluid conditions
- I am using Fluid with a pibase Extension.
The view is initialized like this:... -
16:14 Bug #7138 (Needs Feedback): Changes to ObjectAccessor break usage with fluid conditions
- I can't reproduce this behavior. Could you please provide further information about your setup?
2010-04-06
-
12:56 Bug #7138 (Rejected): Changes to ObjectAccessor break usage with fluid conditions
- Since the Tx_Extbase_Reflection_ObjectAccess::getProperty has changed, conditions on Arrays dont work like they used ...
2010-03-30
-
12:01 Bug #7068 (Resolved): SelectViewHelper does not support SplObjectStorage as option
- Applied in changeset r4030.
-
11:47 Bug #7068 (Resolved): SelectViewHelper does not support SplObjectStorage as option
- The SelectViewHelper checks if the specified option source is an instance of "Iterator". However, SplObjectStorage is...
-
11:48 Revision 7d08729a: [+BUGFIX] Fluid (ViewHelpers): The SelectViewHelper now supports SplObjectStorage as a source for options. Fixes #7068
2010-03-28
-
20:17 Bug #7039: if ViewHelper: conditions always true
- Peter Niederlag wrote:
> Please have a look at the documentation, f:if currently can't handle literals/strings. :-<
... -
19:12 Bug #7039: if ViewHelper: conditions always true
- Please have a look at the documentation, f:if currently can't handle literals/strings. :-<
-
18:31 Bug #7039 (Rejected): if ViewHelper: conditions always true
- My code:...
2010-03-25
2010-03-23
-
16:14 Task #6560: A reset button for formViewHelper [Made and attached]
- No, haven't signed anything.
The patch was made during working hours, so it's my working email that are written in... -
15:28 Revision f364e842: [~TASK] FLOW3 (MVC): Renamed Controller\Context (back) to Controller\ControllerContext, resolves #6949.
- [~TASK] ExtJS: Renamed Controller\Context (back) to Controller\ControllerContext, relates to #6949.
[~TASK] Fluid: Re... -
15:11 Revision 72aa1b0b: [~TASK] Fluid: Fixing a few typos in doc comments.
2010-03-19
-
13:11 Revision 43c5e698: [+FEATURE] Fluid (ViewHelpers): The <f:form.error> ViewHelper now supports property paths for the "for"-Argument. Now, one can display only the errors of a given property of an object. Example: In the Blog Example, one could now write <f:form.errors for="blog.title">.
-
02:21 Bug #6822: unhelpful error message if template cannot be read
- I guess if the error message gets documented in some way (online or what not), there would be a list of possible reas...
2010-03-18
-
15:44 Task #6560: A reset button for formViewHelper [Made and attached]
- That looks good, thanks very much :-) Have you already signed the Contributor License Agreement for TYPO3?
More in... -
15:36 Bug #6822 (Needs Feedback): unhelpful error message if template cannot be read
- Hey,
thanks for your bug report. I think this has been solved meanwhile in the newest Fluid Trunk. At least in htt... -
15:32 Bug #6514 (Resolved): HMAC error when rendering links inside forms
- duplicate, and solved.
-
15:31 Bug #6808 (Resolved): using f:link.action inside f:form breaks hmac verification
-
15:31 Bug #6808: using f:link.action inside f:form breaks hmac verification
- Thanks Peter for the patch, I have committed it.
Greets,
Sebastian -
15:30 Bug #6809 (Resolved): using f:link.action inside f:form breaks hmac verification
- Thanks for reporting, this issue has been solved because of Peter Niederlag's patch in r2049.
Greets, Sebastian
2010-03-17
-
17:28 Bug #6897: Fluid: form.select no (pre)selected values in multiple-mode
- Values which are already assigned will not be detached, if no Value is selected. (In both situations i have assigned ...
-
16:47 Bug #6897 (Resolved): Fluid: form.select no (pre)selected values in multiple-mode
- If a select-field in my form is multiple="multiple" and size > 1 then is no value selected in editActions with correc...
-
16:42 Revision 7ef9c72f: [~TASK] Fluid: The RawViewHelper now also inhibits escaping for viewhelpers nested inside it.
2010-03-16
-
16:49 Bug #6297 (Resolved): Not possible to create link to Typo3-Pages with additional piVars
-
12:45 Bug #5512: form view helper produces invalid XHTML output
- Sebastian Kurfuerst wrote:
> I somehow have a bad gut feeling when the <f:form> adds markup like "div".
I don't k... -
12:41 Feature #1907: Default values for view helpers based on context
- What kind of feedback do you want? ;)
-
11:30 Revision de423c6b: [+BUGFIX] Fluid (Core): Fixing a parse error in PHP 5.2.X in TemplateParser. Resolves #6870.
-
09:36 Revision 9920aad5: [+BUGFIX] Fluid (Tests): Made tests run green again.
- [~TASK] Fluid (ViewHelpers): Reverted the base-tag change again. Now, we use a self-closing tag again.
-
09:08 Revision 618b0d7d: [+BUGFIX] Fluid (Core): Removed debug output. Sorry!
-
09:00 Revision f1fa596e: [+BUGFIX] Fluid (ViewHelpers): The <f:base> ViewHelper now creates no self-closing <base>-tag, as IE6 will not render the page then.
- [+TASK] Fluid (Core): Added more interception points for the interceptors to hook in.
[+TASK] Fluid (Core): Refactore...
2010-03-15
-
19:54 Revision f09a204f: [!!!][~FEATURE] Fluid: Changed TagBasedViewHelper Argument from onClick to onclick (mind the spelling). This is in conformance with http://www.w3.org/TR/xhtml1/#h-4.2
-
17:34 Revision cbbe30ec: [+BUGFIX] Fluid (Core): The Resource interceptor broke url(...) in inline CSS
-
16:56 Bug #6297 (Accepted): Not possible to create link to Typo3-Pages with additional piVars
-
16:52 Bug #6809 (Accepted): using f:link.action inside f:form breaks hmac verification
-
16:49 Bug #6514 (Accepted): HMAC error when rendering links inside forms
-
16:49 Task #6560 (Accepted): A reset button for formViewHelper [Made and attached]
-
16:46 Feature #6289 (Accepted): {settings} not automatically available in partials
-
16:45 Feature #5933 (Accepted): Optional section rendering
-
16:44 Feature #4984 (Accepted): Add option "selectAll" to Select View Helper
-
16:41 Feature #4218 (Resolved): Support for properties of nested objects using "property"-argument
- Sorry for so long not responding, I think the problem is due to the checkbox ViewHelper which still causes some trouble.
-
16:39 Feature #2230 (Rejected): Overlay named and default namespaces
- for the moment not planned or realizable, as this needs a major rework on the code, and we are not sure if the use-ca...
-
16:37 Feature #1907 (Needs Feedback): Default values for view helpers based on context
-
16:34 Bug #6338 (Accepted): JSON is being parsed as string Array
-
16:29 Bug #5512 (Needs Feedback): form view helper produces invalid XHTML output
- We need to discuss this issue, as I somehow have a bad gut feeling when the <f:form> adds markup like "div".
-
16:27 Bug #5301 (Closed): Select with option multiple throws Fatal Error
- closed.
-
15:58 Feature #6844 (Resolved): Remove "shut-up" operator @
- Now, instead of {@bla}, use {f:raw(value: bla)}.
-
14:55 Feature #6844 (Resolved): Remove "shut-up" operator @
- Remove the "shut-up" operator @ and instead create a new ViewHelper "raw".
-
15:56 Revision 07da76a8: [!!!][-FEATURE] Fluid: Removed the "Disable escaping" operator @. Instead of doing {@htmlstring}, now use the f:raw ViewHelper: {f:raw(value: htmlstring)}. Resolves #6844.
2010-03-14
-
14:28 Bug #6822 (Closed): unhelpful error message if template cannot be read
- I reported this bug there: http://bugs.typo3.org/view.php?id=13810 earlier and was told to put it here, so here it co...
2010-03-12
-
14:14 Bug #6809: using f:link.action inside f:form breaks hmac verification
- and here is a patch. :->
-
13:49 Bug #6809: using f:link.action inside f:form breaks hmac verification
- This is probably related to the fact that Tx_Fluid_ViewHelpers_FormViewHelper uses '$this->controllerContext->getUriB...
-
12:59 Bug #6809 (Resolved): using f:link.action inside f:form breaks hmac verification
- It seems impossible to link to another Page/Controller/Action/Plugin with f:link.action inside a f:form.
Test-Temp... -
13:01 Bug #6808: using f:link.action inside f:form breaks hmac verification
- sorry, please clode, double submission. :-<
-
12:58 Bug #6808 (Resolved): using f:link.action inside f:form breaks hmac verification
- It seems impossible to link to another Page/Controller/Action/Plugin with f:link.action inside a f:form.
Test-Temp...
2010-03-11
-
21:07 Revision eae59400: [+FEATURE] FLOW3 (Persistence): Reimplemented lazy loading, resolves #6120. See updated manual for details.
- [+FEATURE] FLOW3 (Persistence): Lazy loaded SplObjectStorage can now be counted without triggering activation, resolv...
2010-03-10
-
23:17 Bug #6779 (Closed): {} parsed inconsistently?
- If the variable inside {} in Fluid is not found, Fluid displays nothing, so e.g.
@{foo}@
outputs nothing if foo doe... -
10:31 Task #6757 (Resolved): support literal strings in boolean arguments
- the 'if' viewhelper should support comparison on strings.
This can easily be fixed by adding [a-zA-Z] on $booleanE...
Also available in: Atom