to implement and got no idea how.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812
Sylvain Wallez wrote:
Leszek Gawron wrote:
[EMAIL PROTECTED] wrote:
Author: sylvain
Date: Wed Aug 10 08:38:10 2005
New Revision: 231266
URL: http://svn.apache.org/viewcvs?rev=231266view=rev
Log:
Propagate namespace mappings in JXTemplate to JXPath expressions.
Refactor and extend
();
and implement determineLocale() with any logic you like.
For cocoon samples: we should probably make use of LocaleAction.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
Thomas Lutz wrote:
Leszek Gawron wrote:
Thomas Lutz wrote:
private Locale locale = Locale.getDefault();
It takes the default locale from the host, but shouldn't it take the
locale set via the browser or the LocaleAction.java ? So the line
should rather be something like:
private Locale
--this time with Cocoon.
What do you propose?
map:serializer name=text
src=org.apache.cocoon.serialization.TextSerializer
mime-type=text/plain logger=sitemap.serializer.text
encodingutf-8/encoding
/map:serializer
This works just fine. Should we set this in main sitemap?
--
Leszek Gawron
Gregor J. Rothfuss wrote:
Leszek Gawron wrote:
Berin Loritsch wrote:
Considering we have a very international user base, and the fact that
more and more projects have to deal with international or special
character, why not make the demo international friendly.
In order to set encoding
(hepabolu.at.apache.org/li
^^
a typo here
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http
critical systems so we may hire my
users as fast beta-testers :)
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501
serializer converts \t into - #09; which
also drives me nuts...
--
Leszek Gawron [EMAIL PROTECTED]
Project ManagerMobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501
if that helps. I have never had any problem with
it (I am setting up a global spring context the same way).
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
Jorg Heymans, as a committer.
Please cast your votes:
here's my +1! :-)
+1 and welcome!
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http
Ugo Cei wrote:
Il giorno 29/lug/05, alle 16:34, Leszek Gawron ha scritto:
There is one more thing that is awkward with binding: imagine you have
a OR model with many-to-many relationship. Cforms will allow you to
create a form with a selection list to define those relationships.
But wait
of entities not entities themselves.
Binding API does not give you access to service manager so you won't be
able to lookup some dao and load the entity by its id.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z
/foundation/how-it-works.html#roles).
Please cast your votes!
+1
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720
SVN code repository.
+1
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48
range not satisfiable)
((HttpResponse)response).setStatus(416);
if (getLogger().isDebugEnabled()) {
getLogger().debug(malformed byte range header [ +
String.valueOf(ranges) + ]);
}
}
WDYT?
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager
we make the method name a little longer? It doesn't take
quite all day to type this one in. ;-)
+ 1. I am long names maniac :)
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
be changed later.
What for really? We will have whole content there (with metadata and
comments). Why not make it default cocoon.apache.org? Every new cocoon
release would get a static snapshot of online site.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager
for formal documents only and
one that would include awaiting documents.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile
do we add it at all? Some time ago we did not require flowscript to
sendPage so people used it for actions. Now we introduce a hackish
FlowAction to do what we've banned ourselves.
Or am I wrong?
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager
.
OT: Suppose I'd like to review some documents that have not been
published yet. Is there a special query for that?
--
Leszek Gawron [EMAIL PROTECTED]
Project ManagerMobileBox sp. z o.o.
+48 (61) 855 06 67
on this station so I cannot check. Is it still so?
--
Leszek Gawron [EMAIL PROTECTED]
Project ManagerMobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812
plan is to continue along whats outlined in
http://marc.theaimsgroup.com/?t=11165964683r=1w=2. It would be
more fun to work together on this, I would apprciate any involvement.
How could I help?
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager
this sound?
Fixable quite fast. Is there any official date that we aim to relase 2.1.8?
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
to
be able to just svn update and then build.sh or whatever.
what I had to do up till now:
1. copy bcel.lib to anthome/lib
2. modify bundles/cocoon/build.xml to setup other cocoon.trunk directory
(Daniel uses cocoon.home/trunk)
3. same as 2) but for bundles/cocoon-testcase/build.xml
--
Leszek
:
[ ] Helma Van Der Linden as a Cocoon committer
+1
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812
nothing to the architecture and the existing components,
but will lead to small changes in the configuration.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
=
no changes
Collections
===
no changes
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812
be taken.
To aid document reorganisation I think we should encourage a fairly
fine-grained modularity, i.e. single topic pages.
Wouldn't it be a good start to do a smart import of current xdocs into
new documentation structure?
--
Leszek Gawron [EMAIL
is
the easiest now and leave main documentation aside the whole effort will
be incoherent.
--
Leszek Gawron [EMAIL PROTECTED]
Project ManagerMobileBox sp. z o.o.
+48 (61) 855 06 67 http
/lib
+homepagehttp://www.springframework.org//homepage
/file
/jars
The description is invalid...
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
to run Cocoon without the logkit.jar.
In a second vote we will vote about the default logging system.
+1
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
||FIXED
--- Additional Comments From [EMAIL PROTECTED] 2005-06-03 17:15 ---
Isn't this implemented already?
Yes it is.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855
under wrong subthread:
1. we still have not touched the subject of attribute driven template
language. it would nicely suit as a project that could be finished till
the end of summer.
2. cforms reusable widget repository...
--
Leszek Gawron [EMAIL PROTECTED
that could be finished till
the end of summer.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812
Reinhard Poetz wrote:
Leszek Gawron wrote:
1. we still have not touched the subject of attribute driven template
language. it would nicely suit as a project that could be finished
till the end of summer.
2. cforms reusable widget repository...
yes, I like both ideas! Who wants to mentor
to LogKit does *not*
mean that our logging infrastructure for components (LogEnabled) will be
removed as well. Apart from configuration it's totally transparent.
Not that totally: we do not have a cocoon log formatter giving the same
functionality as the logkit one.
--
Leszek Gawron
.
By the way: I like logkit.xconf much more that log4j xml configuration.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile
is nothing without filtering capabilities
so apart from knowing the 'window' position you have to pass also some
filtering attributes to binding function.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o
:
#{data/m:mods/...}
Is there realy no mean to do it? It would be large limitation...
I know, I can use local-name() function:
#{data/*[local-name()='mods']/...}
but with longer paths it's ... well, not elegant. Any suggestions?
--
Leszek Gawron [EMAIL
.
We should provide a detailed description what to do in order to
customize some parts. (I do not know it myself and have also some
modifications done).
--
Leszek Gawron [EMAIL PROTECTED]
Project ManagerMobileBox sp. z o.o
can have cocoon that consists of:
- bunch of .jar files
- web.xml which hardly changes
- a set of .xconf and logkit files.
It's a pity we cannot move .xconf files into jars. This way cocoon would
be much more friendly for dependency resolution tools like maven.
--
Leszek Gawron
samples.
Additionally we have to integrate Torsten's classloader to ease
development and we need to work on block building and deploying.
--
Leszek Gawron [EMAIL PROTECTED]
Project ManagerMobileBox sp. z o.o.
+48 (61) 855
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Should we move the stylesheets
I would help a lot to be able to deploy cocoon with no additional
files at all. What do you say if we moved cocoon logo and default
stylesheets (the ones styling
,
ScriptableObject.getProperty( scope, java ) );
+objectModel.put( java,
ScriptableObject.getProperty( getRootScope(), java ) );
} finally {
Context.exit();
}
--
Leszek Gawron [EMAIL PROTECTED]
Project
we go like this then:
Scriptable newScope = cx.newObject(sharedScope);
newScope.setPrototype(sharedScope);
newScope.setParentScope(null);
taken from:
http://www.mozilla.org/rhino/scopes.html
--
Leszek Gawron [EMAIL PROTECTED]
Project Manager
the aliased edges in the letters a, b, o and c. This
is causing a very blurry presentation when viewing in normal size.
It rather looks like ClearType is on. I wonder who named that technology
ClearType anyway
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager
implementation?
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29
if no SAXException occured
previously.
Right now parsing a not well formed xml fragment into view's SAX stream
will destroy the view completely.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61
useful page. If we are to make users read OSGi specification,
then seek for help in external projects that are hardly documented we
get the same problem in a fancy new outfit.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager
Vadim Gritsenko wrote:
Ugo Cei wrote:
Il giorno 12/mag/05, alle 14:08, Leszek Gawron ha scritto:
what do we do with
jx:out value=roottagbroken/mispelledtag/root parse=xml/
1. generate SAX events - if value is invalid this breaks the whole view
2. parse to DOM, catch exceptions, use @lenient
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Vadim Gritsenko wrote:
Can you re-test with latest template transformer - just to confirm that
it did not got much slower after refactoring.
a performance competition ? :))
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager
that this upgrade offered.
We're running Cocoon 2.1.7 on JBoss 3.2.5 on Java 1.4.2
Vadim don't read this:) :This has already been fixed in trunk. Forgot to
sync.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox
Vadim Gritsenko wrote:
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
but you make the invoker look up element's name in macro map for
EVERY template element started. Costly as hell. JX instructions are
resolved the same way but during parsing. We cannot do the same for
macros because we do
. And we don't need any runtime mechanism anymore.
I'll look into that.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48
=cformsDummy value=${cformsHelper.startForm(form,
macro.arguments)}/
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720
Sylvain Wallez wrote:
What about using Rhino as the bean expression language in replacement of
JEXL? That way, expressions would be consistent with what's written in
flowscript.
Could you give us some pointers?
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager
Paul Crabtree wrote:
I think you've got me right, and great news, thanks.
As you say i'd like to patch my 2.1.7 instead of going with a snapshot
so if you could send me that mail over i can make the change.
Can you handle the patch from the diff link I gave in other post?
--
Leszek Gawron
direction
for going about this please?
what svn tools are you using?
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501
in jx:macros. This should also speed things up a
little bit. Care to check it?
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48
Sylvain Wallez wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Daniel or Leszek, could you review this please. (I have tried to run
the Unit test suite but was overwhelmed by the output) Thanks!
The fix looks correct.
I found out now that jx:set is hacking ready. Instead of doing
jx:set name
Leszek Gawron wrote:
I have refactored JXTG recently so now instructions like jx:for, jx:if
are defined in separate file:
src/block/template/java/org/apache/cocoon/template/template-instructions.xml
Right now we are rendering forms in jxtg using a macro file which is
kind of ugly IMO - see
;)
We could always rewrite jx-macros.xml to Java which will fix performace
problems for CForms (eliminating slow macro code and lots of
reflection). Still there is no consensus about that issue and we still
have a problem with other macros.
WDYT?
--
Leszek Gawron
Am I the only one to have images coming from cocoon-forms-block.jar
broken? They are ok in src folder but they aren't properly rendered by
the browser. This is not the case of my browser because the same tool on
src/ as on unpacked jar.
--
Leszek Gawron
Ralph Goers wrote:
Leszek Gawron wrote:
Sylvain Wallez wrote:
Leszek Gawron wrote:
is there a common line width to be kept? 78 characters in one line
is hell of a readability problem and a little bit archaic.
WDYT?
+1, I use 150 :-)
me too :) eclipse creates a total mess when formatting
about it long time ago.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
Can it be that difficult to stream a string as SAX events in
JXTemplate, or did I overlook a simpler solution?
- implement your own streamer object with a toSAX method
- pass a streamer object to JXTemplate
- assign
Sylvain Wallez wrote:
Leszek Gawron wrote:
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
Can it be that difficult to stream a string as SAX events in
JXTemplate, or did I overlook a simpler solution?
- implement your own streamer object with a toSAX method
- pass
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
If you want to make it even simpler we could either have another
instruction that parses strings to SAX, or have some attribute on
jx:out for parsing the argument.
jx:out value=${str} xmlize=true/ ? Almost
or silently omit.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29
Ugo Cei wrote:
Il giorno 12/mag/05, alle 14:08, Leszek Gawron ha scritto:
what do we do with
jx:out value=roottagbroken/mispelledtag/root parse=xml/
1. generate SAX events - if value is invalid this breaks the whole view
2. parse to DOM, catch exceptions, use @lenient to throw or silently
omit
.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
of the environment
handling we would get rid of this problem, but that would introduce a
rather severe back incompability.
Any ideas?
If you're asking for non-ugly ones - none..
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager
Peter Hunsberger wrote:
On 5/10/05, Leszek Gawron [EMAIL PROTECTED] wrote:
Peter Hunsberger wrote:
On 5/10/05, Leszek Gawron [EMAIL PROTECTED] wrote:
Peter Hunsberger wrote:
On 5/10/05, Leszek Gawron [EMAIL PROTECTED] wrote:
snip/
Still HashMap has no interface other than iterator to get it's
,
Attributes attrs,
Stack elementStack )
throws ProcessingException;
}
I could also start from putting the configuration into cocoon.xconf and
then refactor if needed.
--
Leszek Gawron
ouzo a quick question
ouzo does SitemapTestCase support .xconf inclusions in 2.2?
ouzo just as standard cocoon.xconf does?
If not I am probably going to try to implement this - I am a little bit
fed up with syncing template.xconf with JXGeneratorTestCase.xtest
--
Leszek Gawron
is there a common line width to be kept? 78 characters in one line is
hell of a readability problem and a little bit archaic.
WDYT?
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
snip/
The accessors do not solve the problem with
$cocoon/request/requestAttribute or $cocoon/request/requestParameter
(preferably $cocoon/request/attributes/someAttribute and
$cocoon/request/parameters/someParameter)
We
Sylvain Wallez wrote:
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Leszek Gawron wrote:
Vadim Gritsenko wrote:
snip/
Why FOM_Request is in jx in the first place? I understand why it is
in old jxtg in Cocoon 2.1, but new version should be flow independent.
The flow independence we talked
Sylvain Wallez wrote:
Leszek Gawron wrote:
right now we have:
registerInstruction(template, StartTemplate.class.getName());
registerInstruction(forEach, StartForEach.class.getName());
registerInstruction(if, StartIf.class.getName());
registerInstruction(choose, StartChoose.class.getName
Sylvain Wallez wrote:
Leszek Gawron wrote:
is there a common line width to be kept? 78 characters in one line is
hell of a readability problem and a little bit archaic.
WDYT?
+1, I use 150 :-)
me too :) eclipse creates a total mess when formatting the code with 78
characters per line. Can we
to implement StartInstruction..
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
ouzo a quick question
ouzo does SitemapTestCase support .xconf inclusions in 2.2?
ouzo just as standard cocoon.xconf does?
Yes it does, I tried to get it as similar to ordinary Cocoon execution
as possible. You can take a look at how it is used
this.request.getParameter(name);
}
}
If you accidentally provide a getter for
private final Request request;
than you are able to do $cocoon/request/request/protocol and the
properties are visible. It means that FOM_Request is not able to
properly proxy Request interface to JXPath.
--
Leszek Gawron
(),
this.getServiceManager(),
null,// configuration
true);
return org.mozilla.javascript.Context.javaToJS(obj, getParentScope());
}
this fix stops Rhino nagging about naked java object sent to flowscript.
Can I commit?
--
Leszek Gawron [EMAIL PROTECTED
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
snip/
Are you certain about that it doesn't work for properties? I can't
test right now, but looking at
http://svn.apache.org/viewcvs.cgi/cocoon/trunk/src/blocks/scratchpad/java/org/apache/cocoon/environment
o.a.c.template.jxtg.instruction
o.a.c.template.jxtg.script
o.a.c.template.jxtg.script.event
there is no single o.a.c.template.SomeClas
WDYT?
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
Ok, only the InstructionFactory is a component, that is better. Is
there any point in leting the InstructionFactory be a component?
Only the fact that I had to store the configuration somewhere and with
cocoon.xconf I had
? :-/
map:parameters ...
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853
newjx-macros file, that will later replace the current one, or test
carefully form samples before committing!!
Of course. The main questions is still: am I allowed to? I'll start a
quick vote because there are strong emotions around this.
--
Leszek Gawron [EMAIL
. CForms should be changed if current
solution isn't right.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720
. The inconsistency between what is available from flow, JEXL
and JXPath is irritating.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
In the current #{$cocoon/request/request/protocol} thread we (again)
discuss problems with the environment access in JXTG. The problems
comes from that we have copied part of the servlet api in our
environment abstraction and that it contains
Upayavira wrote:
Leszek Gawron wrote:
I have refactored JXTG recently so now instructions like jx:for, jx:if
are defined in separate file:
src/block/template/java/org/apache/cocoon/template/template-instructions.xml
Right now we are rendering forms in jxtg using a macro file which is
kind
just for the record :)
[+1] Yes go for it.
[ ] It's a bad idea - leave jx-macros.xml untouched!
[ ] It's not jx-macros.xml fault. CForms should be changed if current
solution isn't right.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager
current functionality :)
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
[EMAIL PROTECTED] wrote:
Author: lgawron
Date: Sun May 8 14:23:28 2005
New Revision: 169169
URL: http://svn.apache.org/viewcvs?rev=169169view=rev
Log:
JXTG uses cocoon store
Modified:
cocoon/blocks/unsupported/template/trunk
Sylvain Wallez wrote:
Leszek Gawron wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
[EMAIL PROTECTED] wrote:
Author: lgawron
Date: Sun May 8 14:23:28 2005
New Revision: 169169
URL: http://svn.apache.org/viewcvs?rev=169169view=rev
Log:
JXTG uses cocoon store
Modified
501 - 600 of 1077 matches
Mail list logo