From marc.ehret at gmx.net Tue Jul 3 16:51:07 2007 From: marc.ehret at gmx.net (Marc Ehret) Date: Tue, 03 Jul 2007 16:51:07 +0200 Subject: [TYPO3-irre] IRRE and ICE Message-ID: Hi, what about Individual Content Elements? Just testet ICE and IRRE - amazing! The Interface is much more userfriendly than in TemplaVoil?. -- Marc From oh at inpublica.de Tue Jul 3 17:38:23 2007 From: oh at inpublica.de (Oliver Hader) Date: Tue, 03 Jul 2007 17:38:23 +0200 Subject: [TYPO3-irre] IRRE and ICE In-Reply-To: References: Message-ID: Hi Marc, ICE is a great improvement. There are several feature request on that concerning IRRE in the TYPO3 bugtracker [1]. If you haven't seen yet, there is a podcast about the "Individual Content Elements" [2]. Links: [1] BugTracker: http://bugs.typo3.org/ [2] ICE Podcast: http://castor.t3o.punkt.de/files/podkast_ice.m4v olly Marc Ehret schrieb: > Hi, > > what about Individual Content Elements? Just testet ICE and IRRE - > amazing! The Interface is much more userfriendly than in TemplaVoil?. -- Oliver Hader http://inpublica.de/ From chiari.hm at flashnet.it Wed Jul 11 18:26:39 2007 From: chiari.hm at flashnet.it (mario) Date: Wed, 11 Jul 2007 18:26:39 +0200 Subject: [TYPO3-irre] (no subject) Message-ID: Hello is there a simple, standard way to show IRRE records on the FE, say all of them nicely nested according to the IRRE definitions? Thanks mario From oh at inpublica.de Fri Jul 13 14:54:17 2007 From: oh at inpublica.de (Oliver Hader) Date: Fri, 13 Jul 2007 14:54:17 +0200 Subject: [TYPO3-irre] RTE in child elements overwrites field in parent element In-Reply-To: References:

Message-ID: Hi, I decided to drop the possibility to create new records while an AJAX request to the same method is still in progress. This lock is released when the previous AJAX request has finished (sucessful or with error). For TYPO3 4.2 I'm planning to rewrite the name scheme of RTE instances. Currently this is an increasing number. In future this should be an identifier like '__'. Thus, it's destinct and an instance of RTE belongs to a certain field of a record. This is also helpful when sub-children are loaded on demand. olly Ingmar Schlecht schrieb: > Hi Olly, > > would it be possible to use random indexes instead of just a count? > > I mean, what if you just set the RTE index to something like 9283 or > such random numbers for IRRE elements? > > cheers > Ingmar > > Oliver Hader schrieb: >> Hi Volker, >> >> Volker Graubaum schrieb: >>> Hi Oliver, >>> >>> we'd the same problem too, and the patch solved it too. >>> >>> BUT I found another thing related to this. :-) >>> >>> When the server reponse for the AJAX element takes to long, and a user >>> clicks more often to create a new one, some RTE's aren't loaded. >>> (getting the same error as we get after the FF 2.0.3 Update >>> "Editor is beeing loaded" ) >> You're right. The previous fix for this problem was to tell TCEforms how >> many instances of the RTEhtmlarea are existing (since TCEforms starts >> again counting by zero when used on AJAX/IRRE calls). >> >> On clicking the "create new record" link more than once - what is okay >> in general - TCEforms gets the same value for the $RTEcounter variable. >> Thus, it will again overwrite another RTEhtmlarea instance... (*argh*) >> >> A solution could be to process and index the newly RTE after it has been >> fetched from server via AJAX. Currently the index is set by >> PHP/TCEforms, in future I could imagine that JavaScript is doing this >> dynamically (only in IRRE context, not for regular standard >> tt_content!). But to do this there are some changes necessary in >> RTEhtmlarea which would be covered by the term "bugfix" and thus could >> only be fixed in Trunk. >> >> Thus, I'm working on a solution for Trunk and possibly my colleagues in >> the Core-Team will approve this also for the TYPO3_4-1 branch. We will >> see... -- Oliver Hader http://inpublica.de/ From oh at inpublica.de Fri Jul 13 14:58:41 2007 From: oh at inpublica.de (Oliver Hader) Date: Fri, 13 Jul 2007 14:58:41 +0200 Subject: [TYPO3-irre] FE rendering for IRRE In-Reply-To: References: Message-ID: Hi Mario, mario schrieb: > is there a simple, standard way to show IRRE records on the FE, say all of them > nicely nested according to the IRRE definitions? Are you talking about a TypoScript object like e.g. page.10 = INLINE page.10 { table = ... wrap = ... } No, there is currently no such feature for automated rendering of a complex set of nested and inline related records. You have to do this on your own. olly -- Oliver Hader http://inpublica.de/ From chiari.hm at flashnet.it Tue Jul 17 09:19:17 2007 From: chiari.hm at flashnet.it (mario) Date: Tue, 17 Jul 2007 09:19:17 +0200 Subject: [TYPO3-irre] FE rendering for IRRE In-Reply-To: References:

