Activity
From 2009-07-03 to 2009-08-01
2009-07-31
-
12:18 Feature #3661: <f:form.checkbox and <f:form.radio missing?!
- Attached is a patch that implements a simple checkbox & radio viewhelper.
*Note:*
Something like ... -
12:06 Bug #3657 (Resolved): <f:form.select does not allow to specify selectedValue
- Inline documentation has been fixed in r2914
2009-07-30
-
15:30 Bug #4063: CObjectViewHelper erases field data in TypoScript
- Tx_Fluid_ViewHelpers_Format_CropViewHelper uses $GLOBALS['TSFE']->cObj, too.
2009-07-29
-
19:37 Bug #4063 (Resolved): CObjectViewHelper erases field data in TypoScript
- If no cObj is handed, CObjectViewHelper uses cObj from the GLOBALS-array. But this way it erases all data in this cOb...
-
17:45 Bug #3969 (Closed): "Fatal error: Objects used as arrays.." with PHP 5.2.0
-
14:01 Bug #4051 (Needs Feedback): TagBuilder is not resetted when a view helper is initialized multiple times
- The attached patch fixes the issue for me.
@Robert: Please have a look and commit if there are no objections -
13:46 Bug #4051 (Resolved): TagBuilder is not resetted when a view helper is initialized multiple times
- Since r2895 ViewHelpers that belong to the same ViewHelperNode (inside loops) are only instantiated once. This leads ...
-
13:51 Bug #3792 (Closed): Special tag attributes for form view helpers are missing (e.g. size)
- Apparently the size was added by me already. Then I'll close the ticket.
-
13:31 Bug #3792: Special tag attributes for form view helpers are missing (e.g. size)
- Christopher Hlubek wrote:
> standard attributes like size for an input element should really be settable directly ... -
09:51 Bug #3792: Special tag attributes for form view helpers are missing (e.g. size)
- It solves my problem at first glance, but standard attributes like size for an input element should really be settabl...
2009-07-28
-
21:01 Bug #4028 (Resolved): Email Uri Helper creates a link tag instead of an URI
- Applied in changeset r2914.
-
20:17 Bug #4028 (Resolved): Email Uri Helper creates a link tag instead of an URI
- \F3\Fluid\ViewHelpers\Uri\EmailViewHelper actually does the same as \F3\Fluid\ViewHelpers\Link\EmailViewHelper - crea...
-
21:01 Bug #4027 (Resolved): options-argument of the SelectViewHelper should not be optional
- Applied in changeset r2914.
-
20:05 Bug #4027 (Resolved): options-argument of the SelectViewHelper should not be optional
- The SelectViewHelper expects $this->arguments['options'] to be an array. A Select field without options wouldn't make...
-
19:58 Bug #3792: Special tag attributes for form view helpers are missing (e.g. size)
- Christopher Hlubek wrote:
> Form input elements can have a lot of HTML attributes e.g. for the size or maxlength.
>...
2009-07-27
-
22:01 Feature #3997 (Resolved): Enable bulk assignment of template variables
- Applied in changeset r2899.
-
14:54 Feature #3997 (Resolved): Enable bulk assignment of template variables
- Currenly TemplateView::assign() expects two arguments: the key and the value of the variable to assign. When lots of ...
-
18:02 Bug #3994 (Resolved): Viewhelpers are instanciated multiple times in ViewHelperNode
- Applied in changeset r2895.
-
14:38 Bug #3994 (Accepted): Viewhelpers are instanciated multiple times in ViewHelperNode
-
12:36 Bug #3994 (Resolved): Viewhelpers are instanciated multiple times in ViewHelperNode
- In the evaluate() method of \F3\Fluid\Core\Parser\SyntaxTree\ViewHelperNode there is...
-
11:27 Task #3987 (Resolved): Inconsistent attribute naming in Form view helper
- The action link view helper uses the following attributes for specifying the action:...
-
11:17 Bug #3443: Unreachable code in TemplateView
- I roughly fixed this in r2873, however the partials rendering mechanism still needs to be checked by Sebastian.
-
10:40 Bug #3985 (Resolved): f:form.textbox is not usable anymore without wrapping an f:form element
- Hi,
you have been able to use ViewHelper form.textbox as standalone to create an input field.
Since some time (cann...
2009-07-26
-
11:54 Story #3714: Add advanced validation of ViewHelper arguments
- So sorry, this is a mix up. Of course it can't be protected, the v3 patch changes this to public as it is on my other...
2009-07-25
-
22:37 Story #3714 (Needs Feedback): Add advanced validation of ViewHelper arguments
- Hey Christian,
I just had a quick look at the patch, and I still have two questions:
1) How can initializeRende...
2009-07-24
-
13:21 Bug #3969: "Fatal error: Objects used as arrays.." with PHP 5.2.0
- We considered in TYPO3 core not to make workarounds for PHP Bugs - these will be fixed in later releases anyway
-
00:43 Bug #3969: "Fatal error: Objects used as arrays.." with PHP 5.2.0
- As far as I know this was actually a problem in some PHP releases, so an PHP update fixing this bug seems OK to me. I...
2009-07-23
-
17:39 Bug #3969 (Closed): "Fatal error: Objects used as arrays.." with PHP 5.2.0
- I spend some time now, to understand this error:
Fatal error: Objects used as arrays in post/pre increment/decreme... -
15:36 Story #3714 (Resolved): Add advanced validation of ViewHelper arguments
- Patch v2 working good with some basic testing. Think it could be integrated, what do I have to do now with the patch?
2009-07-22
2009-07-21
-
23:01 Feature #3861 (Resolved): Backport fluids f:form:errors feature
- Applied in changeset r977.
2009-07-20
-
08:16 Feature #3861: Backport fluids f:form:errors feature
- I'll give it a try now.
Greets,
Sebastian
2009-07-17
-
17:02 Bug #3676 (Resolved): SelectViewHelper should automatically use the persistence manager to determine the UID of an object
- Applied in changeset r2832.
-
16:25 Bug #3676: SelectViewHelper should automatically use the persistence manager to determine the UID of an object
- I discussed that with Bastian and we decided to name the methods @getIdentifierByObject@ and @getObjectByIdentifier@....
-
15:44 Bug #3676: SelectViewHelper should automatically use the persistence manager to determine the UID of an object
- Karsten Dambekalns wrote:
> I am currently using @$this->persistenceManager->getBackend()->getUUIDByObject($value)@ ... -
15:31 Bug #3676: SelectViewHelper should automatically use the persistence manager to determine the UID of an object
- Bastian Waidelich wrote:
> Let's try to keep this abstract to be able to backport this to extbase. Instead of workin... -
15:09 Bug #3676: SelectViewHelper should automatically use the persistence manager to determine the UID of an object
- Let's try to keep this abstract to be able to backport this to extbase. Instead of working with UUIDs or UIDs we migh...
-
14:53 Bug #3676: SelectViewHelper should automatically use the persistence manager to determine the UID of an object
- Hi,
* for the @value@ try to use
*# optionValueField
*# UUID
*# __toString()
* for the @label@ try to use
*# option... -
14:28 Bug #3676 (Accepted): SelectViewHelper should automatically use the persistence manager to determine the UID of an object
2009-07-14
2009-07-13
2009-07-09
-
18:13 Feature #3861 (Resolved): Backport fluids f:form:errors feature
- nothing more to say :).
2009-07-08
-
09:36 Story #3714: Add advanced validation of ViewHelper arguments
- New patch for FLOW3, just with the change to the AbstractViewHelper and a call to it in ViewHelperNode, but I am not ...
2009-07-03
-
20:23 Story #3714 (Accepted): Add advanced validation of ViewHelper arguments
- I am working on FLOW3 port an cleanup, patch next week.
Also available in: Atom