Carsten Ziegeler wrote:
Ralph Goers wrote:
Why? It seems cleaner to me to use parameters. The way it is
implemented now uses the javax.portlet restricted namespace and it
doesn't clutter up the url - which is typically used for navigation. I
thought about adding the stuff to the url,
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Don't know much about the portal, but this proposal triggered a few
thoughts.
First of all, using path elements to identify objects and actions, and
possibly allowing to have multiple pairs is likely to cause problems by
forbidding the use
Ralph Goers wrote:
I beg to differ. I actually implemented pageLabels based upon explicit
requirements I was given from our web authors. i.e. they wanted a syntax
like pageLabel=maintab1.subnavitem2.thirdnav1. And while I will admit
that the event data passed to the portlet url is
Ok, the more I think about it, I could imagine using a url pre and post
precessor. When a url (link) is created the usual way, a post processor
can change the url and for example create url path elements instead of
request parameters.
For an incomming event, the url pre processor does the other
Carsten Ziegeler wrote:
Ralph Goers wrote:
And how would this look with three nav levels and a portlet url and the
fullscreen event?
http://my.great.portal.com/main/MAINTAB/sub1/SUBITEM/sub2/SUBITEM2/page/index.html?cocoon-portal-fs=X
FWIW, this is missing the
Carsten Ziegeler wrote:
Ok, the more I think about it, I could imagine using a url pre and post
precessor. When a url (link) is created the usual way, a post processor
can change the url and for example create url path elements instead of
request parameters.
For an incomming event, the url
Leszek Gawron wrote:
...
OK. So we have pluggable expression parser.
Cool! Great that you work on this.
Would still rather call it StringTemplateParser or StringParser,
following the arguments from my previous post:
asdf {2+3} sdfhg
is a string template,
2+3
is an expression.
I
Hi Cocoon folk,
I am a long time fan of Ruby, and work with Cocoon for a living (at
VNU with Pier) and hope to get a better knowledge of its inner workings,
the prospect of working with Ruby inside Cocoon is therefore very
interesting to me,
I would love to have a look into this, but have
Daniel Fagerstrom wrote:
This could be DefaultStringCompiler or CTemplateStringCompiler.
Unfortunately both versions cannot exist at the same time. To make
that happen I would have to extend DefaultScriptManager (to lookup
different JXTExpressionCompiler) and JXTemplateGenerator (to lookup
Guys,
I'm currently patching the CForms samples with the patch I entered in
Bugzilla just before the 2.1.7 release.
(http://issues.apache.org/bugzilla/show_bug.cgi?id=34077)
Some questions arose:
1. the XHR_carselector sample is broken. I think it should either be
fixed (seems to be
Pier Fumagalli wrote:
[...]
I've made it as generic as possible, and unplugged anything related to
Jing back as a schema parser.
Still working on it, but look at the interface, and tell me what you
think! :-P
Cool, that's exactly what we needed and it works like a charm!
If you meet
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36543.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.
hepabolu wrote:
Some questions arose:
1. the XHR_carselector sample is broken. I think it should either be
fixed (seems to be difficult) or removed entirely. Since the current
AJAX implementation is better, I propose to remove it.
Yes remove it. Its description even uses the word
Ross Mcdonald wrote:
I am a long time fan of Ruby, and work with Cocoon for a living (at VNU
with Pier) and hope to get a better knowledge of its inner workings,
the prospect of working with Ruby inside Cocoon is therefore very
interesting to me,
As a flowscript user who has never seen or
Hi,
in all honesty it would depend on how integrated jruby would be, I
know that jruby itself has many limitations
at the moment, so initially it would be more about working with the
ruby synax and various shorthand notations,
if extra functionality or new ways to do things would be
Jorg Heymans wrote:
Yes remove it. Its description even uses the word historical, which in
software development terms usually means broken :-)
True, so I'll remove it.
3. Just committed two samples (in BRANCH) where I added a header with a
short description of the sample's purpose. WDYT? If
hepabolu wrote:
good idea. Maybe you could graphically separate the short description a
bit more somehow so its more clear where the description ends and where
the actual sample starts.
:-) Have you actually LOOKED at the sample runtime? I've used the same
CSS class as the group headers
Ralph Goers wrote:
Also, I thought you were proposing adding the events to the url as
well? If you are not, then I believe all we are discussing is whether
nav items are in the url or in a request parameter. That just becomes a
question of which we think is prettier.
Yepp, this is more
Ralph Goers wrote:
Carsten Ziegeler wrote:
Ok, the more I think about it, I could imagine using a url pre and post
precessor. When a url (link) is created the usual way, a post processor
can change the url and for example create url path elements instead of
request parameters.
For an
Carsten Ziegeler wrote:
Ralph Goers wrote:
Also, I thought you were proposing adding the events to the url as
well? If you are not, then I believe all we are discussing is whether
nav items are in the url or in a request parameter. That just becomes a
question of which we think is
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
This could be DefaultStringCompiler or CTemplateStringCompiler.
Unfortunately both versions cannot exist at the same time. To make
that happen I would have to extend DefaultScriptManager (to lookup
different JXTExpressionCompiler) and
I'm almost done implementing XSD (XML Schema) validation using
Xerces' internals! :-P
That was hard, but I got it working outside Cocoon's sandbox, now it
only needs a couple of wrappers for source/entity resolution between
Cocoon and Xerces.
Any other languages that _seriously_ deserve
Pier Fumagalli wrote:
I'm almost done implementing XSD (XML Schema) validation using Xerces'
internals! :-P
That was hard, but I got it working outside Cocoon's sandbox, now it
only needs a couple of wrappers for source/entity resolution between
Cocoon and Xerces.
Any other languages that
On 7 Sep 2005, at 21:26, Daniel Fagerstrom wrote:
Pier Fumagalli wrote:
I'm almost done implementing XSD (XML Schema) validation using
Xerces' internals! :-P
That was hard, but I got it working outside Cocoon's sandbox, now
it only needs a couple of wrappers for source/entity resolution
Hi,
In the forms-samples,
http://localhost:/samples/blocks/forms/form1-jx-macro seems to be
needing commons-beanutils :
21:05:10.142 WARN!! Error for /samples/blocks/forms/form1-jx-macro
java.lang.NoClassDefFoundError: org/apache/commons/beanutils/ConvertUtils
at
Joerg Heinicke wrote:
...
I just wanted to have answers, not new code :) But thanks very much
for it.
Are other things coming as fast as this time when I just ask for them?
What about real blocks? ;)
Although there is a lot of work before we have converted everything to
real blocks and put
Hi Jorg, just in case you don't know this already,
all the information that you should need is at
http://www.apache.org/dev/
Any questions, just ask here on the cocoon-dev list.
-David
Hi everyone,
This is the list of proposed talks for the upcoming CocoonGT, ordered by
date received. 14 in total, and there's only place for 8! I'd like to put the
program online by friday afternoon, to make sure people have enough
time to sign up for the event.
Could everyone who feels the
Hi,
In the forms-samples,
http://localhost:/samples/blocks/forms/form1-jx-macro seems to be
needing commons-beanutils :
21:05:10.142 WARN!! Error for /samples/blocks/forms/form1-jx-macro
java.lang.NoClassDefFoundError: org/apache/commons/beanutils/ConvertUtils
Hi Jorg,
I was
29 matches
Mail list logo