Message-ID: Hi, thanks for your reply. A TS object would be very nice. However my hope was just to hack somebody else work as to get a basic FE rendering. Also, has Kickstarter been extended to Inline (I remembered somebody was working about that)? my best wishes thanks for your work mario Quoting Oliver Hader : > Hi Mario, > > mario schrieb: > > is there a simple, standard way to show IRRE records on the FE, say all of > them > > nicely nested according to the IRRE definitions? > > Are you talking about a TypoScript object like e.g. > page.10 = INLINE > page.10 { > table = ... > wrap = ... > } > > No, there is currently no such feature for automated rendering of a > complex set of nested and inline related records. You have to do this on > your own. > > > olly > -- > Oliver Hader > http://inpublica.de/ > _______________________________________________ > TYPO3-project-irre mailing list > TYPO3-project-irre at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-irre > From info at cybercraft.de Tue Jul 17 15:40:34 2007 From: info at cybercraft.de (JoH) Date: Tue, 17 Jul 2007 15:40:34 +0200 Subject: [TYPO3-irre] FE rendering for IRRE References:

Message-ID: > thanks for your reply. > A TS object would be very nice. However my hope was just to hack > somebody else work as to get a basic FE rendering. Also, has > Kickstarter been extended to Inline (I remembered somebody was > working about that)? Try my ICE package (a set of different extensions all labeled "ICE something") It's still in alpha state but it renders nested sets of IRRE elements for the frontend. HTH Joey From chiari.hm at flashnet.it Thu Jul 19 22:49:10 2007 From: chiari.hm at flashnet.it (mario) Date: Thu, 19 Jul 2007 22:49:10 +0200 Subject: [TYPO3-irre] FE rendering for IRRE In-Reply-To: References:

Message-ID: Quoting JoH : > > thanks for your reply. > > A TS object would be very nice. However my hope was just to hack > > somebody else work as to get a basic FE rendering. Also, has > > Kickstarter been extended to Inline (I remembered somebody was > > working about that)? > > Try my ICE package (a set of different extensions all labeled "ICE > something") > It's still in alpha state but it renders nested sets of IRRE elements for > the frontend. > > HTH > > Joey Yes, I see. Thanks a lot. Do you have a manual? mario > > > _______________________________________________ > TYPO3-project-irre mailing list > TYPO3-project-irre at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-irre > From info at cybercraft.de Fri Jul 20 03:31:38 2007 From: info at cybercraft.de (JoH asenau) Date: Fri, 20 Jul 2007 03:31:38 +0200 Subject: [TYPO3-irre] FE rendering for IRRE References:

Message-ID: >>> A TS object would be very nice. However my hope was just to hack >>> somebody else work as to get a basic FE rendering. Also, has >>> Kickstarter been extended to Inline (I remembered somebody was >>> working about that)? >> >> Try my ICE package (a set of different extensions all labeled "ICE >> something") >> It's still in alpha state but it renders nested sets of IRRE >> elements for the frontend. > > Yes, I see. Thanks a lot. Do you have a manual? Well, I registered a paper for the T3CON and if they give me the OK the extension and hopefully a manual too will be ready until then. Since the extension is currently in alpha state I didn't invest the time to write one yet. Sorry Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From johnny at slipcasemedia.com Fri Jul 20 12:47:18 2007 From: johnny at slipcasemedia.com (Johnny Peck) Date: Fri, 20 Jul 2007 00:47:18 -1000 Subject: [TYPO3-irre] FE rendering for IRRE In-Reply-To: References:

