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 CRU
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
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 handl
Indeed, iirc, as long as the submit field has a name, it'll be sent
as a parameter.
Just try this locally:
On 31-jan-06, at 15:52, Raoul Pierre wrote:
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 di
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.
No, the only obligation is be able to differentiate each but
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, actu
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 loc
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
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."
Sent: Tuesday, January 31, 2006 19:39
Subject: Re: [Rife-users
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 PROTECT
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 b
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
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 nam
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
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 post and let you know.
Thanks
Emmanuel
ps: i'll also make a post on the rifers blog, after i've got
everything settled, hopefully by tonight.
On 1/30/
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
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 pos
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,
out-of-container testing... and then using the rest of the time to
review some code
Geert,
The title will be "Spring into RIFE"; I intend to do about a 7-8
minute overview covering the features, including my best,
out-of-container testing... and then using the rest of the time to
review some code.
I believe there'll be about a 5 minute Q/A after that.
Thanks,
Emmanuel
On 1/30/
19 matches
Mail list logo