Hi!
Or should I say, "boldly go where no man has gone before" or "Do, or
do not. There is no 'try.' ".
**
Martin
2010/11/9 Martin Makundi :
> Chicken.
>
> 2010/11/9 Eelco Hillenius :
>>> But all really depends on your approach. Some people think dabbling in
>>> a swamp gives you a firm grip. I c
Chicken.
2010/11/9 Eelco Hillenius :
>> But all really depends on your approach. Some people think dabbling in
>> a swamp gives you a firm grip. I cosinder it the opposite: swamp has a
>> firm grip on you.
>
> I consider it asking for trouble. Wicket would sacrifice
> predictability and conceptual
> But all really depends on your approach. Some people think dabbling in
> a swamp gives you a firm grip. I cosinder it the opposite: swamp has a
> firm grip on you.
I consider it asking for trouble. Wicket would sacrifice
predictability and conceptual surface for the sake of making a few
things s
I found this Ewok StarCruiser video online and I couldn't hold myself when I
thought I could play with it to bring a comparison between JSF and Wicket.
Turn mute and YouTube Captions ON.
http://www.youtube.com/watch?v=uHD5xLefTyg&cc_load_policy=1
Bruno Borges
www.brunoborges.com.br
+55 21 767270
Yes, this is what I recently used as an approach.
I added an additional "more" AjaxLink which isVisible returns when the
list model is "collapsed".
On 11/8/10 8:20 AM, Frank van Lankvelt wrote:
wouldn't you be better off wrapping your model/dataprovider in a
filter that does the processing t
profile it and see what code takes more then a minute to complete
-igor
On Mon, Nov 8, 2010 at 1:31 PM, Simon van Wingerden wrote:
> I'm busy to create an application with wicket just for fun and now I've got
> some strange behavior.
> After clinking a couple of times the program hangs and after
I'm busy to create an application with wicket just for fun and now I've
got some strange behavior.
After clinking a couple of times the program hangs and after a while I
get the error message:
ERROR - RequestCycle - org.apache.wicket.WicketRuntimeException: After 1
minute the Pagemap null is s
Hi Igor,
Sorry about that description. I've created a generic MessageBox class using
ModalWindow that I use to pop up messages to the user whenever I need to. In
this particular case I'm popping it up when a form experiences a validation
error: and onError is called.
It works really well the f
It makes more sense to be before.
I think the component hierarchy should be ready for onInitialize()
On Mon, 2010-11-08 at 09:32 -0800, Igor Vaynberg wrote:
> On Mon, Nov 8, 2010 at 9:07 AM, Sebastian wrote:
> > ...and that makes the queue method a candidate to replace the add method
> > witho
On Mon, Nov 8, 2010 at 9:07 AM, Sebastian wrote:
> ...and that makes the queue method a candidate to replace the add method
> without breaking anything.
not necessarily. while add() adds right away, queue holds componets in
a buffer until after the oninitialize() cascade. so calling
getparent() o
Thank you very much for the response, Igor.
After looking into this further it seems we might be having problems
with MobileAware. AFAICT their implementation of encodeRedirectUrl
and sendRedirect perform URL encoding differently. Thanks again.
Joe
On Sat, Nov 6, 2010 at 10:38 AM, Igor Vaynbe
Hi,
I think this approach of changing .add or adding a .queue is too
radical while the purpose can be achieved in a much simpler way. I
think hierarchy of Java code among other things helps considerably
with code-readability and should be kept in pace, but also it's
strictness sometimes makes one
I understand your both doubts, i would advice this to myself. But its not
possible to extract this part in this stade of the application.
So i need another way to force the inner-object to be rendered (=>
populateItem) however the outer container is setVisible(false) ... is there
any possibility
> ...and that makes the queue method a candidate to replace the add method
> without breaking anything.
Yes :)
**
Martin
>
>
> Seb
>
> On 08.11.2010 18:03, Igor Vaynberg wrote:
>>
>> On Mon, Nov 8, 2010 at 8:58 AM, Martin Makundi
>> wrote:
as I understand the readme the queue method
On Mon, Nov 8, 2010 at 1:34 PM, MattyDE wrote:
>
> Hi Folks,
>
> i abuse the ListView Component (2 of them nested) to iterate over a bunch
> of
> type-save objects to build my own GridView Component, which works very
> well.
>
> But now, i want to spare out the showing of some rows in the outer L
...and that makes the queue method a candidate to replace the add method
without breaking anything.
Regards,
Seb
On 08.11.2010 18:03, Igor Vaynberg wrote:
On Mon, Nov 8, 2010 at 8:58 AM, Martin Makundi
wrote:
as I understand the readme the queue method basically has only a slightly
differe
On Mon, Nov 8, 2010 at 8:58 AM, Martin Makundi
wrote:
>> as I understand the readme the queue method basically has only a slightly
>> different behavior compared to the add method in the way that it either adds
>> a component as a direct child to the parent or as a sub-child as defined in
>> the m
On Mon, Nov 8, 2010 at 8:51 AM, Sebastian wrote:
> Vigor,
>
> as I understand the readme the queue method basically has only a slightly
> different behavior compared to the add method in the way that it either adds
> a component as a direct child to the parent or as a sub-child as defined in
> the
> as I understand the readme the queue method basically has only a slightly
> different behavior compared to the add method in the way that it either adds
> a component as a direct child to the parent or as a sub-child as defined in
> the markup. So the markup is only used to determine the child's
Vigor,
as I understand the readme the queue method basically has only a
slightly different behavior compared to the add method in the way that
it either adds a component as a direct child to the parent or as a
sub-child as defined in the markup. So the markup is only used to
determine the chi
can you please open a jira issue so we can track this? thanks.
-igor
On Fri, Nov 5, 2010 at 2:26 PM, richard emberson
wrote:
> In org/apache/wicket/markup/html/form/Form the method getMaxSize
> always returns a Bytes instance.
>
>
> public Bytes getMaxSize() {
> Bytes maxSize = this.maxSize;
> My only hope is that the solution you end up with will not make us
> running some sort of script against all the sorces we have.
We ended up with the requirement that it should 100% compatible with
existing code and tests.
**
Martin
>
>
-
wicket doesnt have a "message box" so im not sure what you are talking
about. i can also produce the stacktrace you have shown in at least 30
different ways. so, how about showing some actual code so we can
actually help you? :)
-igor
On Mon, Nov 8, 2010 at 3:25 AM, Chris Colman
wrote:
> I show
wtf, srsly?
-igor
On Mon, Nov 8, 2010 at 8:30 AM, Martin Makundi
wrote:
>>> I'm sorry to say, but the whole discussion makes little sense to me and
>>> these attempts to fix something that is not broken actually scares me a bit.
>>
>> +1
>
> It's maybe not broken for you. For me it's like dabbli
My only hope is that the solution you end up with will not make us
running some sort of script against all the sorces we have.
On Mon, Nov 8, 2010 at 7:30 PM, Martin Makundi
wrote:
>>> I'm sorry to say, but the whole discussion makes little sense to me and
>>> these attempts to fix something that
>> I'm sorry to say, but the whole discussion makes little sense to me and
>> these attempts to fix something that is not broken actually scares me a bit.
>
> +1
It's maybe not broken for you. For me it's like dabbling in a swamp
(http://kuvablogi.com/nayta/prev/img1483294.jpg,
http://www.lansi-sa
well, you do have apache infront of tomcats, which *is* a proxy. i
would write a jmeter script that tried to reproduce this and when you
can run it against tomcat (not going through apache) and see if you
can repro it that way. im guessing its something in your apache config
since you are the only
it is not about fixing something that isnt broken, its about making it
easier. anyways, i just updated the readme in my experimental branch
that explains the solution a bit more:
https://github.com/ivaynberg/wicket/tree/component-queuing
-igor
On Mon, Nov 8, 2010 at 8:23 AM, Vitaly Tsaplin wrote
> I'm sorry to say, but the whole discussion makes little sense to me and
> these attempts to fix something that is not broken actually scares me a bit.
+1
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additio
wouldn't you be better off wrapping your model/dataprovider in a
filter that does the processing that's required?
That way, you can keep populating the views simple, without even
needing to use setVisible.
cheers, Frank
On Mon, Nov 8, 2010 at 4:34 PM, MattyDE wrote:
>
> Hi Folks,
>
> i abuse th
I'm sorry to say, but the whole discussion makes little sense to me and
these attempts to fix something that is not broken actually scares me a bit.
As far as I understand the philosophy of Wicket it is a Java centric and
Java code drive web application framework. This makes it very unique to
Hi Folks,
i abuse the ListView Component (2 of them nested) to iterate over a bunch of
type-save objects to build my own GridView Component, which works very well.
But now, i want to spare out the showing of some rows in the outer ListView
component, but ALSO want to process the inner ListView:p
Hi,
wiQuery is now available as 1.0.3 (bugfixes from the 1.0.2) and as a major
version: the 1.1.
The 1.1 binds jQuery 1.4.3, jQuery UI 1.8.5 and Wicket 1.4.12. So, you can
found two now components: AutoComplete and Button (see the jQuery UI
examples: http://jqueryui.com/demos/autocomplete/ and
ht
I show a message box via the Form.onError override and this works once
but when the user hits ok and then submit again we get the following
error:
It looks like there was a similar bug fixed in 1.4.13 but I still see
this error with 1.4.13.
WicketMessage: Could not find Form parent for [MarkupCon
Yeah, problem is now that the Form component is validating if it's inside
another Form component and then it does some tricks to let nested forms
work, but because the form tag in a ModalWindow is created by Javascript
Wicket doesn't recognizes that in it's hierarchy and doesn't do the tricks
for n
On Mon, Nov 8, 2010 at 12:16 AM, Steve Swinsburg
wrote:
> Hi all,
>
> I noticed that the wicketstuff JIRA has disappeared. It was taken down in
> April but has it come back, possibly in a new location? That XSS issue in
> JIRA was fixed quite some time ago.
Problem is that unless someone takes
> the browser. do you have a proxy between the servlet container and the
> outside? maybe something is injecting a redirect or something weird.
I did wonder if there was weird redirect issue, but after doing a lot
of reading yesterday it seems the xmlrequest object *should* handle
redirects fine.
37 matches
Mail list logo