Message-ID: Joey, I have used IRRE on a few projects recently and watched your podcast on ICE when it hit the web. I am very interested in the concept and this thread answered a few questions for me but I would like to take it further and ask you about your usage of ICE. Have you used ICE in a production environment? Would you recommend investing time into code diving your currently available work for immediate projects with short time constraints (2-3 months) to an experienced developer? Do you have any funding for this project currently? Is any documentation available via SVN/CVS or other means regardless of state? Are you working with the ECT in some manner regarding ICE and associated extensions? Very small list indeed but would be good information to have straight from the developer. Thank you for your time and I am glad your working on this, via your podcast I am understanding it could make a very great impact. Johnny JoH asenau wrote: >>>> A TS object would be very nice. However my hope was just to hack >>>> somebody else work as to get a basic FE rendering. Also, has >>>> Kickstarter been extended to Inline (I remembered somebody was >>>> working about that)? >>> Try my ICE package (a set of different extensions all labeled "ICE >>> something") >>> It's still in alpha state but it renders nested sets of IRRE >>> elements for the frontend. >> Yes, I see. Thanks a lot. Do you have a manual? > > Well, I registered a paper for the T3CON and if they give me the OK the > extension and hopefully a manual too will be ready until then. > > Since the extension is currently in alpha state I didn't invest the time to > write one yet. > > Sorry > > Joey > From info at cybercraft.de Fri Jul 20 18:18:55 2007 From: info at cybercraft.de (JoH) Date: Fri, 20 Jul 2007 18:18:55 +0200 Subject: [TYPO3-irre] FE rendering for IRRE References:

Message-ID: Hi Johnny, > I have used IRRE on a few projects recently and watched your podcast > on ICE when it hit the web. I am very interested in the concept and > this thread answered a few questions for me but I would like to take > it further and ask you about your usage of ICE. > > Have you used ICE in a production environment? No, since it's currently in the state of a proof of concept that has been presented at T3DD07. Of course it's working but there are still a lot of missing features and bugs to fix. The major problem is that it doesn't work with an unpatched version of 4.1.1 as soon as you are using multiple elements with RTE. Additionally the ICE flavors are still not completed, since the planned feature of assigning predefined CSS to elements and boxes is still missing. Rounded corners and background colors are working though (just as in the fancy corners extension). Another problem is, that copying an ICE box will copy all inline elements to the same page, which makes it impossible to use some kind of content repository. Since one basic concept of ICE is a separation between a content repository and the boxes that can be placed by the layouters later on, i never used in in production environments yet. > Would you recommend investing time into code diving your currently > available work for immediate projects with short time constraints (2-3 > months) to an experienced developer? Basically it should work if you a) don't use multiple RTE elements and b) don't need separation between content and boxes > Do you have any funding for this project currently? Not yet, it's just something I did in my spare time and my personal goal is to reach beta state for a presentation at T3CON07. Of course we can talk about sponsoring if there are some feature requests that can't wait until end of september. > Is any documentation available via SVN/CVS or other means regardless > of state? Currently there is only code, but if you run into problems feel free to contact me via PM. > Are you working with the ECT in some manner regarding ICE and > associated extensions? Since there are no associated extensions except the ICE xxx extensions I didn't see a reason to do so. ICE is using a feature that is already implemented in the core and the rest of the functions is for FE-rendering mainly based on TS and for creating the correct editing forms in the BE. So there is not much to coordinate since it should run flawlessly with the major extensions and. It should work even in TV but the idea was to create some kind of advanced FCE that can be used _outside_ of TV and should be easier to handle for the average editor. > Very small list indeed but would be good information to have straight > from the developer. Thank you for your time and I am glad your > working on this, via your podcast I am understanding it could make a > very great impact. Well, the podcast just showed a very small piece of ICE, namely the graphical header element with a flexform to setup the GIFBUILDER parts. The really cool stuff you can do with ICE is about creating complex content elements based on very small chunks and render them using HTML templates or two other types of default rendering. Additionally you can use the original content elements as well and combine them inside an ICE box with the smaller chunks and you can assign ICE flavors with rounded corners and individual CSS to each of them. ICE boxes can be nested as well. After creating those elements the editors can reuse them (by simple copy and paste) wherever they like, but since each field is an "exclude field" you can setup the whole process so that they can only change the content but not the layout and/or the style of the elements. If you contact me via PM maybe we can connect via skype later on ... Have a nice weekend Joey From oh at inpublica.de Fri Jul 20 18:52:30 2007 From: oh at inpublica.de (Oliver Hader) Date: Fri, 20 Jul 2007 18:52:30 +0200 Subject: [TYPO3-irre] FE rendering for IRRE In-Reply-To: References:

