be very easy and makes adding own stuff
imho easier.
+1
Joerg
different things.
Joerg
and so know about this issue. You might add it to
bugzilla though so that it won't get forgotten. But there is no
guarantee to get it fixed quickly.
Joerg
+ continuation-sharing-bug-compatible=false
Can you document it somewhere (inside and outside of cocoon.xconf)?
Thanks,
Joerg
is involved? I
would not restrict the usage to external requests as we might break
usages of that feature - if it is implementable otherwise.
Joerg
if it is
appropriate. Ovidiu and Chris have written much about flow and
continuations, maybe there is somewhere a place to add it:
http://cocoon.apache.org/2.1/userdocs/flow/index.html.
Joerg
when compiling
Cocoon - at least in theory :-)
Joerg
compliance mode.
Joerg
[1]
http://svn.apache.org/viewcvs.cgi/cocoon/trunk/src/blocks/forms/java/org/apache/cocoon/forms/formmodel/Action.java?rev=56962view=markup
[2] http://www.w3.org/TR/html4/interact/forms.html#idx-coordinates
/body
/html
@value=click:
file://../test-img.html?button=click
file://../test-img.html?img.x=105img.y=84img=click
without @value:
file://../test-img.html?button=
file://../test-img.html?img.x=88img.y=27
Joerg
On 28.11.2004 17:00, [EMAIL PROTECTED] wrote:
However, I did come across a compile error (see bugzilla #32412).
Makes at least more sense and is mostly easier to solve. Seems like a
missing dependency.
Joerg
On 22.11.2004 14:41, Sylvain Wallez wrote:
What you describe here comes again to an additional output state ...
and makes the output widget obsolete? We had this in mind since a long
time ... e.g. at http://marc.theaimsgroup.com/?t=10830131522r=1w=4.
Joerg
with the i18n:text
tags.
fi:styling type=output should also work.
Is this a short-coming in CForms? I suppose it needs to be added to the
CForms transformer if so.
It's a short-coming of the stylesheets, forms-field-styling.xsl in this
case.
Joerg
role 'developer' doing it or do you
discriminate both?
Joerg
On 23.11.2004 12:21, Jeremy Quinn wrote:
It looks like Joerg has already done this.
Yeah, the commit was exactly in the same minute you wrote the mail
promising the fix:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=110113620718082w=4
http://marc.theaimsgroup.com/?l=xml-cocoon-cvsm
)) {
+if (((uri == null this.extractURI.equals()) ||
this.extractURI.equals(uri)) this.extractElement.equals(loc)) {
I had this in mind too, but should a transformer fix the behaviour of
another component? In theory you can add this fix to every transformer
or serializer.
Joerg
On 17.11.2004 00:59, Antonio Gallardo wrote:
To me is not working the OO Impress sample:
http://localhost:/samples/hello-world/hello.sxi
I am using OOo version: 1.1.2 on Linux Fedora Core 3.
Can someone else confirm this?
http://issues.apache.org/bugzilla/show_bug.cgi?id=29480
Joerg
where only
patches should be applied, no enhancements. Adding it needs a formal
vote from the committers.
Joerg
that
*really* have to be in 2.1.6 - everything else can go to 2.1.7.
And like Ugo suggested, we should try to release early for 2.1.7
anyways.
+1
Joerg
: event.getId()};
}
cocoon.sendPage(internal-display-document-bulk, legalcasesArray);
Everything works like expected, I only get this exception stacktrace printed on
the console as the exception is ignored. Is there an error in using JXTemplate
or is it a bug?
Joerg
=markup
The convertor params might be needed in the output as it is the case for
the DateConvertor. The pattern will be reused in the HTML output for the
calendar widget.
Joerg
if that is because XMLForms was removed, or what. If this sample is no
longer expected to work, it should probably be marked as such. Too bad;
it sounds like a useful thing.)
Is this still true? Maybe something to be fixed before the release.
Joerg
On 12.11.2004 02:56, [EMAIL PROTECTED] wrote:
Author: vgritsenko
Date: Thu Nov 11 17:56:24 2004
New Revision: 57484
Modified:
cocoon/branches/BRANCH_2_1_X/lib/jars.xml
Log:
event is gone
vs.
http://marc.theaimsgroup.com/?l=xml-cocoon-cvsm=110016446216689w=4
Is event impl needed or not?
Joerg
mentioned
above). I can not agree with it and I want to use VP in web
applications. My thesis will be about having the advantages of PAC/VP
and Cocoon.
Joerg
can easily upgrade this library on their own. We
should do our best to provide JDK1.3 support at this moment, and after 2.1.6 we
can discuss option of dropping it.
Me too.
Joerg
for removing woody and portal-fw from 2.2.
+1
Joerg
can easily upgrade this library on their
own. We
should do our best to provide JDK1.3 support at this moment, and after
2.1.6 we
can discuss option of dropping it.
Me too.
??
Means +1 and refers to Vadim's I'm in favour of 2. :-)
Joerg
??
Joerg
. But RequestContext has no logger, and I
needed that to be fixed quickly. Writing to System.err ensures we (and
Carsten :-) ) see the message so that we do not forget that something
has to be done there.
Ah, I see. I had no look into the code, just reviewed the commit message.
Joerg
^^
Joerg
On 08.11.2004 18:46, Ralph Goers wrote:
As for ojb, I seem to recall seeing a message saying that the jar that
block depends on requires jdk 1.4. I could be wrong though.
I can't remember that OJB itself needs 1.4. Maybe it was just compiled
with 1.4 and now fails running with 1.3?
Joerg
a further required field when editing it and
would be of interest when viewing it. How much effort do you need to
update all the views that reference it? To what degree can you reuse
your views?
For such a change CForms is really bad. I had to update definitions,
bindings, template so often!
Joerg
!
Joerg
) but with a
more sophisticated model than just the data of the application as it was
for Lofex. It's build on the pattern Presentation Abstraction Control
I read first about in German Javamagazin 09/2004.
Joerg
not reusable. As Terrence Parr wrote: The view should be reusable
with a completely different model. The configuration must happen
externally, i.e. neither in model nor in view.
Joerg
the difference for web applications: The model should
be reusable with a completely different view :)
We need both!
Joerg
views or isn't it?
Joerg
reading from request though there will not be request parameter of it.
So I'm about to close the bug if the widget states work - what I assume ;-)
Joerg
,
so we should not fix it in CForms IMO. Otherwise it will be a never
ending story. It's a 'feature' that should made it into the FAQ.
Joerg
after my clarification?
Joerg
frame. However, when rows are added or removed,
the model bean is not updated yet. Only after the actual submit it gets
updated and my applet is synced again.
Just for the record: Answered at
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=109949546618166w=4.
Joerg
present in
the form read request parameters, and that therefore no one can input
value that doesn't match a widget.
Exactly, I see no possible negative consequences besides the additional
presence notifiers as Sylvain called them.
So +1 from here too.
Joerg
-known
cases like submit.
OK.
Joerg
need
ft:case and fb:case anyway. Furthermore the inconsequence is just
irritating.
Joerg
On 29.10.2004 13:07, Carsten Ziegeler wrote:
It's their own decision. Now in the end you can't prevent users
from doing so
But that's exactly what the document is about: *enforcing* separation
instead of *encourage*. StringTemplate claims to provide that.
Joerg
On 28.10.2004 17:04, Torsten Curdt wrote:
Folks please cast your votes for:
[+1] Leszek
[+1] Ralph
as Apache Cocoon committers.
Welcome!
Joerg
extend URLClassLoader or to restore a
normal ClassLoader.
Joerg
On 26.10.2004 23:12, Garrick Dasbach wrote:
Joerg,
I just ran into this same issue. Have you, or anyone else, found any
solution/workaround to this problem, short of no includes in form pages?
Garrick
Joerg Heinicke wrote
it :)
Joerg
messages have a free line after each line with
text, there is something wrong.
Joerg
the pipeline is executed.
This means you can not test a label in the XML, but you must test a
particular condition before the XML is generated.
Joerg
in bugzilla with a
[LINK] prefix in the title, so that they don't get lost.
I have those mails still all in of my folders marked as TODO, so they
won't get lost :-) But of course having them in Bugzilla or so would be
much better.
Joerg
?
You are always forced to divide your application into two parts (i.e.
sitemaps), one that is protected, one unprotected. Or am I wrong?
Joerg
.
Ah, sorry, seems I have missed it. I'm not reading the lists that
intensively at the moment.
Joerg
(an exception is thrown). This can be handled appropriately. But I don't
know if the SQLTransformer is doing it at the moment.
Joerg
.
Joerg
mainstreaming the tools and technologies that we consider
the most appropriate in general is a Good Thing, and at the same time
we must not put any barriers for people to do things differently if they
like - as long as *they* do the required work.
Same opinion here.
Joerg
URLs for fontBasDir to FOP. The
problem is simple that Cocoon does not touch the user-config at all, but
only tells FOP where to find it, so I don't see a chance to do this
without touching FOP - and if we do, we can implement the real source
resolving there too.
Joerg
/build.sh
OT: Is there a WebSVN including the version information as we had it
with WebCVS? I.e. not just like above, but as at
http://svn.apache.org/viewcvs.cgi/cocoon-2.1/build.sh
Joerg
the development *of* Cocoon not developing *with* Cocoon.
Joerg
/viewcvs.cgi/cocoon/?root=Apache-SVN
Thanks David and Vadim. I was that near ... ;-)
Joerg
add an method like to Upload.java
public void reset() {
this.part = null;
}
setValue() has been implemented:
http://issues.apache.org/bugzilla/show_bug.cgi?id=30270. But I guess
resetting it to null is not possible with the current implementation as
the instanceof test would fail.
Joerg
).
Oh u r right, setValue(null) would be not a good Idea,
is it possible to add a additional method for reseting ?
The setValue() should just be fixed to also accept null. All other
widgets don't have reset() so why should have this one - though it's
indeed a special widget?
Joerg
/? Wouldn't it be
better to add the attribute clear-before-load to the fb:repeater/
instead of introducing a new element fb:simple-repeater/?
http://issues.apache.org/bugzilla/show_bug.cgi?id=27601
Joerg
On 02.09.2004 20:31, Stephan Coboos wrote:
But in the meantime what can I do to use the
on-insert-row feature like in the fb:repeater/ and the remove and
readd? Is there a way?
Unfortunately I never used the simple repeater, so I can't answer your
question.
Joerg
On 25.08.2004 18:05, Pier Fumagalli wrote:
[X] +1 take them out
Jörg
On 26.08.2004 09:57, Carsten Ziegeler wrote:
a) mark portal-fw as deprecated
+1
b) mark portal as stable
+1
Jörg
Hmm.. deprecated mean Hey man, go change you portal as it
will be removed in the future is this you want to signal?
Yes :( The portal-fw is a nice portal framework, but the code
is very very ugly (I know it 'cause I wrote it). The new
portal block is (apart from tools) a 100% replacement which
is
Don't mix the old CVS repos 2.1 and 2.2 and the new SVN repo and its
branches! When you have committed the changes to old 2.1 the changes are
in the main trunk, but not in the 2.1 branch obviously as it has started
from 2.1.5 release. Changes to old 2.2 are in the kernel branch.
Joerg
Why JXTG sucks? Because it's to powerful!
http://www.cs.usfca.edu/~parrt/papers/mvc.templates.pdf
(It's not the first time that it is posted here.)
rules:
view cannot modify the model
view cannot perform computations upon dependent data values
view cannot compare dependent data values
view cannot
at any depth.
Joerg
a very good alternative.
Joerg
markup like structs and repeaters
that deepen the structure. On the other hand there is the (X)HTML
markup. I don't think of nested forms, but e.g. arbitrarily nested tables.
Joerg
to descendant::fi:upload.
I can not apply it as my system has not migrated to SVN yet.
Joerg
a little bit since we have another CVS repo with
the same number. I think it must be fixed to avoid confusions.
It is already in SVN.
Joerg
On 01.08.2004 15:20, Reinhard Poetz wrote:
In order to summarize:
- whiteboard
...
- branches
...
- scratchpad (block)
...
WDOT?
+1
On 28.07.2004 02:40, Peter Brant wrote:
Thanks. That does work. I'll close the bug.
Thanks for confirmation ;-)
However, it's rather a pain in the neck to have to a specify a converter
(excuse me, convertor) for all the non-string form fields. A patch to fix
that is attached (should I open
:
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/tools/bin/Attic/
Joerg
Joerg Heinicke joerg.heinicke at gmx.de writes:
A question, though: how have you found all this? Do you have special
settings on your IDE (Eclipse?)
Yes, Eclipse shows them and I can fix them easily mostly using Quick
Fix. I can post the useful compiler settings on Tuesday.
A bit later
the useful compiler settings on Tuesday.
Joerg
to continue
development in cocoon-2.1 repository. The 2.2 repository had some
refactoring that were hopefully all backported to 2.1 repository and
additional a new container. cocoon-2.2 will be only a branch in SVN.
Joerg
is number of trial, another one is trials left. The
second one is only updated if the first one has changed - of course the user
must not update them by hand, so they are output widgets.
WDYT?
Joerg
only should cast to ServiceSelector as
at some time the serviceManager might no longer return a
WrapperServiceSelector.
Joerg
2.1.5 tag
as branch point?
Joerg
this dependency was not introduced to the interface or base class.
It might work for you the same way as I did it here:
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/forms/samples/forms/form2_bind_xml.xml?annotate=1.4#71.
Joerg
compatibility as long as we need no
feature of 1.4. The above issues don't make it necessary to switch to 1.4.
Joerg
();
InputStream getInputStream();
String getMimeType();
}
This would also allow to distinguish between new and unmodified uploads.
Good idea.
Joerg
is the fact that this did
not happen for the other UTF-8 files. Is it up to the editor to save
this thing. Is this file now broken or not?
Joerg
classloaders? Shall the JSPEngine
restore a normal classloader?
Joerg
?
Joerg
will see if I can fix it.
Joerg
; the fb:union binding just acts as a dumb
container.
*argh* Why I did not see the obvious? You are so right. It works with additional
fb:cases. Thanks for your hint.
Joerg
also shows one other thing that would be a problem
for xhtml validation, and that is method=POST rather than
method=post.
Good to know, I have not been aware of this. Maybe I should go one step
further today to XHTML 1.0 strict ;-)
Joerg
On 01.07.2004 16:32, Joerg Heinicke wrote:
Maybe I'm not understanding your example, but shouldn't all those
fb:structs be wrapped in fb:cases with the same id? If I understand
correctly it's actually the fb:case binding that does conditional
processing of its subbindings; the fb:union binding
of the
cases, for other cases other fields are needed and some of them - now
the reason for the asymmetry - have default values. As the switch from
one case to another one is caused by submit-on-change on the select box
now binding will be caused. Does this make sense?
Joerg
://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/taglib/java/org/apache/cocoon/transformation/TagTransformer.java?r1=1.6r2=1.7diff_format=h
Joerg
On 30.06.2004 09:24, Carsten Ziegeler wrote:
As requested by Joerg, let's vote if we move to servlet spec 2.3
as the base for Cocoon. I think all important servlet engines
support this version, so this shouldn't really be a problem.
So, please cast your votes:
+1
Joerg
.
Joerg
cares. But please not doing this parameterized using xsl:element.
Joerg
On 29.06.2004 17:16, Stephan Michels wrote:
Can you revert this change,
Done.
I need this method time to time.
Sorry.
Thanks, Stephan.
Joerg
a
vote for switching to servlet spec 2.3 for Cocoon 2.2.
WDYT?
Joerg
could easily fix it by adding
a further i18n roundtrip (I would not hardcode it). The third one is an
empty select for the double-listbox. There are no more errors for
transitional 4.01 html - expect the whole form model gui sample :)
Joerg
701 - 800 of 1679 matches
Mail list logo