I'm back, we can start looking at it as of next week.
On 11-dec-05, at 16:30, Emmanuel Okyere wrote:
yeah, I think we should tackle those basics first... probably with
some refactoring support... the gui design parts can be built on the
those after we have them working
Let me know when u get
As JR said, I think that mutable XML is not a good idea. Just use the
DB users.
On 12-dec-05, at 17:19, F Baube wrote:
Look in your WEB-INF/web.xml file;
it's defined in the init-param rep.path
I'm asking about this because I have previously discussed
making the file rep/users.xml (i.e.
I'll look into this, good idea!
On 13-dec-05, at 13:28, Pazu wrote:
Geert Bevin gbevin at uwyn.com writes:
since a lot of new people have joined the mailinglist in the past
months, I want to repeat that the blogs at http://rifers.org/blogs
are
open to all RIFE users.
It would be nice if
Use the defer() call in the middle of your element.
Btw, did the HTTP auth implementation I wrote work out for you?
On 14-dec-05, at 16:21, F Baube wrote:
I'm not sure what the formula is for this one:
I have a URL range which requires Rife authentication.
In certain subdirectories within
Btw, feel free to already work on adding this to the site if you
want, you can download it from here:
https://svn.rifers.org/rifers/trunk/
On 13-dec-05, at 13:28, Pazu wrote:
Geert Bevin gbevin at uwyn.com writes:
since a lot of new people have joined the mailinglist in the past
months, I
RIFE/Crud is now part of RIFE/Jumpstart on the downloads section.
I also moved the Jumpstart to the top of the list.
On 09 Dec 2005, at 11:02, S. Meslin-Weber wrote:
On Fri, Dec 09, 2005 at 09:07:27AM +0100, Geert Bevin wrote:
Maybe I should just add RIFE/Crud to the jumpstart too. That
looking forward to it :)
-- eokyere
On 12/16/05, Geert Bevin [EMAIL PROTECTED] wrote:
I'm back, we can start looking at it as of next week.
On 11-dec-05, at 16:30, Emmanuel Okyere wrote:
yeah, I think we should tackle those basics first... probably with
some refactoring support... the
Hi Lars,
you have several options, all depend on your preference:
* Use a globalvar that indicates the selected menu, this will be
present in every element and thus also your menu.
* You have to be aware of the fact that a datalink is only
responsible for bringing the data from an output
I think the rife framework source tree shd be broken up into its
proper constituent modules to properly demarcate what the optional
packages are and also to make dependencies more clearer.
currently, the way i understand it, the source tree holds the core
framework (engine, cmf, config, rep,
Geert,
- TemplateFactoryEngineTypes associates EncoderHtml instance with
TemplateFactory ENGINEHTML and ENGINEXHTML
- TemplateFactory ENGINEHTML is used with all html files, even if
xhtml dtd is specified inside the file.
No, it's used when you do getHtmlTemplate from within your
I think the rife framework source tree shd be broken up into its
proper constituent modules to properly demarcate what the optional
packages are and also to make dependencies more clearer.
This is very complex since everything is very well integrated. We
spent quite some time to create a
11 matches
Mail list logo