Message-ID: Hi Joey, JoH schrieb: > Hi Johnny, > >> I have used IRRE on a few projects recently and watched your podcast >> on ICE when it hit the web. I am very interested in the concept and >> this thread answered a few questions for me but I would like to take >> it further and ask you about your usage of ICE. >> >> Have you used ICE in a production environment? > > No, since it's currently in the state of a proof of concept that has been > presented at T3DD07. > Of course it's working but there are still a lot of missing features and > bugs to fix. > The major problem is that it doesn't work with an unpatched version of 4.1.1 > as soon as you are using multiple elements with RTE. The one thing, the RTEs are overwritten if they were created dynamically as new child record is fixed in TYPO3 4.1.2. But another bug appeared (unfortunatelly after the release of 4.1.2 and also none of the testers realized before - see bug #5994 [1]). >> Do you have any funding for this project currently? > > Not yet, it's just something I did in my spare time and my personal goal is > to reach beta state for a presentation at T3CON07. > Of course we can talk about sponsoring if there are some feature requests > that can't wait until end of september. Sponsoring is always a good motivation for developers since most of the work was done in spare time. So sponsoring ICE development as well as IRRE features/bugfixes would probably speed some things... ;-) [1] http://bugs.typo3.org/view.php?id=5994 olly -- Oliver Hader http://inpublica.de/ From pierre_rouwens at dmr.ca Mon Jul 23 00:56:23 2007 From: pierre_rouwens at dmr.ca (Pierre Rouwens) Date: Sun, 22 Jul 2007 18:56:23 -0400 Subject: [TYPO3-irre] is IRRE the best way ? Message-ID: Hi folks, First sorry for the cross-posting, have only seen after the IRRE mailing-list :( I need to develop a plugin to handle let's say papers. But in the BE I need something really easy to handle 'cause the customer is not really a such geek. I thought using IRRE to handle this : create a new paper, in this paper i need to add in the form an existing or not category, and finally add an article. paper1 -cat1 -article1 -article2 -cat2 -article3 -cat3 -article4 later ... paper2 -cat1 -article5 -cat2 -article6 -article7 -cat4 -article8 And so on. In the FE i need to display the latest paper, and archives of older ones and be able to display archives of all articles why not categorized. The FE part is not a such problem. I just wanna be sure that's currently able to do this with IRRE and be sure that IRRE is the way to achieve it. And by the way if you have any clues ;) Thanks a lot Pierre From info at cybercraft.de Mon Jul 23 04:09:00 2007 From: info at cybercraft.de (JoH asenau) Date: Mon, 23 Jul 2007 04:09:00 +0200 Subject: [TYPO3-irre] is IRRE the best way ? References: Message-ID: > First sorry for the cross-posting, have only seen after the IRRE > mailing-list :( > > I need to develop a plugin to handle let's say papers. But in the BE I > need something really easy to handle 'cause the customer is not > really a such geek. > I thought using IRRE to handle this : > create a new paper, in this paper i need to add in the form an > existing or not category, and finally add an article. > > I just wanna be sure that's currently able to do this with IRRE and be > sure that IRRE is the way to achieve it. And by the way if you have > any clues ;) Don't know if IRRE is the best way to do it, but it sounds reasonable because it offers you anything you asked for: You can combine and even nest elements from the same or different tables. After putting them together they can easily be handled within just one editing form using nice AJAX stuff to open/close the different sections of the element. The archive could be a virtual one in this case, so you don't have to really "move" the papers but use the timestamp to decide which of them should be shown where and when. HTH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian openBC/Xing: http://www.cybercraft.de T3 cookbook: http://www.typo3experts.com From pierre_rouwens at dmr.ca Mon Jul 23 05:08:04 2007 From: pierre_rouwens at dmr.ca (Pierre Rouwens) Date: Sun, 22 Jul 2007 23:08:04 -0400 Subject: [TYPO3-irre] is IRRE the best way ? In-Reply-To: References:

Message-ID: Hi, Thanks for your quick reply :) But i have found something that will stop my test... There is no localization possible for the moment ? if not i can't go forward with this solution :( and i do not have enough time to deal with this. By the way i can't find a way to get what i wanna ... in the hotel tutoriel, it's like if program can be used in all hotel. So hotel has programs but programs below to none hotels. Hope it's clear :) Thanks Pierre JoH asenau a ?crit : >> First sorry for the cross-posting, have only seen after the IRRE >> mailing-list :( >> >> I need to develop a plugin to handle let's say papers. But in the BE I >> need something really easy to handle 'cause the customer is not >> really a such geek. >> I thought using IRRE to handle this : >> create a new paper, in this paper i need to add in the form an >> existing or not category, and finally add an article. >> >> I just wanna be sure that's currently able to do this with IRRE and be >> sure that IRRE is the way to achieve it. And by the way if you have >> any clues ;) > > Don't know if IRRE is the best way to do it, but it sounds reasonable > because it offers you anything you asked for: > > You can combine and even nest elements from the same or different tables. > After putting them together they can easily be handled within just one > editing form using nice AJAX stuff to open/close the different sections of > the element. > > The archive could be a virtual one in this case, so you don't have to really > "move" the papers but use the timestamp to decide which of them should be > shown where and when. > > HTH > > Joey > From oh at inpublica.de Mon Jul 23 10:39:20 2007 From: oh at inpublica.de (Oliver Hader) Date: Mon, 23 Jul 2007 10:39:20 +0200 Subject: [TYPO3-irre] is IRRE the best way ? In-Reply-To: References:

Message-ID: Hi Pierre, Pierre Rouwens schrieb: > Hi, > > Thanks for your quick reply :) > But i have found something that will stop my test... > There is no localization possible for the moment ? if not i can't go > forward with this solution :( and i do not have enough time to deal with > this. That's correct. There is no localization support for inline child elements in the forms view. This missing feature is planned for TYPO3 4.2. > By the way i can't find a way to get what i wanna ... in the hotel > tutoriel, it's like if program can be used in all hotel. So hotel has > programs but programs below to none hotels. Hope it's clear :) Well, not really... ;-) You have to distinguish whether child records depend fully on a parent and are only part of one parent (1:n relationship) or if child records could also be used in other parent records (m:n relationship). Concerning to your paper/article scenario I'd use the following: * each article is related to only one parent (1:n) * each article exists only in one category (attribute of an article) ---- Paper_1 | \- Article_1 (.category=1) | \- Article_2 (.category=2) | \- Article_3 (.category=1) | \--- Paper_2 \- Article_4 (.cagegory=1) \- Article_5 (.category=3) olly -- Oliver Hader http://inpublica.de/ From pierre_rouwens at dmr.ca Mon Jul 23 14:43:22 2007 From: pierre_rouwens at dmr.ca (Pierre Rouwens) Date: Mon, 23 Jul 2007 08:43:22 -0400 Subject: [TYPO3-irre] is IRRE the best way ? In-Reply-To: References:

