in 1.4.9 it worked because we did not take visibility of children into
account. eg an invisible multipart component would make the form
multipart as well. this was inconsistent so it was fixed.
as far as automatic detection - i think in this case it happens during
an ajax update and going from non
On Tue, Jan 18, 2011 at 11:08 PM, Arjun Dhar wrote:
>
> Hi am not sure if a user vote is going on here.
>
Nah - a vote would have [VOTE] in the subject, and they are typically only
on the dev@ list, not users@. But, we're *always* open to feedback here.
My 2 cents for my own insecurities: Leav
Hi am not sure if a user vote is going on here.
My 2 cents for my own insecurities: Leave it as is! Its good enough.
I'm pretty much screwing around with FileUpload in many ways and overall its
great.
thanks
-
Don't take life too seriously, your'e not getting out it alive anyway!
--
View
As an after thought, I'm leaning towards leaving 1.4.15 the way it is. I
like the idea of having greater control over the multipart settings,
assuming developers know when to enable it and when not to. For example, if
I had another nested form that doesn't involve a file upload, then I'm
thinkin
Well as per Pedro and Igor's observation - if I setMultiPart(true) on the
root form on initialisation, then I don't encounter exceptions any more
using Wicket 1.4.15. I've applied this in our main development project and
it seems to work fine.
As a quick test, I switched back to Wicket version 1
Should we set the parent form to multipart somewhere around the
post-configure / pre-render of a FileUpload? It could find its parent Form
and do it automatically. I guess the question is really: is there anytime
that we *wouldn't* want that to happen automatically? If we do it
post-configure /
Ok. So Igor you're basically saying that as long as there is a possibility
for a file upload, the root form should always be setMultiPart(true) as part
of initialisation. I guess this means it is not a bug? (if so, then I won't
add this to your bug tracking).
I should mention that it will be po
what about cases where users swap in an upload field later? in this
case visibility isnt going to help. this is why we provide a way for
the user to hard-set the value to true via form.setmultipart(true) -
which is what i think exl should do.
-igor
On Tue, Jan 18, 2011 at 3:41 PM, Pedro Santos w
I tested the quickstart with the HomeForm multipart property set to true and
it is all ok.
I'm 1+ to change Form#isMultipart implementation to don't test the form
components visibility while visiting children. It is quite natural to have
them set to true and sent back to browser in an AJAX response
not sure then. seems rather strange that you cant reproduce it
locally. what container is it running in?
-igor
On Tue, Jan 18, 2011 at 12:41 PM, Douglas Ferguson
wrote:
> There is no proxy
>
> On Jan 18, 2011, at 10:48 AM, Igor Vaynberg wrote:
>
>> is the app proxied? could be a proxy mangling i
Hi,
if anyone is interested, I've ported my Oracle/Wicket starter application to
Postgresql.
There is a similar philosophy - the 'one big application user' architecture is
rejected - applications users are database users, so that security can be
enforced on every tier.
It is at:
https://github.
I agree. I'm -0 in general, and definitely -1 for 1.4 and -0.9 for 1.5.
On Tue, Jan 18, 2011 at 3:54 AM, Martijn Dashorst <
martijn.dasho...@gmail.com> wrote:
> On Tue, Jan 18, 2011 at 10:43 AM, Martin Grigorov
> wrote:
> > Please port the patch to 1.5/trunk and then we can talk about adding it
mount a shared resource and create a link to that resource reference.
On Tue, Jan 18, 2011 at 7:55 AM, Josh Kamau wrote:
> Hi ;
>
> I would like to create a link that launches a popup window. The link is a
> resource link that displays lauches a popup window that displays a pdf (i
> have the ado
There is no proxy
On Jan 18, 2011, at 10:48 AM, Igor Vaynberg wrote:
> is the app proxied? could be a proxy mangling it on a rewrite.
>
> -igor
>
> On Tue, Jan 18, 2011 at 1:57 AM, Douglas Ferguson
> wrote:
>> I only see it in production
>>
>>
>> On Jan 17, 2011, at 6:38 PM, Igor Vaynber
... and to follow up briefly - I got past the class not found by adding:
org.apache.poi
poi
3.2-FINAL
(Although even then, mvn eclipse:eclipse didn't add it - I had to add it
myself to the classpath! - perhaps
Well, I seem to be making good progress, but still not 100% there.
I got "git" and did a clone of wicketstuff and built jasperreports and added
it's target\jar to my local repo.
I only had to change the core's pom.xml to refer to the 1.5-M3 version I'm
using instead of 1.5-SNAPSHOT.
So far so goo
Set the root form as multipart in the onInitialize method, Wicket will fail
in detect the form as multipart if the inner one with the upload field is
not visible at the first render.
On Tue, Jan 18, 2011 at 8:43 AM, exl wrote:
>
> Encountering a show stopper for our project that involves being a
file a jira issue. it will get lost here.
-igor
On Tue, Jan 18, 2011 at 2:43 AM, exl wrote:
>
> Encountering a show stopper for our project that involves being able to deal
> with a form containing a file upload that can be revealed depending on
> whether that particular workflow is desired.
>
>
I've encountered errors like this where the browser renders a javascript error
relating to undefined variables in various wicket framework javascript files.
The only browser/version where I have observed this was in IE6 (don't ask).
-J.D.
-Original Message-
From: Igor Vaynberg [mailto:
seems weird. that file works ok on other pages?
-igor
On Mon, Jan 17, 2011 at 11:53 PM, Alec Swan wrote:
> Hello,
>
> I have a website using Wicket 1.4.14. There is a link which pops up a
> window/page generated by Wicket. The popup works great in Firefox and
> Chrome, but in IE I get the follow
not sure if its a "bug", but its definitely a better way of handling
stateless form submits i think. and yes, file a jira.
-igor
2011/1/18 Major Péter :
> So is this a bug? Should I create a JIRA issue for this?
>
> Thanks,
> Peter
>
> 2011-01-15 23:14 keltezéssel, Igor Vaynberg írta:
>>
>> my fi
is the app proxied? could be a proxy mangling it on a rewrite.
-igor
On Tue, Jan 18, 2011 at 1:57 AM, Douglas Ferguson
wrote:
> I only see it in production
>
>
> On Jan 17, 2011, at 6:38 PM, Igor Vaynberg wrote:
>
>> not really sure what is happenning. that url is pretty badly mangled.
>> ca
You'll need to build it yourself locally.
There is not yet a release of wicketstuff-1.5 at oss.sonatype.org. I think
we will release it once Wicket 1.5-RC1 is released (hopefully this week).
On Tue, Jan 18, 2011 at 2:48 PM, Jim Pinkham wrote:
> Thanks - so glad to see it's been ported to 1.5; no
Hi ;
I would like to create a link that launches a popup window. The link is a
resource link that displays lauches a popup window that displays a pdf (i
have the adobe viewer plugin in IE) .
How do i do this:
Thanks in advance.
Josh
Thanks - so glad to see it's been ported to 1.5; now, I need the jar.
Maven gives me:
Unable to find resource 'org.wicketstuff:jasperreports:pom:1.5-SNAPSHOT' in
repository public (http://public)
.. and then again for 2 repositories I tried adding: wicket-snaps, and
nonatype-nexus-snapshots at
So is this a bug? Should I create a JIRA issue for this?
Thanks,
Peter
2011-01-15 23:14 keltezéssel, Igor Vaynberg írta:
my first gut feeling is that if the form is stateless it should use
the page's url as its action. this way page parameters are preserved
and we can properly parse them out of
Encountering a show stopper for our project that involves being able to deal
with a form containing a file upload that can be revealed depending on
whether that particular workflow is desired.
Please see attached quickstart project that shows this failing using Wicket
version 1.4.15 (
http://ap
I only see it in production
On Jan 17, 2011, at 6:38 PM, Igor Vaynberg wrote:
> not really sure what is happenning. that url is pretty badly mangled.
> can you set a breakpoint in part of the code that generates it and see
> if its wicket or someone is playing with the url.
>
> -igor
>
>
On Tue, Jan 18, 2011 at 10:43 AM, Martin Grigorov wrote:
> Please port the patch to 1.5/trunk and then we can talk about adding it in
> early 1.5.x versions.
I would be wary about adding this to 1.5 as well (that is -1 for 1.5).
1.6 will be a fine place for this to get ironed out.
Martijn
-
-1 for 1.4.x as well. No need to add this to current wicket. If it is
so important, wicket is open source, and you can readily port it
yourself.
Martijn
On Tue, Jan 18, 2011 at 10:43 AM, Martin Grigorov wrote:
> I don't take decisions alone but I'd vote -1 for 1.4.x.
>
> 1.4.x is the stable vers
I vote
+1 for also 1.4.x
because this feature does not compromise anything, it is just an
alternate way of adding components.
**
Martin
2011/1/18 Martin Grigorov :
> I don't take decisions alone but I'd vote -1 for 1.4.x.
>
> 1.4.x is the stable version and I don't want to compromise it with fea
I don't take decisions alone but I'd vote -1 for 1.4.x.
1.4.x is the stable version and I don't want to compromise it with feature
that is neither a regression nor a security hole.
Please port the patch to 1.5/trunk and then we can talk about adding it in
early 1.5.x versions.
1.5-RC1 will be re-
Hi!
We would like to see it in 1.4, if possible.
**
Martin
2011/1/18 Martin Grigorov :
> This wont go in Wicket 1.5.
> If there are no issues then most probably it will be included in 1.6
> Thanks !
>
> On Tue, Jan 18, 2011 at 10:04 AM, Giannis Koutsoubos
> wrote:
>
>>
>> Jira issue https://is
This wont go in Wicket 1.5.
If there are no issues then most probably it will be included in 1.6
Thanks !
On Tue, Jan 18, 2011 at 10:04 AM, Giannis Koutsoubos wrote:
>
> Jira issue https://issues.apache.org/jira/browse/WICKET-3335
> https://issues.apache.org/jira/browse/WICKET-3335
>
> --
> View
Jira issue https://issues.apache.org/jira/browse/WICKET-3335
https://issues.apache.org/jira/browse/WICKET-3335
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Free-wicket-from-component-hierarchy-hell-tp3027705p3221292.html
Sent from the Users forum mailing list
Hello,
i'm new to wicket and the mailing list. I already checked the search
machines but didn't found anything.
i have to migrate a jsp. In the jsp there is a html tag like this:
http://www.w3.org/1999/xhtml";
xmlns:wicket="http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd";
lang
Look for IResoource
2011/1/18 Major Péter
> Hi,
>
> where is org.apache.wicket.Resource nowadays? I didn't find any info about
> this class in the migration guide.
>
> Thanks,
> Peter
>
> -
> To unsubscribe, e-mail: users-unsubs
Hi,
where is org.apache.wicket.Resource nowadays? I didn't find any info
about this class in the migration guide.
Thanks,
Peter
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: us
https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/jasperreports-parent
On Mon, Jan 17, 2011 at 11:29 PM, Jim Pinkham wrote:
> I found this tantalizingly close msg:
>
> http://www.mail-archive.com/users@wicket.apache.org/msg55375.html
>
> Sounds like about what I'd need; except I've
39 matches
Mail list logo