Hello,
Has anyone tried to create custom widgets within the Forms framework?
Beyond the business logic of their validation rules, etc, I cannot find
the code which actually creates the widgets visible user interface?
Anyone got a how-to on any of this?
Thanks.
Scott.
Scott Yeadon wrote:
Hello,
Has anyone tried to create custom widgets within the Forms framework?
Beyond the business logic of their validation rules, etc, I cannot find
the code which actually creates the widgets visible user interface?
Anyone got a how-to on any of this?
Stylesheet ..
--
Leszek Gawron wrote:
Scott Yeadon wrote:
Hello,
Has anyone tried to create custom widgets within the Forms framework?
Beyond the business logic of their validation rules, etc, I cannot
find the code which actually creates the widgets visible user
interface? Anyone got a how-to on any of this?
Sylvain Wallez wrote:
Hi all,
More and more, the limitations of objects provided by the FOM seem
like arbitrary constraints that go in the way of people and produce
confusion. Furthermore, these restrictions only apply to the JS
flowscript and not to JavaFlow, thus making JS flowscript a second
Andreas Hochsteger wrote:
Hi Vilya,
I'm sorry that I can't point you to an existing HOWTO.
I had the same problem some time ago when I wanted to write a new data type
for CForms.
Perhaps it's time to collect this information on the wiki.
I've created two pages which can be filled by those who know
Scott Yeadon wrote:
Hello,
Has anyone tried to create custom widgets within the Forms framework?
Beyond the business logic of their validation rules, etc, I cannot find
the code which actually creates the widgets visible user interface?
Anyone got a how-to on any of this?
This recently created
Reinhard Poetz wrote:
Sylvain Wallez wrote:
Hi all,
More and more, the limitations of objects provided by the FOM seem
like arbitrary constraints that go in the way of people and produce
confusion. Furthermore, these restrictions only apply to the JS
flowscript and not to JavaFlow, thus making
On 15 Jun 2004, at 10:11, Sylvain Wallez wrote:
Reinhard Poetz wrote:
Sylvain Wallez wrote:
Hi all,
More and more, the limitations of objects provided by the FOM seem
like arbitrary constraints that go in the way of people and produce
confusion. Furthermore, these restrictions only apply to the
Jeremy Quinn wrote:
On 15 Jun 2004, at 10:11, Sylvain Wallez wrote:
snip/
Looking at the vote results, the general opinion is to remove the API
restrictions (got only +1's),
Good
but not tie the FOM to a particular Avalon object (got lots of +0's
and a -1).
This is more difficult to
On 15 Jun 2004, at 10:57, Sylvain Wallez wrote:
Jeremy Quinn wrote:
On 15 Jun 2004, at 10:11, Sylvain Wallez wrote:
snip/
Looking at the vote results, the general opinion is to remove the
API restrictions (got only +1's),
Good
but not tie the FOM to a particular Avalon object (got lots of +0's
On 15 Jun 2004, at 11:27, Jeremy Quinn wrote:
On 15 Jun 2004, at 10:57, Sylvain Wallez wrote:
Jeremy Quinn wrote:
On 15 Jun 2004, at 10:11, Sylvain Wallez wrote:
snip/
Looking at the vote results, the general opinion is to remove the
API restrictions (got only +1's),
Good
but not tie the FOM to
On 14 Jun 2004, at 22:56, Steven Noels wrote:
It sure was - I'll Wikify my success tomorrow for posterity.
http://wiki.cocoondev.org/Wiki.jsp?page=HTTPsSources
Thanks!
/Steven
--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source Java XMLAn
Adam Ratcliffe wrote:
I have a custom transformer that extends AbstractSaxTransformer for
making XML-RPC
calls. It extracts a method call element from an input document and
sends this to
the remote service for processing.
My problem is that when I use the startSerializedXMLRecording() method
from
Jeremy Quinn wrote:
snip/
I made o.a.c.components.ContextHelper Contextualizable, and added the
getAvalonContext() method. It all compiles but is not tested from
FlowScript yet.
I have to get on with some other stuff right now, but hope to have
this tested and committed by this evening (unless
Antonio Gallardo wrote:
Yep. Carsten = super programmer!
blushing
Thanks, really appreciated, but I think that I'm not better than
most of the others here - far the different. Perhaps I more often
prefer doing over discussing...
He can manage excalibur stuff, Cocoon and a lot more :-D
Sylvain Wallez wrote:
We already have cocoon.context, couldn't we make things
available from there?
Mmmh... don't know if it's a good idea, as the Cocoon core
currently doesn't rely on custom attributes in the
environment objects (unless I'm mistaken). This would
complexify
Hello,
in my XML doc I need to declare some entities. But if I do so, I cant
use the HTMLSerializer to output my doc because a braket appears on
the right top corner. Why? Is it a bug in HTMLSerializer? What can I do
to avoid this?
My xml doc:
?xml version=1.0 encoding=ISO-8859-1 ?
!DOCTYPE
On 15 Jun 2004, at 15:57, Carsten Ziegeler wrote:
Sylvain Wallez wrote:
We already have cocoon.context, couldn't we make things
available from there?
Mmmh... don't know if it's a good idea, as the Cocoon core
currently doesn't rely on custom attributes in the
environment objects (unless I'm
Am 16:29 14.06.2004 +0200 schrieb Klaus Bertram:
Hi all,
i test the gui form with the standard IE5.0 based on win2000
there are 2 possible bugs
1 is based in the htmlarea script. (I look at it)
after excluding the load of the script there are a an error in
forms-lib.js at line 65
the compare of
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
We already have cocoon.context, couldn't we make things available from there?
Mmmh... don't know if it's a good idea, as the Cocoon core currently doesn't rely on custom attributes in the environment objects (unless I'm mistaken). This would
Jeremy Quinn wrote:
snip/
Should I hold back on committing my changes to make ContextHelper
Contextualizable, to wait to see what comes out of this proposal ?
Wait a bit ;-)
You can still use the ContextAccess class in your own source tree, though.
BTW. I think there may be a related issue here
Jeremy Quinn wrote:
Currently these attributes are not really used.
Ah, I though these were the context attributes you could
access from FlowScript, as in:
cocoon.context.setAttribute (name, myObject); I have
used this before . when I needed to share the same object
On 15 Jun 2004, at 18:04, Sylvain Wallez wrote:
Jeremy Quinn wrote:
snip/
Should I hold back on committing my changes to make ContextHelper
Contextualizable, to wait to see what comes out of this proposal ?
Wait a bit ;-)
You can still use the ContextAccess class in your own source tree,
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Makes sense. And migrating some stuff to the env-context may
help removing some dependencies on Avalon. But whe have to be
very careful about what attributes we want to move from
avalon-context to env-context, and be sure they will still
make
On 14 Jun 2004, at 21:50, Ugo Cei wrote:
Il giorno 14/giu/04, alle 17:51, Pier Fumagalli ha scritto:
If you haven't done it yet, I _strongly_ suggest y'all to update your
Eclipse to 3.0RC2 on MacOS/X. It's quite an impressive update!
Compared to what? I have 3.0RC1 but with the current rythm of
Hmmm, as anyone ever noticed that in case you read from a remote
server, somehow, the mime type gets mangled?
I have the following:
map:match pattern=getit/**
map:read mime-type=xxx/zzz
src=http://core.vnunet.com/svn/site/{1}/
/map:match
When I do a simple CURL on the resource:
$ curl -s
I'm just adding a simple selector that works on regular expressions
over a request parameter. There are two classes, one is an abstract
class defining all the regexp methods, the other is the implementation
using the request parameter value as the string to be matched.
Let me know if I can
27 matches
Mail list logo