Message-ID: Hi Oliver, Thanks for the response about localization. Is there any other solution i could use without develop something all ny myself ? I saw something approaching with flexform but can't remember where ? Any hint about a solution ? Thanks a lot in advance Pierre Oliver Hader a ?crit : > Hi Pierre, > > Pierre Rouwens schrieb: >> Hi, >> >> Thanks for your quick reply :) >> But i have found something that will stop my test... >> There is no localization possible for the moment ? if not i can't go >> forward with this solution :( and i do not have enough time to deal with >> this. > > That's correct. There is no localization support for inline child > elements in the forms view. This missing feature is planned for TYPO3 4.2. > >> By the way i can't find a way to get what i wanna ... in the hotel >> tutoriel, it's like if program can be used in all hotel. So hotel has >> programs but programs below to none hotels. Hope it's clear :) > > Well, not really... ;-) > You have to distinguish whether child records depend fully on a parent > and are only part of one parent (1:n relationship) or if child records > could also be used in other parent records (m:n relationship). > > Concerning to your paper/article scenario I'd use the following: > * each article is related to only one parent (1:n) > * each article exists only in one category (attribute of an article) > > ---- Paper_1 > | \- Article_1 (.category=1) > | \- Article_2 (.category=2) > | \- Article_3 (.category=1) > | > \--- Paper_2 > \- Article_4 (.cagegory=1) > \- Article_5 (.category=3) > > > olly From steffen at sk-typo3.de Fri Jul 27 14:04:16 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 27 Jul 2007 14:04:16 +0200 Subject: [TYPO3-irre] rte Message-ID: Hi, i still have a Problem with rte. When i "create new" the rte is not displayed, i have to save the record first, then rte is displayed. (in 4.1.2) Is this still a bug ? vg Steffen From oh at inpublica.de Fri Jul 27 18:19:21 2007 From: oh at inpublica.de (Oliver Hader) Date: Fri, 27 Jul 2007 18:19:21 +0200 Subject: [TYPO3-irre] rte In-Reply-To: References: Message-ID: Hi Steffen, Steffen Kamper schrieb: > Hi, > > i still have a Problem with rte. > When i "create new" the rte is not displayed, i have to save the record > first, then rte is displayed. (in 4.1.2) > Is this still a bug ? Unfortunatelly there is still a problem that was discovered after the release of TYPO3 4.1.2. See here: http://bugs.typo3.org/view.php?id=5994 I'm still working on a bugfix for this, but my spare time is currently very limited. But for TYPO3 4.1.3 there'll be a fix. olly -- Oliver Hader http://inpublica.de/ From steffen at sk-typo3.de Fri Jul 27 18:45:40 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 27 Jul 2007 18:45:40 +0200 Subject: [TYPO3-irre] rte References:

