TYPO3 Core

The attached patch: "irre_Localized_2007-09-27.diff" handles different localization paradigmas like known from Flexforms...

See my postings here:
http://lists.netfielders.de/pipermail/typo3-team-core/2007-September/009323.html

And here:
http://lists.netfielders.de/pipermail/typo3-project-irre/2007-September/000237.h

Any input welcome ...

I just tested the patch of Oliver and this has still a bug in it!
My extension
- product
-- feature
---- featuretype

there is a 1:n between all tables and the following where clause in the tca defined:
AND xxx.sys_language_uid=###REC_FIELD_sys_language_uid###. Now I get an error if I want to create a new feature inside a new product because the product-record is not saved yet and therefore the sys_language_uid is not defined for the featuretype.

====
ok this could be a general problem of irre, not only because of the patch

i've already postet this bug some month ago...
http://bugs.typo3.org/view.php?id=4405

What are the standings? Could we expect that the implementation will be solved like it is done in the Patch of Bernhard?

In witch release of Typo3 will it be implemented?

The release of this feature is planed for TYPO3 4.2.0-beta1.
It's a bit different to Bernhard's approach, since I'm going to change some behaviours. The following modes are planed:

• keep (like Bernhard's "original", but also for CSV fields and a different data hierarchy/delegation)

• select (similar to Bernhard's "inherit" but not quite the same):
  It's possible to select which child records of the default language should be translated. Thus, this could be all, just only one or even none. Furthermore it's possible to create new child records in the localized version (which is similar to Bernhard's "separate")

• all:
  I dont't know if it's really required because this could be done with the "select" mode and a synchronization of all children of the default language.

• separate:
  I dont't know if it's really required because this could be done with the "select" mode and not synchronizing any record but create new children only for the language.

Thus, we'd have only two modes: "keep" and "select"

What would you expect from IRRE localization feature? What is your situation and what are your wishes?

Shouldn't this be discussed in typo3.dev?

I have currently Bernhards patch in a quite big extension and there is just one problem with his inherit-mode: There is no diff shown in the translated child record but only if I open the child record directly (without IRRE). Of course it would make sense to just translate some of the child records and be able to delete a single translation again (IMHO not possible now).

I've started a new thread in typo3.projects.irre:
news://news.netfielders.de/mailman.1.1200922393.17504.typo3-project-irre@lists.netfielders.de
http://support.typo3.org/index.php?id=72&tx_nntpreader_pi1[nid]=79&tx_nntpreader_pi1[mid]=320655&tx_nntpreader_pi1[page]=3&cHash=2b8d8a5dd9

Just to get the feeling:
http://www.olly.de/typo3/irre_localization.html

Attached a new patch (experimental_v2) and some new icons that should go into the directory "typo3/sysext/t3skin/icons/gfx/".
The patch is - see the name - experimental and thus just for testing only. The refactored version for reviewing will be published the next few days.

Attached a new patch (0006087_v2) which removes the t3lib_tca again and has some other smaller corrections/cleanings.

Committed to SVN Trunk (rev. 3042)

Reopened since regular full review required by at least on Core-Team-Member.
Changes that are releated to this issue or which are followup are collected here (to get an overview when reviewing)

Committed followup to SVN Trunk (rev. 3060 & 3061)
Committed followup to SVN Trunk (rev. 3081)
--
Committed followup to SVN Trunk (rev. 3106), TYPO3_4-2 (rev. 3105)
Committed followup to SVN TYPO3_4-2 (rev. 3416)
--
Committed followup to SVN TYPO3_4-2 (rev. 3488)

has been reviewed before T3BOARD08