Sven,
If you agree to have two methods: getListCSSClass and getLabelCSSClass
(which apply respectively on li and span), and mark getCSSClass as
deprecated (until marked as private), then the path is ready for branch
wicket-1.5.x. I am waiting for your go-ahead to send the patch somewhere or
submit
Because if you use Twitter bootstrap and add "alert alert-info" CSS
classes, then it's not going to look nice if it's applied to and
.
On Sat, Oct 20, 2012 at 3:05 PM, Sven Meier wrote:
> I was just going to ask you why you don't overwrite #getCSSClass().
>
> What harm does it if the CSS class i
Hi,
I also suffer from this feature (having the same CSS class applied onto
both li and span) since a long time.
@Sven, this could be important to remove one or the other class attribute
in case the class return by getCSSClass() is not from your own CSS (you
want to apply jquery-ui style for insta
I was just going to ask you why you don't overwrite #getCSSClass().
What harm does it if the CSS class is on the too?
Sven
On 10/20/2012 11:01 PM, Alec Swan wrote:
Note that I need to set CSS styles on the label () and not the
list item () and hence cannot override getCSSClass() because it is
Note that I need to set CSS styles on the label () and not the
list item () and hence cannot override getCSSClass() because it is
applied to both.
On Sat, Oct 20, 2012 at 2:58 PM, Alec Swan wrote:
> Hello,
>
> This Wiki page explains how to add custom CSS styles to Feedback
> messages in 1.4+:
>
Hello,
This Wiki page explains how to add custom CSS styles to Feedback
messages in 1.4+:
https://cwiki.apache.org/WICKET/css-enabled-feedback-panel.html
Basically, it suggests that you override
FeedbackPanel#newMessageDisplayComponent(..) method and add the custom
CSS class to the component befo
That's good to hear :).
Sven
On 10/20/2012 09:41 PM, Sandor Feher wrote:
Thanks. All work fine.
s
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/wicket-tree-with-two-Hibernate-entities-tp4653122p4653163.html
Sent from the Users forum mailing list archive at Nab
Thanks. All work fine.
s
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/wicket-tree-with-two-Hibernate-entities-tp4653122p4653163.html
Sent from the Users forum mailing list archive at Nabble.com.
---
Hi all!
There is old article on putting validation messages near the input
fields at
http://stuq.nl/weblog/2008-09-03/user-friendly-form-validation-with-wicket
Is there a wicket-native method of doing this in wicket 6 or should I
follow the article?
Rafał
--
or your question is why this works?
On Sat, Oct 20, 2012 at 6:18 PM, Ernesto Reinaldo Barreiro <
reier...@gmail.com> wrote:
> Gonzalo,
>
> You want to use AbstractDefaultAjaxBehavior as context to serve some
> JSON? Then what you do is
>
> add(behavior = new AbstractDefaultAjaxBehavior() {
> @Ov
Gonzalo,
You want to use AbstractDefaultAjaxBehavior as context to serve some JSON?
Then what you do is
add(behavior = new AbstractDefaultAjaxBehavior() {
@Override
protected void respond(AjaxRequestTarget target) {
TextRequestHandler handler = new TextRequestHandler(...);
RequestCycle.get().sch
Hello again,
Sorry. I was thinking about extending AbstractAjaxBehavior directly. It
seems to have cleaner code but I loss some functionality.
Could it be right?
And doing like you said. The getRequestHandler(); returns your
TextRequestHandler. Do I need the stuff inside
AbstractDefaultAjaxB
Hello Ernesto,
Yes!!! It did the trick! Great!
Let me understand, you schedule a request handler just after the
current, like in the onRequest...
AjaxRequestTarget target =
app.newAjaxRequestTarget(getComponent().getPage());
RequestCycle requestCycle = RequestCycle.get()
We have a panel with an enclosure that worked fine in 1.5 but now fails
in 6.0
The page uses a non wicket namespace: i.e. instead of using everywhere it uses, for example
and adds xmlns:mynamespace to the html tag to declare the non standard
namespace.
If we remove the namespace declaration f
on the respond method of your AbstractDefaultAjaxBehavior
On Sat, Oct 20, 2012 at 4:07 PM, Ernesto Reinaldo Barreiro <
reier...@gmail.com> wrote:
> Try the following
>
> TextRequestHandler textRequestHandler = new
> TextRequestHandler("application/json", "UTF-8", "Your JSON HERE");
> RequestCycle
Try the following
TextRequestHandler textRequestHandler = new
TextRequestHandler("application/json", "UTF-8", "Your JSON HERE");
RequestCycle.get().scheduleRequestHandlerAfterCurrent(textRequestHandler);
On Sat, Oct 20, 2012 at 4:00 PM, Gonzalo Aguilar Delgado <
gagui...@aguilardelgado.com> wrote
Hello,
I was looking to some code and googling around but cannot find a
suitable solution for my problem.
I have an AbstractDefaultAjaxBehavior that I'm implemented the function
respond(AjaxRequestTarget target) like this
---
@Override
protected void respond(AjaxRequestTarget
+1, perfectly explained IMHO. Migrating from 1.4 to 6 directly is much more
complicated than performing the migration in 2 steps and much more error
prone.
On Sat, Oct 20, 2012 at 2:55 PM, Chris Colman
wrote:
> >I would say "no" only because going from 1.5 -> 6 was super easy. I
> >changed a few
>I would say "no" only because going from 1.5 -> 6 was super easy. I
>changed a few ints to longs, added a bunch of type parameters for
>sorting and then it all "just worked".
While I found 1.5 -> 6 a lot easier than 1.4 -> 1.5 if you like
incremental development and want to have some intermediate
I would say "no" only because going from 1.5 -> 6 was super easy. I
changed a few ints to longs, added a bunch of type parameters for
sorting and then it all "just worked".
Bill-
On Fri, Oct 19, 2012 at 4:30 PM, Jered Myers
wrote:
> I am working on migrating a large application from Wicket 1.4.1
Hi Sven,
Done: https://issues.apache.org/jira/browse/WICKET-4826
Thanks,
Sebastien.
On Sat, Oct 20, 2012 at 9:53 AM, Sven Meier wrote:
> That was probably overlooked, please create an issue in Jira.
>
> Thanks
> Sven
>
>
> On 10/20/2012 12:36 AM, Sebastien wrote:
>
>> Dear all,
>>
>> Just a si
On Sat, Oct 20, 2012 at 1:34 PM, Chris Colman
wrote:
>>>iajaxcalldecoration is replaced with iajaxcalllistener and yes it's
>>>specified in migration
>>>
>>>https://cwiki.apache.org/confluence/display/WICKET/Wicket+Ajax
wicket ajax related migration^^
>>
>>Whoah! That's a much bette
>>iajaxcalldecoration is replaced with iajaxcalllistener and yes it's
>>specified in migration
>>
>>https://cwiki.apache.org/confluence/display/WICKET/Wicket+Ajax
>
>Whoah! That's a much better migration page than the one I was using.
>
>Perhaps this old one should be changed to reference the migra
>iajaxcalldecoration is replaced with iajaxcalllistener and yes it's
>specified in migration
>
>https://cwiki.apache.org/confluence/display/WICKET/Wicket+Ajax
Whoah! That's a much better migration page than the one I was using.
Perhaps this old one should be changed to reference the migration pag
That was probably overlooked, please create an issue in Jira.
Thanks
Sven
On 10/20/2012 12:36 AM, Sebastien wrote:
Dear all,
Just a simple (I guess) question: Is there any particular reason why
o.a.w.extensions.markup.html.form.palette.Palette.PaletteButton.onComponentTag(ComponentTag
tag)
doe
iajaxcalldecoration is replaced with iajaxcalllistener and yes it's
specified in migration
https://cwiki.apache.org/confluence/display/WICKET/Wicket+Ajax
On Sat, Oct 20, 2012 at 1:03 PM, Chris Colman
wrote:
> It looks like IAjaxCallDecorator is no longer available in 6.x
>
> I found this nabble
> Wicket github has both a 'master' & 'trunk'. Which one should I
> choose? (or is there something else for 'latest 1.6.x code'?)
It's currently still in master.
Carl-Eric
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apac
27 matches
Mail list logo