Message-ID: Hi Oliver, great to new. It's not a major problem because you can save the record and all is fine ;-) I just wanted to know if it's a known problem. btw - thank for IRRE, it's really "irre" vg Steffen "Oliver Hader" schrieb im Newsbeitrag news:mailman.1.1185553159.21923.typo3-project-irre at lists.netfielders.de... > Hi Steffen, > > Steffen Kamper schrieb: >> Hi, >> >> i still have a Problem with rte. >> When i "create new" the rte is not displayed, i have to save the record >> first, then rte is displayed. (in 4.1.2) >> Is this still a bug ? > > Unfortunatelly there is still a problem that was discovered after the > release of TYPO3 4.1.2. See here: http://bugs.typo3.org/view.php?id=5994 > > I'm still working on a bugfix for this, but my spare time is currently > very limited. But for TYPO3 4.1.3 there'll be a fix. > > > olly > -- > Oliver Hader > http://inpublica.de/ From steffen at sk-typo3.de Sat Jul 28 01:21:07 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 28 Jul 2007 01:21:07 +0200 Subject: [TYPO3-irre] using a recordselector Message-ID: Hi, I'm lost and the manual doesn't help me with my problem. The manual says: " Record selectors support the editor to create relations to a given set of elements. A selector could be a simple selector-box or an element browser. The selector-box implements the TCA type "select" and shows records which are globally available. The element browser uses the TCA type "group" with the subtype "db". It opens a new pop-up window which shows the page structure and enables to select records from the accordant page." When i look to the given source, the param "foreign_selector" seems to be the important one. But all tries never showed a recordselector. Also this seems to be available only in m:n relation. What I try is a simple record selector in 1:n relation and I don't get one. How can I do that? vg Steffen From oh at inpublica.de Sat Jul 28 08:41:35 2007 From: oh at inpublica.de (Oliver Hader) Date: Sat, 28 Jul 2007 08:41:35 +0200 Subject: [TYPO3-irre] is IRRE the best way ? In-Reply-To: References:

