Yup, that's exactly what I did (as you recommended "back then"). It
works great, thanks! :)
Gili
Eelco Hillenius wrote:
Yep, that makes sense. I misunderstood you there, though the
RedirectPage was also due to a request of a user wanting to go to a page
as a result of a Tree selection.
A
if you don't want to have to synchronize yet another boolean then you
could do how wicket does it in a few places more
just introduce only the getOpenCloseTagRendering()
and if people want to strip it they have to override it and return
false; (default is true)
johan
Juergen Donnerstag wrote
Yep, that makes sense. I misunderstood you there, though the
RedirectPage was also due to a request of a user wanting to go to a page
as a result of a Tree selection.
Anyway, if you want to do this trick on the same page, you could copy
the RedirectPage trick into a panel, or use it directly i
Eelco Hillenius wrote:
Gili wrote:
ExternalLinks are HTML links embedded within a Page whereas
RedirectPage is a standalone Page that is executed on the client-end
and redirects them to a page.
Yes. But the point here is, that you can use the RedirectPage to direct
the browser to an
Gili wrote:
ExternalLinks are HTML links embedded within a Page whereas
RedirectPage is a standalone Page that is executed on the client-end
and redirects them to a page.
Yes. But the point here is, that you can use the RedirectPage to direct
the browser to an external location from
Hi,
They are used quite differently.
You use an external link to render a link that the user has to click on,
and - when it is clicked on, will direct your browser to that destination.
The RedirectPage is used to direct the browser to an external location
directly from the server side. You c
ExternalLinks are HTML links embedded within a Page whereas
RedirectPage is a standalone Page that is executed on the client-end and
redirects them to a page.
Personally I find RedirectPage rather useless in its current form. I
think we're better off having it a Wiki entry as opposed to sh
Hello guys,Going through Wicket class hierarchy I realised that we have two classes that serve similar purposes (see below). Shouldn't they be merged into one? What do you think?public class ExternalLinkextends WebMarkupContainerA simple anchor link (http://url">) pointing to any URL. Usually this
Hi,
We (eelco and i) are trying to reproduce/test it.
But we can't get it currently to go wrong.
Can you test some more for us?
for example do you have it under IE and under FireFox?
In firefox you can see the in the View->Character Encoding what the
encoding he uses for the page
Also with Page
Very cool! Thanks for bringing it up. BTW: Tomcat 5.5 seems to support
client-side authentication :)
Gili
Jonathan Carlson wrote:
Another idea is to use SSL, which (I wasn't aware of this before) allows
the server to authenticate the client using public key cryptography like
RSA and DSS. T
Another idea is to use SSL, which (I wasn't aware of this before) allows
the server to authenticate the client using public key cryptography like
RSA and DSS. That way you also get your data encrypted between the
client and server, as well as client authentication.
Here is page 5 of an article on
Ok, you're our render/parsing guy ;)
Eelco
Juergen Donnerstag wrote:
Not sure. It is probably only renderComponentTag() and
renderClosingComponentTag() which checks the flag. If set, simply do
nothing.
Juergen
---
This SF.Net email i
Not sure. It is probably only renderComponentTag() and
renderClosingComponentTag() which checks the flag. If set, simply do
nothing.
Juergen
On 5/27/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> Hmm. Yes, maybe by introducing wicket:removeTag we would go to much in
> the scripting direction. O
Hi,
Assuming we'd need it for MarkupContainer and not Component the
overhead would be probably be neglectable, but it'd be (yet) another
byte to be synchronized accross in a cluster. IMO it is worth it.
MarkupContainer (or even WebMarkupContainer) would be enough,
for at least me.
Assuming we'd need it for MarkupContainer and not Component the
overhead would be probably be neglectable, but it'd be (yet) another
byte to be synchronized accross in a cluster. IMO it is worth it.
Juergen
On 5/27/05, Ari Suutari <[EMAIL PROTECTED]> wrote:
> Hi again,
> > c) may be we should int
Hmm. Yes, maybe by introducing wicket:removeTag we would go to much in
the scripting direction. On the other hand, it is something that is
easiest/ most efficiently done (I think) by the parser and the markup
handling.
Eelco
Ari Suutari wrote:
Hi again,
c) may be we should introduce an a
Hi again,
c) may be we should introduce an attribute like which will lead to wicket not printing the
span tag but the body only.
Actually, introducing a new attribute might not be necessary: If
classes like Panel and ListItem (or suitable base class) would have method
like
setOpenClo
Option c) would be a nice feature!
Eelco
Juergen Donnerstag wrote:
Two ideas come into my mind:
a) ApplicationSettings.setStripWicketTag() used to do it. Not sure it still does
b) Subclass Panel to not write to the output. I've done it
some months ago but haven't tested it with current CVS.
c
On 5/27/05, Ari Suutari <[EMAIL PROTECTED]> wrote:
> Hi,
> > Two ideas come into my mind:
> > a) ApplicationSettings.setStripWicketTag() used to do it. Not sure it still
> > does
>
>It seems to strip only the wicket:id attribute. remains.
>However if I replace with the whole
>tag i
Hi,
Two ideas come into my mind:
a) ApplicationSettings.setStripWicketTag() used to do it. Not sure it still does
It seems to strip only the wicket:id attribute. remains.
However if I replace with the whole
tag is removed. Is this by design ? I didn't find any docs
on but I just
Ahh, sorry on a). ApplicationSettings.setStripWicketTag() does NOT
remove tags.
Juergen
On 5/27/05, Juergen Donnerstag <[EMAIL PROTECTED]> wrote:
> Two ideas come into my mind:
> a) ApplicationSettings.setStripWicketTag() used to do it. Not sure it still
> does
> b) Subclass Panel to not write
Two ideas come into my mind:
a) ApplicationSettings.setStripWicketTag() used to do it. Not sure it still does
b) Subclass Panel to not write to the output. I've done it
some months ago but haven't tested it with current CVS.
c) may be we should introduce an attribute like which will lead to wicke
Hi,
ok this goes only wrong when the last should get bigger i guess?
Because if it gets lower then the setCurrentPage will handle that if i
am not mistaken
But you are right last should recalculated when pressed but gettting the
page count then.
Can you open a bug report?
Done, request i
ok this goes only wrong when the last should get bigger i guess?
Because if it gets lower then the setCurrentPage will handle that if i
am not mistaken
But you are right last should recalculated when pressed but gettting the
page count then.
Can you open a bug report?
Ari Suutari wrote:
Hi,
Hi,
I'm using a PageableListView to display results of database query.
There seems to be a problem with navigators 'last' link when
amount of data in the vector being displayed changes.
In my case, the listview's model is empty when it is created.
It is filled when user pressed 'find' button.
T
25 matches
Mail list logo