Re: [Rife-users] Flexible Field Definition
Quoting Stefan Thomas: Sounds like you want JCR-170 :-) Sounds like overkill ;) However, I didn't even know about that standard *shame on me*, very interesting. Thanks! Apache Jackrabbit has hit 1.0, and the docs have improved dramatically lately, so it might be worth a look. fred ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
[Rife-users] Flexible Field Definition
Hello list, I'm currently stuck, probably because I'm approaching the limits of what is possible with RIFE/Crud. By now, I can pretty quickly create Beans for CRUD and customize them and everything, but one of the proof-of-concepts that I need to do in order for RIFE to be considered as an alternative for my company's upcoming software project is the following: - A [the site administrator] needs to be able to configure the number and type of props for products. (props is just a crazy word for fields ;) So, I need to have a flexible bean definition that can be changed via the admin interface. Any ideas how that could be realized? The decision will be made on May 1st, so I need to get this done quickly. Hopefully someone can point me to the right direction? Another thing is: Where can I get more information about UWYN offerings concerning RIFE support? I should include that in my presentation. Best regards, Stefan ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Flexible Field Definition
Quoting Stefan Thomas: So, I need to have a flexible bean definition that can be changed via the admin interface. Any ideas how that could be realized? Sounds like you want JCR-170 :-) But, coudln't you simply define an otherprops String field that has syntax like prop1=valA;prop2=valX;prop3=valD,valE,valF Then tho you'd also want to build a Rife form on the fly, for example text fields (or dropdown boxes) for prop1, prop2, prop3. I haven't tried that myself. Geert, is it possible to append form widgets to a block ? I seem to recall a discussion that concluded that essentially, the template processor only makes a single pass, so that you cannot write out templating directives in one pass, and then have Rife render them on a second pass. hth fred -- F.Baube* Georgetown/MSFS/1988 * Think pangalactically. fbaube#saunalahti.fi * Act locally. gsm +358 41 536 8192 * wmd 60°11'10.8N 24°57'36.9E ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Flexible Field Definition
Hi Fred, Fred Baube schrieb: Quoting Stefan Thomas: So, I need to have a flexible bean definition that can be changed via the admin interface. Any ideas how that could be realized? Sounds like you want JCR-170 :-) Sounds like overkill ;) However, I didn't even know about that standard *shame on me*, very interesting. Thanks! But, coudln't you simply define an otherprops String field that has syntax like prop1=valA;prop2=valX;prop3=valD,valE,valF Then tho you'd also want to build a Rife form on the fly, for example text fields (or dropdown boxes) for prop1, prop2, prop3. I haven't tried that myself. Yeah that would be ok. So I can only underline your question to Geert: Geert, is it possible to append form widgets to a block ? I seem to recall a discussion that concluded that essentially, the template processor only makes a single pass, so that you cannot write out templating directives in one pass, and then have Rife render them on a second pass. Thanks again! Stefan :) ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Flexible Field Definition
Geert, is it possible to append form widgets to a block ? I seem to recall a discussion that concluded that essentially, the template processor only makes a single pass, so that you cannot write out templating directives in one pass, and then have Rife render them on a second pass. No by using the template engine purely. However, you can create template 'transformers' that can modify any of the template content before it's actually parsed by the template engine. These transformations will be cached and you can setup identifiers that allow the caching to be invalidated and reloaded. This is exactly how RIFE/Crud generates the templates for each element. Hope this helps, Geert -- Geert Bevin Uwyn bvba GTalk: [EMAIL PROTECTED] Use what you need Avenue de Scailmont 34 Skype: gbevin http://www.uwyn.com 7170 Manage, Belgium AIM: geertbevin gbevin at uwyn dot com Tel: +32 64 84 80 03 Mobile: +32 477 302 599 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Flexible Field Definition
However, I didn't even know about that standard *shame on me*, very interesting. Thanks! RIFE's CMF is very close to it, only the query language is missing. Waiting for someone to jump in to take care of that (hint ;-)). But, coudln't you simply define an otherprops String field that has syntax like prop1=valA;prop2=valX;prop3=valD,valE,valF Hmmm, actually you could just use content properties that RIFE has in the CMF. They are sadly not supported as regular bean properties, but it could be a good idea for new RIFE features ;-) -- Geert Bevin Uwyn bvba GTalk: [EMAIL PROTECTED] Use what you need Avenue de Scailmont 34 Skype: gbevin http://www.uwyn.com 7170 Manage, Belgium AIM: geertbevin gbevin at uwyn dot com Tel: +32 64 84 80 03 Mobile: +32 477 302 599 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Flexible Field Definition
Just wondering, why do the bean properties have to be dynamic? Can't you just create an association bean for the product properties and handle those in a separate table? Then everything will be handled for you automatically. Question is: How would Crud react to that? Well, I guess I should just try it out. *runs off to some coding* It's directly supported, just use the assocations bean constraint on the main bean and the manyToOne property constraint of the Property bean. For example: http://rifers.org:8088/viewrep/rifers/rife-crud/trunk/samples/java/ com/uwyn/rife/crud/samples/beans/Test.java?r=2955 http://rifers.org:8088/viewrep/rifers/rife-crud/trunk/samples/java/ com/uwyn/rife/crud/samples/beans/TestQuestion.java?r=2955 Hope this helps. Best regards, Geert -- Geert Bevin Uwyn bvba GTalk: [EMAIL PROTECTED] Use what you need Avenue de Scailmont 34 Skype: gbevin http://www.uwyn.com 7170 Manage, Belgium AIM: geertbevin gbevin at uwyn dot com Tel: +32 64 84 80 03 Mobile: +32 477 302 599 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users