Antonio Gallardo wrote:
Hi:
Sorry, but I am reviewing old mails. ;-D
This mail was wrote recently and cleary present the position of Hibernate
Team about to not change the LGPL license. See this post in a OJB list:
http://article.gmane.org/gmane.comp.jakarta.ojb.user/10414/match=lgpl
Thanks for
Michael Hartle wrote:
Sylvain Wallez wrote:
Bertrand Delacretaz wrote:
Le Jeudi, 20 nov 2003, à 18:12 Europe/Zurich, Sylvain Wallez a écrit :
...Rhino also provides some very easy solutions to this:
- http://www.mozilla.org/rhino/tutorial.html#ImplementingInterfaces
- paragraph JavaAdapter
On Wed, Nov 19, 2003 at 05:53:57PM +0100, Sylvain Wallez wrote:
Hi all,
Woody goodie of the day, I wrote a new styling for multivalue fields. We
already had list-type=checkbox, list-type=listbox and we now have
list-type=double-listbox.
This displays two lists with buttons between them
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
..
So I added a new method to cocoon that sets up an object just as if
it were an Avalon component by honoring the various lifecycle
interfaces.
Some useful lifecycle interfaces to implement are of course
LogEnabled and Serviceable, but also
On Wed, Nov 19, 2003 at 01:36:17PM -0600, Antonio Gallardo wrote:
- sometimes the db schema makes it impossible to use O/R tools
Show me one. This also denote SQL can be abused. Just for the records, we
are currently building an accounting system and O/R works fine there. This
is the
Antonio Gallardo wrote:
Hi:
Reviewing old mails, I found we agreed to add to the woody template
specification an initial tag that was called wd:hotkey
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=105848333001636w=2
Please, follow the above thread.
I don't know if I miss something, but I
Leszek Gawron wrote:
On Wed, Nov 19, 2003 at 05:53:57PM +0100, Sylvain Wallez wrote:
Hi all,
Woody goodie of the day, I wrote a new styling for multivalue fields. We
already had list-type=checkbox, list-type=listbox and we now have
list-type=double-listbox.
This displays two lists with
On Fri, Nov 21, 2003 at 10:04:55AM +0100, Sylvain Wallez wrote:
Most of the JS code has been moved in the woody-lib.js file, and the
produced HTML now contains only calls to these functions.
Is this what you meant, or did I missed something?
More or less :)
Another question: I have a
Hello,
when trying to populate a selection list from within flow script I ran into
a problem. The following piece of code did not work:
function myform(form) {
var widget = form.form.getWidget(myfield);
var selectionList = new
Marc Portier wrote:
Sylvain Wallez wrote:
Antonio Gallardo wrote:
Hi:
Reviewing old mails, I found we agreed to add to the woody template
specification an initial tag that was called wd:hotkey
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=105848333001636w=2
Please, follow the above
Marc Portier wrote:
message key=prompt.namewi:accesskeyN/wi:accesskeyame:/message
? hm, I don't actually don't know if current i18n transformer is
supporting mixed content-model messages, anyone?
also this approach would require us however to make some upfront
suggestions on the order of
Le Vendredi, 21 nov 2003, à 11:11 Europe/Zurich, Michael Hartle a écrit
:
Sylvain Wallez wrote:
...And also the other way around: BeanShell would allow people who
are reluctant to using server-side JS to use the familiar Java
syntax. But once again, the first requirement is to have
Michael Hartle wrote:
Sylvain Wallez wrote:
snip/
If I understood Bertrands hint towards BeanShell right, it would
allow the people who are affraid of writing real Java code to
script an object which is then used in the flowscript we have today
- not replacing the current continuation
Michael Hartle wrote:
Marc Portier wrote:
message key=prompt.namewi:accesskeyN/wi:accesskeyame:/message
? hm, I don't actually don't know if current i18n transformer is
supporting mixed content-model messages, anyone?
also this approach would require us however to make some upfront
Sylvain Wallez wrote:
Marc Portier wrote:
Sylvain Wallez wrote:
Antonio Gallardo wrote:
Hi:
Reviewing old mails, I found we agreed to add to the woody template
specification an initial tag that was called wd:hotkey
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=105848333001636w=2
Please,
On 20 Nov 2003, at 09:59, Upayavira wrote:
Jeremy Quinn wrote:
On 19 Nov 2003, at 18:37, Upayavira wrote:
Jeremy,
Splendid article. Stuff I've been thinking about a lot recently too.
Just one useful quote from the Ant manual:
property environment=env/
echo message=Number of Processors =
Sylvain Wallez wrote:
And habitualization is related to what you usually need. Switch to
another language version of the office applications you usually use, and
you'll see that menu shortcuts will change also. An example that comes
to mind is MS Word, where bold is ctrl-B in english but
Marc Portier wrote:
Sylvain Wallez wrote:
And habitualization is related to what you usually need. Switch to
another language version of the office applications you usually use,
and you'll see that menu shortcuts will change also. An example that
comes to mind is MS Word, where bold is ctrl-B
Ok, I understand the point. I've been thinking long ago about a
CompilingClassLoader, i.e a classloader to which we don't give .class
files, but .java files and that compiles them on the fly and recompiles
them automatically when needed. BeanShell may provide something similar
without needing
Hi Sylvain,
I don't agree here: vi is not i18nized and gives no visual feedback on
what its commands are. The purpose of access keys is to provide fast
access to fields that are _displayed_ in the page. And as the label of
these fields varies with the language, so should vary the access keys.
Leszek Gawron dijo:
On Wed, Nov 19, 2003 at 01:36:17PM -0600, Antonio Gallardo wrote:
- sometimes the db schema makes it impossible to use O/R tools
Show me one. This also denote SQL can be abused. Just for the records,
we
are currently building an accounting system and O/R works fine
Borges Charles wrote:
Do you have an idea of how to do if you want to
override parameters used to render an image like the
indexed or quality parameters?
Pass via sitemap parameters; passing it via request parameters does not
look like a safe approach to me.
Vadim
Marc Portier dijo:
well, I do think it does make sense to go for wi:label
Thinking about it in some abstract terms, we could look at the wd-file
as some kind of a class definition, with all of its declared fields as
some kind of member-variable declarations
The decision is hard to take. I
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
..
So I added a new method to cocoon that sets up an object just as
if it were an Avalon component by honoring the various lifecycle
interfaces.
Some useful lifecycle interfaces to implement are of course
LogEnabled and
Marc Portier dijo:
2/ command-shortcuts: key-strokes that replace the need for diving
through a menu and function as some kind of macro-triggers
see, if I use MS Word in the dutch version then saving a file through
the access-keys of the menu become ALT-B-B (bestand - bewaren) while
the
Michael Hartle dijo:
Hi Sylvain,
I don't agree here: vi is not i18nized and gives no visual feedback on
what its commands are. The purpose of access keys is to provide fast
access to fields that are _displayed_ in the page. And as the label of
these fields varies with the language, so should
Bertrand Delacretaz dijo:
..Instead of an object of a Java class Foo being hardcoded (and
supposedly feared by hardcore scripters due to compilation/packaging
requirements), it would result into something along the lines of
var foo =
Le Vendredi, 21 nov 2003, à 12:54 Europe/Zurich, Vadim Gritsenko a
écrit :
...Of course. Summon there was just for fun. createObject() will do
just fine; instantiate is a bit worse (there are issues with the
spelling ;-)
Too late. Someone's been lurking here, you'll see summonObject() calls
On 19 Nov 2003, at 16:53, Sylvain Wallez wrote:
This again relies on Matt Kruse's JS libraries (thanks Matt!) and
required to add a generic infrastructure in the woody JS library to
register handlers that are called either during onload of the
document or onsubmit of the form.
Unfortunately
On 21 Nov 2003, at 09:48, Marc Portier wrote:
where
message key=prompt.namewi:accesskeyN/wi:accesskeyame:/message
? hm, I don't actually don't know if current i18n transformer is
supporting mixed content-model messages, anyone?
I find this works :
message key=prompt.namepblah/ppblah/p/message
Sylvain Wallez wrote:
[...]
So I added a new method to cocoon that sets up an object just as if it
were an Avalon component by honoring the various lifecycle interfaces.
[...]
Example:
var foo = new Foo();
cocoon.setupObject(foo);
foo.doIt(blah);
This looks quite interesting and definitely
Upayavira wrote:
Jeremy Quinn wrote:
On 19 Nov 2003, at 18:37, Upayavira wrote:
...
Thanks Upayavira
Did you read the bit earlier about the scheme having a flaw because of
no variable substitution in the xmap tag's attributes?
No I didn't.
How difficult would it be to add this?
Coding-wise,
Antonio Gallardo wrote:
Marc Portier dijo:
well, I do think it does make sense to go for wi:label
Thinking about it in some abstract terms, we could look at the wd-file
as some kind of a class definition, with all of its declared fields as
some kind of member-variable declarations
The
Sylvain Wallez wrote:
Denis wrote:
Hi Sylvain,
I also noticed that, although the HTML spec recommends to underline the
accesskey in the label, no browser seems to do it. Any hint/advice on
this?
One way to get this is to create a span element around the
'access-key'
and set its
Geoff Howard wrote:
Upayavira wrote:
Jeremy Quinn wrote:
On 19 Nov 2003, at 18:37, Upayavira wrote:
...
Thanks Upayavira
Did you read the bit earlier about the scheme having a flaw because
of no variable substitution in the xmap tag's attributes?
No I didn't.
How difficult would it be to
Marc Portier wrote:
please understand that if I'm suggesting wi:label en wi:acceskey (and
same for Sylvain I persume) we are not suggesting to put this
information in another place then the current definition file
this is just pass-through information that is common for all instances,
and
A diff adding Class, New, Struct, and Union widgets to Woody is at:
http://wiki.cocoondev.org/Wiki.jsp?page=TimLarson
The diff is named woody_union.diff. I put it on the Wiki with some
documentation so we could discuss it and improve it.
What do you all think?
--Tim Larson
--- Vadim Gritsenko [EMAIL PROTECTED] a
écrit : Borges Charles wrote:
Do you have an idea of how to do if you want to
override parameters used to render an image like
the
indexed or quality parameters?
Pass via sitemap parameters; passing it via request
parameters does not
Antonio Gallardo wrote:
Marc Portier dijo:
2/ command-shortcuts: key-strokes that replace the need for diving through a menu and function as some kind of macro-triggers
see, if I use MS Word in the dutch version then saving a file through the access-keys of the menu become ALT-B-B (bestand -
Vadim Gritsenko wrote:
Geoff Howard wrote:
Upayavira wrote:
Jeremy Quinn wrote:
On 19 Nov 2003, at 18:37, Upayavira wrote:
...
Thanks Upayavira
Did you read the bit earlier about the scheme having a flaw because
of no variable substitution in the xmap tag's attributes?
No I didn't.
How
Sylvain Wallez wrote:
2/ command-shortcuts: key-strokes that replace the need for diving
through a menu and function as some kind of macro-triggers
see, if I use MS Word in the dutch version then saving a file through
the access-keys of the menu become ALT-B-B (bestand - bewaren) while
the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24891.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24891.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24893.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Vadim Gritsenko wrote:
Geoff Howard wrote:
Upayavira wrote:
...
We could:
(1) Remove the replace-properties attribute, and replace properties
automatically in the content, and in the top level attributes.
(2) Leave the replace-properties attribute, and only replace
properties in the top level
Vadim Gritsenko wrote:
Hi all,
I'm working on Portlet (aka JSR168 aka Pluto) environement for Cocoon
so that Cocoon can be deployed as a Portlet. Is there any interest at
all for this functionality? I'm thinking about dumping it into
scratchpad or separate block...
Hi,
I´m interested in what
On Fri, 2003-11-21 at 10:31, Danny Bols wrote:
Hello,
when trying to populate a selection list from within flow script I ran into
a problem. The following piece of code did not work:
function myform(form) {
var widget = form.form.getWidget(myfield);
var selectionList = new
See Interpreter.java in the example package of
ftp://ftp.primaryinterface.com/pub/javacAPI/javacAPI.zip. It provides a
CompilingClassLoader that implements findClass() by using the Eclipse
java compiler to compile source files. By combining this with Rhino's
ability to dynamically use custom
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24893.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
news [EMAIL PROTECTED] wrote on 11/21/2003
01:02:28 AM:
I also noticed that, although the HTML spec recommends to underline
the
accesskey in the label, no browser seems to do it. Any hint/advice
on this?
Sylvain
This CSS is very nice:
label:after {content:( attr(accesskey)
) }
where
Andreas Hartmann wrote:
Sylvain Wallez wrote:
[...]
Example:
var foo = new Foo();
cocoon.setupObject(foo);
foo.doIt(blah);
This looks quite interesting and definitely useful.
But I've got a question:
When I obtain a component in a flowscript, I have to release it before
sendPage(). So, if
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24900.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Timothy Larson wrote:
A diff adding Class, New, Struct, and Union widgets to Woody is at:
http://wiki.cocoondev.org/Wiki.jsp?page=TimLarson
The diff is named woody_union.diff. I put it on the Wiki with some
documentation so we could discuss it and improve it.
What do you all think?
Looks
Borges Charles wrote:
--- Vadim Gritsenko [EMAIL PROTECTED] a
écrit : Borges Charles wrote:
Do you have an idea of how to do if you want to override parameters used to render an image like the indexed or quality parameters?
Pass via sitemap parameters; passing it via request parameters
Christopher Oliver wrote:
See Interpreter.java in the example package of
ftp://ftp.primaryinterface.com/pub/javacAPI/javacAPI.zip. It provides
a CompilingClassLoader that implements findClass() by using the
Eclipse java compiler to compile source files. By combining this with
Rhino's ability
On 21 Nov 2003, at 15:04, Geoff Howard wrote:
Vadim Gritsenko wrote:
Geoff Howard wrote:
Upayavira wrote:
...
We could:
(1) Remove the replace-properties attribute, and replace properties
automatically in the content, and in the top level attributes.
(2) Leave the replace-properties attribute,
--- Sylvain Wallez [EMAIL PROTECTED] wrote:
Timothy Larson wrote:
A diff adding Class, New, Struct, and Union widgets to Woody is at:
http://wiki.cocoondev.org/Wiki.jsp?page=TimLarson
...
Looks definitely interesting, but seem to have required a lot of
refactoring. Can you please explain
Jeremy Quinn wrote:
On 21 Nov 2003, at 15:04, Geoff Howard wrote:
Vadim Gritsenko wrote:
Geoff Howard wrote:
Upayavira wrote:
...
We could:
(1) Remove the replace-properties attribute, and replace
properties automatically in the content, and in the top level
attributes.
(2) Leave the
-Original Message-
From: Bruno Dumon [mailto:[EMAIL PROTECTED]
Sent: vrijdag 21 november 2003 17:35
To: [EMAIL PROTECTED]
Subject: Re: Woody: selection list problem
On Fri, 2003-11-21 at 10:31, Danny Bols wrote:
Hello,
when trying to populate a selection list from within
On Fri, 2003-11-21 at 19:05, Sylvain Wallez wrote:
Timothy Larson wrote:
A diff adding Class, New, Struct, and Union widgets to Woody is at:
http://wiki.cocoondev.org/Wiki.jsp?page=TimLarson
The diff is named woody_union.diff. I put it on the Wiki with some
documentation so we could
Joerg Heinicke wrote:
On 18.11.2003 15:28, Geoff Howard wrote:
cziegeler2003/11/13 02:18:28
Modified:.blocks.properties
Log:
Exclude JMS for the release; otherwise Cocoon doesn't compile
with 1.3 :(
We have to find a better solution for the next version
*All* blocks
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24900.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
It's maybe to late in the night to start a rant, but I will do it. The
problem I have with Woody at the moment is, that it becomes more and
more a client side styling and JavaScript library while it should focus
on the server side form processing.
Especially the JS stuff is ugly and horrible.
On 18.11.2003 15:47, Vadim Gritsenko wrote:
XSP leaves room for heavy abuse! I guess that's the major problems.
...plus that debugging is a pain :)
Exactly, we must do it impossible to abuse it :-) Going towards an XML
only template language would also allow to have an interpreter instead
of
Upayavira wrote:
Vadim Gritsenko wrote:
Geoff Howard wrote:
Upayavira wrote:
...
We could:
(1) Remove the replace-properties attribute, and replace properties
automatically in the content, and in the top level attributes.
(2) Leave the replace-properties attribute, and only replace
Mats Norén wrote:
Vadim Gritsenko wrote:
Hi all,
I'm working on Portlet (aka JSR168 aka Pluto) environement for Cocoon
so that Cocoon can be deployed as a Portlet. Is there any interest at
all for this functionality? I'm thinking about dumping it into
scratchpad or separate block...
Hi,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24871.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Please add this to bugzilla. Thanks for your effort for finding the
origin of the bug.
Joerg
On 04.11.2003 16:41, Gunnar Brand wrote:
Hello!
While creating an application that maps a complete path to a
resourcereader (to retrieve documents from a storage transparently), I
noticed a bug(?).
Joerg Heinicke wrote:
(By the way, the simplification to
xsp:logic
if (somecondition()) {
true_tag/
} else {
false_tag/
}
/xsp:logic
is exactly what does not work at Cocoon and was the reason for the
problem at
Hi Joerg:
Please remember woody is not tight to Javascript in any way. The
wody-samples-styling.xsl is just an sample of what you can render the form
and nothing more. You can use it or build your own.
The current Javascript in the wody-samples-styling.xsl was introduced
because people often ask
70 matches
Mail list logo
