It would be cool to have an URL to point to and get the full address
to put on the calendar page.
On 31-jan-06, at 09:00, Emmanuel Okyere wrote:
Do you mean a URL? I'm not sure; it's a BOF and the idea was
circulated on the javawug mailing list.. I'll find out from Peter if
there's been a
precisely! :P
On 1/31/06, Geert Bevin [EMAIL PROTECTED] wrote:
Lol, that's an ironical title ;-)
On 31-jan-06, at 08:58, Emmanuel Okyere wrote:
Geert,
The title will be Spring into RIFE; I intend to do about a 7-8
minute overview covering the features, including my best,
Hi David,
Did you try by disabling the classloader in the webapp?
I tried this and it fixes the problem. However by the sound of it
I have
turned off some features of RIFE I might want in future so not an
ideal
solution?
No, it's not an ideal solution since the custom classloader will
Hi Eddy,
I don't see the use of the new template tag. It doesn't add anything,
since it's actually fully handled by the submission declaration.
As you noted, this feature addition could be confusing, and when there
are different submission forms on the same element with the same submit
button
You mean my proposal, the last one?
I think I'd prefer this setup. It seem more intuitive.
Cheers,
Tyler
___
Rife-users mailing list
Rife-users@uwyn.com
http://lists.uwyn.com/mailman/listinfo/rife-users
--
Geert Bevin Uwyn
Yes, yours Geert. It seems better to have it autodetect/fallback.
Keeps source compatibility with old versions, functions like several
other frameworks (not a plus always, but in this case I'd say it's
good) and it doesn't require a new tag.
Cheers,
Tyler
On 1/31/06, Geert Bevin [EMAIL
Hello
Yes I also vote for the Geert suggestion for handling multiple submit
button.
Regards
Naren
- Original Message -
From: Tyler Pitchford [EMAIL PROTECTED]
To: RIFE users list : questions,bug reports and suggestions.
rife-users@uwyn.com
Sent: Tuesday, January 31, 2006 19:39
Subject:
I like this proposal since it saves me the pain of checking a submit
name in a localized website. Reduces my code in things like Bamboo (for
message previews) down about 25 lines.
On Tue, 2006-01-31 at 13:42 +0100, Geert Bevin wrote:
Hi Eddy,
I don't see the use of the new template tag. It
Hmm, actually that's a good point.
It's better to use the submit input field's name attribute to
differentiate since then you're not bound to the displayed text value.
On 31-jan-06, at 15:14, JR Boyens wrote:
I like this proposal since it saves me the pain of checking a submit
name in a
Right, but unless I'm not quite awake yet, I believe that if you have a
form, each submit button must have the same name and a different value.
Hence you CAN'T just check the name, you have to check the value against
the l10n value.
On Tue, 2006-01-31 at 15:21 +0100, Geert Bevin wrote:
Hmm,
Indeed, iirc, as long as the submit field has a name, it'll be sent
as a parameter.
Just try this locally:
html
body
form action= method=get
input type=input name=data /
input type=submit name=save /
input type=submit name=delete /
/form
/body
/html
On 31-jan-06, at 15:52, Raoul Pierre wrote:
I also like your suggestion, Geert. I just threw this idea off the top
of my head yesterday night after our quick IRC chat. Glad to see others
supporting it.
Eddy
Geert Bevin wrote:
Hi Eddy,
I don't see the use of the new template tag. It doesn't add anything,
since it's actually fully
I was following along with the CRUD presentation slides when you
arrived at the one with the .properties file. I grabbed
the .properties file from the ecalendar application and put it in the
same place (src/l10n/crud/admin_en.properties), and redeployed, but
the values still didn't appear
Hi Ben,
the localization of RIFE/Crud is explained here:
http://rifers.org/wiki/display/RIFECRUD/Customization#Customization-l10n
Tell me if that clarifies it for you and helps you on your way.
Best regards,
Geert
On 31-jan-06, at 22:16, Benjamin Cox wrote:
I was following along with the
14 matches
Mail list logo
