Reinhard Pötz wrote:
Kamal Bhatt wrote:
Reinhard Pötz wrote:
Kamal wrote:
Hi,
It occured to me that Cocoon could probably benefit from a
Javascript Reader. This JS Reader would do what a normal resource
reader would, unless the user specifies a compression-method
parameter. If the
Reinhard Pötz wrote:
I agree with you that the package structure should be cleaned up. It's
also a good idea to create a 'corona-pipeline-sax' module that contains
the SAX based components. I'm not so sure if we should really move the
pipeline implementations into their own modules. This seems
I will be out of the office starting 14.07.2008 and will not return until
31.07.2008.
Ich bin bis zum 30.07.2008 auf Urlaub und ab 31.07.2008 wieder für Sie
erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte
vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
I agree with you that the package structure should be cleaned up. It's
also a good idea to create a 'corona-pipeline-sax' module that
contains the SAX based components. I'm not so sure if we should really
move the pipeline implementations into
Hi Christofer
On 13 Jul 2008, at 13:13, Christofer Dutz wrote:
When I was working on my first attempts to do exactly what you are
trying to
do (CForms using dojo 1.1 and client side validation), I ran into
exactly
the same problem as you did. I too think it would be easily possible
to
Hi Kamal
One of the items on my (long) list of jobs to get done, in my re-
working of CForms/Dojo is compression/minifying/packaging etc.
There are a number of different scenarios that I can imagine people
will want to for it, but TBH, I have not thought it all through yet
1)
Hi Jeremy,
Doesn't dojo already add support for this? I have a custom xslt transforming
integer-widgets to NumberTextBox dates to DateTextBox and so on. One thing I
was working on was to support server side validation errors. The only
solution I could come up for here, was to add a client side
sorry, was to quick :((
So I decided to patch the DefaultIncludeCacheManager to work in the same
way as the IncludeTransformer does, by setting up the child threads with
the same context/environment:
// Setup this thread's environment
RequestContextHolder.setRequestAttributes(
Hello all
Grzegorz as u wrote...
Therefore I would like to propose introduction of a new scope called
request-inheritable which
would allow beans (like ObjectModel) to be inherited but by cloning.
can you please elaborate on that ... coz thats where we are stuck ...
if u have a look at the