Message-ID: Hi Pierre, Pierre Rouwens schrieb: > Thanks for the response about localization. > Is there any other solution i could use without develop something all ny > myself ? I saw something approaching with flexform but can't remember > where ? Any hint about a solution ? Maybe you're thinking about "dynaflex" from Thomas Hempel? This extension is available in TER [1], has a tutorial [2] and Thomas created a podcast about it some months ago. olly [1] http://typo3.org/extensions/repository/view/dynaflex/1.9.0/ [2] http://typo3.org/extensions/repository/view/dynaflex_tut/0.5.0/ [3] http://buzz.typo3.org/people/thomas-hempel/article/dynaflex-podcast/ -- Oliver Hader http://inpublica.de/ From steffen at sk-typo3.de Sat Jul 28 12:02:19 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 28 Jul 2007 12:02:19 +0200 Subject: [TYPO3-irre] using a recordselector References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1185578330.16311.typo3-project-irre at lists.netfielders.de... > Hi, > > I'm lost and the manual doesn't help me with my problem. > The manual says: > > " Record selectors support the editor to create relations to a given set > of elements. A selector could be a simple selector-box or an element > browser. The selector-box implements the TCA type "select" and shows > records which are globally available. The element browser uses the TCA > type "group" with the subtype "db". It opens a new pop-up window which > shows the page structure and enables to select records from the accordant > page." > > When i look to the given source, the param "foreign_selector" seems to be > the important one. But all tries never showed a recordselector. > > Also this seems to be available only in m:n relation. > > What I try is a simple record selector in 1:n relation and I don't get > one. > How can I do that? > > vg Steffen > now i digged in the code, and i tried this in function renderPossibleRecordsSelector if ($selConfig['type'] == 'select') { $item = $this->renderPossibleRecordsSelectorTypeSelect($selItems, $conf, $selConfig['PA'], $uniqueIds); } elseif ($selConfig['type'] == 'groupdb') { $item = $this->renderPossibleRecordsSelectorTypeGroupDB($conf, $selConfig['PA']); } else { $item = $this->renderPossibleRecordsSelectorTypeGroupDB($conf, $selConfig['PA']); } and i get a elementbrowser with all my needs. I know this is quick and dirty, but only by looking to this code i saw that normally i only get a record selector, if the foreign_selector has type select or dbgroup, but i have other types. So maybe this helps to enable element browser for normal types. vg Steffen From oh at inpublica.de Sat Jul 28 13:22:43 2007 From: oh at inpublica.de (Oliver Hader) Date: Sat, 28 Jul 2007 13:22:43 +0200 Subject: [TYPO3-irre] using a recordselector In-Reply-To: References:

Message-ID: Hi Steffen, Steffen Kamper schrieb: > now i digged in the code, and i tried this in function > renderPossibleRecordsSelector > > if ($selConfig['type'] == 'select') { > $item = $this->renderPossibleRecordsSelectorTypeSelect($selItems, $conf, > $selConfig['PA'], $uniqueIds); > } elseif ($selConfig['type'] == 'groupdb') { > $item = $this->renderPossibleRecordsSelectorTypeGroupDB($conf, > $selConfig['PA']); > } else { > $item = $this->renderPossibleRecordsSelectorTypeGroupDB($conf, > $selConfig['PA']); > } > > and i get a elementbrowser with all my needs. > > I know this is quick and dirty, but only by looking to this code i saw that > normally i only get a record selector, if the foreign_selector has type > select or dbgroup, but i have other types. > > So maybe this helps to enable element browser for normal types. On the parent level, you define where to store the relations (m:n). The foreign_selector property points to a field on the child table and here again the information is required, which record should be related. I'm interested in what other/normal types you use and how the selection should be created. For the purpose of reusing records in relationships this isn't a 1:n constellation anymore, but a m:n thingy that always requires an intermediat table. But, I'm open for new ideas and suggestions on that... ;-) olly -- Oliver Hader http://inpublica.de/ From steffen at sk-typo3.de Sat Jul 28 14:19:02 2007 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 28 Jul 2007 14:19:02 +0200 Subject: [TYPO3-irre] using a recordselector References:

Message-ID: Hi Oliver, "Oliver Hader" schrieb im Newsbeitrag news:mailman.1.1185621759.30575.typo3-project-irre at lists.netfielders.de... > Hi Steffen, > > Steffen Kamper schrieb: >> now i digged in the code, and i tried this in function >> renderPossibleRecordsSelector >> >> if ($selConfig['type'] == 'select') { >> $item = $this->renderPossibleRecordsSelectorTypeSelect($selItems, >> $conf, >> $selConfig['PA'], $uniqueIds); >> } elseif ($selConfig['type'] == 'groupdb') { >> $item = $this->renderPossibleRecordsSelectorTypeGroupDB($conf, >> $selConfig['PA']); >> } else { >> $item = >> $this->renderPossibleRecordsSelectorTypeGroupDB($conf, >> $selConfig['PA']); >> } >> >> and i get a elementbrowser with all my needs. >> >> I know this is quick and dirty, but only by looking to this code i saw >> that >> normally i only get a record selector, if the foreign_selector has type >> select or dbgroup, but i have other types. >> >> So maybe this helps to enable element browser for normal types. > > On the parent level, you define where to store the relations (m:n). The > foreign_selector property points to a field on the child table and here > again the information is required, which record should be related. > > I'm interested in what other/normal types you use and how the selection > should be created. For the purpose of reusing records in relationships > this isn't a 1:n constellation anymore, but a m:n thingy that always > requires an intermediat table. > > But, I'm open for new ideas and suggestions on that... ;-) > > > olly > -- > Oliver Hader > http://inpublica.de/ I see that problem and i'm testing to find a way to relate the childs this way. Because childs are saved as commalist of uid's, this should be possible. If i get it to work i show you the way i did. I think this is useful in many cases, 1:n is a relation type that is used very often. vg Steffen From ulrich-fischer at gmx.net Mon Jul 30 12:50:27 2007 From: ulrich-fischer at gmx.net (Ulrich Fischer) Date: Mon, 30 Jul 2007 12:50:27 +0200 Subject: [TYPO3-irre] irre_tutorial In-Reply-To: References:

Message-ID: Hi Olly, I am very impressed by IRRE :-) Oliver Hader wrote at 31.01.2007 19:21 in the Kickstarter List: But I stated some weeks ago that IRRE/TCEforms will be able to > handle TSconfig for overriding several TCA configurations. > > I've implemented this now and a Page TSconfig might look like this: > > TCEFORM.tx_irretutorial_mnasym_hotel { > offers.config { > foreign_selector = offerid > appearance { > useCombination = 1 > useSortable = 1 > } > } > } > > Or in general: TCEFORM.

..config { ... } That feature works by now, and it is done in your irre_tutorial extension. But it is not written in the documentation nor in the tca.mnasym.php, that the combobox feature comes from the TSconfig. So I searched some time, to find out, how it works. It would be nice, if you can write it in the docu and the tca.mnasym.php an comment it out, what comes from TSconfig. Thanks a lot for your work. Ulrich -- http://www.sunfish.de From ulrich-fischer at gmx.net Mon Jul 30 13:07:03 2007 From: ulrich-fischer at gmx.net (Ulrich Fischer) Date: Mon, 30 Jul 2007 13:07:03 +0200 Subject: [TYPO3-irre] can I use a table twice In-Reply-To: References:

Message-ID: Hi Olly, I use an mnasym connection (m:n bidirectional anti-symmetric relations using intermediate table). Like in your tutorial # # Table structure for table 'tx_irretutorial_mnasym_offer' # CREATE TABLE tx_irretutorial_mnasym_offer ( uid int(11) NOT NULL auto_increment, ... hotels int(11) DEFAULT '0' NOT NULL, ... ); I do not really understand what role this hotels field plays? I want to use the table tx_irretutorial_mnasym_offer twice (in my case it is a table with all countries in the world). Is it possible to use it twice, and is it necessary to have new int-field for the second connection? for example: CREATE TABLE tx_irretutorial_mnasym_offer ( uid int(11) NOT NULL auto_increment, ... hotels int(11) DEFAULT '0' NOT NULL, events int(11) DEFAULT '0' NOT NULL, ... ); Thank you for bringing the light ;-)Greetings Ulrich -- http://www.sunfish.de