In 1.1 there is a 'Include' component that works much like JSP's include
(the dynamic one). You could use that. And if you want, we can include
it in 1.0.1 too.
Eelco
Christian Essl wrote:
Thanks Juergen,
Sorry if I expressed myself wrong what I did mean is:
I have help-pages Help1.html H
It is great that Maverick is 'done'. Of the model 2 frameworks, I still
think it is the best, though WebWork and SpringMVC have some more
features (which is not nescesarily a good thing).
I bumped into the same shortcommings and a ton more. I'd like to
specifically add some problems I have wit
Thanks Juergen,
Sorry if I expressed myself wrong what I did mean is:
I have help-pages Help1.html Help2.html Help3.thml etc and these pages
only differ by their static content. Do I have to provide empty
Help1.class Help2.class Help3.class which extend from Help.class or is it
possible that
please see the navomatic example on how to create a common page layout
incl. navigation etc..This is achieved by means of a Border component.
The page's markup contains only the "main" part of your page. For each
web page, there must be a corresponding Page class.
In HEAD you'll find a 2nd way of
A Tapestry informal parameter is just a parameter that isn't touched
just passed through, I believe. This would be analogous to formal
parameters. I think it could be very nice and would allow even more
seperation of content from presentation. For example, this would be
very cool:
...
And I don'
I think allowing arbitrary parameter names instead of wicket:param is a
big mistake. What happens if a user users a parameter and then it
becomes reserved by Wicket in the future? Or the opposite?
At least with you are differentiating between parameters
passed from the markup to the Java
Hi,
Quite some pages in my web-app are static. They only share a common border
for navigation and contain some links to 'functional' pages. Do I have to
create for each such page a new class or is it possible to share common
page-class?
Thanks,
Christian
--
Christian Essl
I have couple of questions:
1. Why there is the redirect? Why one more client-server round trip?
This redirect is the default redirect strategy that we use
You can set yours if you want to something different see
ApplicationSettings RenderingStrategy
We use default the REDIRECT_TO_BUFFER
> please check with a tools like Fiddler (open source http request
> monitor) what really happens between client and server.
It was discovered by Fiddler :-)
Have a look at the forminput sample, you will see the 302 response redirect.
I only added another page and .properties written in Czech lan
Hi guys,
What do you think about this idea? It basically separates validator resource
key generation away from AbstractValidator and lets the user define their
own way to build keys across all validators.
The problem with this being in AbstractValidator is that I have to extend
validator's that (wi
Jan,
we need a couple more information on that.
On 7/6/05, Jan Bares <[EMAIL PROTECTED]> wrote:
> Hi,
>
> one more trouble with encoding. I have a form with utf-8 input markup
> encoding. The form is rendered well. When i submit the form, Wicket gets the
> POST request and replies with 302 (Mov
IMO they should be in the wicket namespace e.g. wicket:color in order
to clearly separate wicket tags from the rest and to remain (X)HTML
compliant. And I think it would be a little bit more efficient as
well, as we do not have to test all attributes.
A requisite would be that the tag does have a
I think this would be a good idea in a limited form ( ie strings only, not
scriptlets ).
Ive noticed over time our tapestry page templates became more and more
convoluted with these types of scriptlets because it is more convinient for
developers to stick small pieces of code right into the page t
Hi,
one more trouble with encoding. I have a form with utf-8 input markup
encoding. The form is rendered well. When i submit the form, Wicket gets the
POST request and replies with 302 (Moved temporarily). And the new page is
displayed with wrong encoding. When I do refresh on the page, the encodi
Setting component properties from tag attributes could be a valueable
addition to our arsenal. /IF/ we can do this /efficiently/ we could
support things like:
set color
private class ColorLink extends Link
{
private String color;
public void setColor(String color) { this.color = color; }
Martijn,
same idea, but you have been faster. I'll close mine.
Juergen
-- Forwarded message --
From: SourceForge.net <[EMAIL PROTECTED]>
Date: Jul 6, 2005 9:57 PM
Subject: [Wicket-develop] [ wicket-Bugs-1233726 ] Make examples output
HTML w3c compliant
To: [EMAIL PROTECTED]
Bug
your welcome. I opened an RFE for making the examples compliant.
setMarkupDefaultEncoding() will be in HEAD soon.
Juergen
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, strai
Jan Bares wrote:
Wicket can produce (X)HTML compliant output, this is one of the reasons why
we are interested. There are some troubles with IE, but, fortunately now we
know the solution. I don't expect that Wicket will validate the pages before
output :-). I would just expect, that the samples
> on unix you can. But I prefer your suggesting of providing
> setMarkupFileDefaultEncoding (or however we name it).
On Windows you cannot do that. Maybe -Dfile.encoding=UTF-8 helps?
> > If you look at samples, the helloworld is not valid HTML. (Maybe it
> > validates with Transient versions of t
> > BTW, if you want to produce HTML output (not XHTML), how do you set
> > the input markup encoding? You cannot use the XML declaration.
> >
>
> I'm not sure this is true. Do you have any reference which
> says that HTML must not contain ?
I don't know, see
http://www.htmlhelp.com/reference/html
On 7/6/05, Jan Bares <[EMAIL PROTECTED]> wrote:
> > > cannot change the JVM default encoding (or can I?)
> >
> > yes you can, though it is operating system specific.
> > Unfortunately I can only tell you how to do it the unix / linux way.
>
> I don't want to change my OS locale :-) And, I am affai
> > cannot change the JVM default encoding (or can I?)
>
> yes you can, though it is operating system specific.
> Unfortunately I can only tell you how to do it the unix / linux way.
I don't want to change my OS locale :-) And, I am affaid that there is no
locale that will use utf-8 encoding.
> >
>
> In my opinion, there should be settings.setInputMarkupEncoding(String). The
> initial value will be null and Wicket will work as it works today. In the
> case you want to feed in markup that doesn't contain XML declaration, this
> will be used as override of JVM default encoding.
sounds reaso
> discussions about it. We want to make Wicket 1.1 rock!
For me, even Wicket 1.0 rocks :-)
In my opinion, there should be settings.setInputMarkupEncoding(String). The
initial value will be null and Wicket will work as it works today. In the
case you want to feed in markup that doesn't contain XML
>
> The Streams.readString uses java.io.InputStreamReader with default or
> supplied encoding. It is also clear that settings.setDefaultLocale() will
> not be in action.
>
> I think that there should be more control over the input markup encoding. I
> cannot change the JVM default encoding (or ca
Could you tell us what misses? Any idea's on how we could improve things?
Ofcourse, everybody that reads this, if you have any idea's about
improving Wicket, pls feel free to file requests for enhancement
(https://sourceforge.net/tracker/?group_id=119783&atid=684978) and start
discussions abou
Thanks for your prompt answer. I already read about the encoding on wiki.
The code that does the logic is in XmlPullParser.java:
if (this.encoding == null)
{
// Use JVM default
bin.reset();
markup = Streams.readString(bin);
}
else
{
// Use the encoding as specified in
Thank you Igor and Eelco for the big help. I'll go one and study the
excellent documented api a bit more.
Christian
On Wed, 06 Jul 2005 18:12:44 +0200, Eelco Hillenius
<[EMAIL PROTECTED]> wrote:
No, you're certainly not stupid, it is not there. Sorry about that. You
can get it from Wicket
No, you're certainly not stupid, it is not there. Sorry about that. You
can get it from Wicket stuff's CVS. I allways forget that there are a
lot of people who don't immediately start checking out projects from CVS
(as I do).
I've attached the two source files that matter. Have fun.
Eelco
Chris
Jan,
the current implementation copies the from the page's markup
to the output. It is used to determine the encoding of the markup file
and in case of the Page the encoding of the output. In case any of the
remaining component's contains it is used to determine the
encoding of the markup only a
I think currently cdapp is only available through cvs in the wicket-stuff
project.
Igor
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Christian Essl
> Sent: Wednesday, July 06, 2005 8:38 AM
> To: wicket-user@lists.sourceforge.net
> Subject: R
Christian,
The RequestCycle object is already bound to a threadlocal, and when it is
created it has a reference to the session; so the session is already
effectively thread bound.
To get the session you can do:
RequestCycle.get().getSession()
The factory method being referred is defined in the Se
Thank you for your prompt reply.
I've been looking already for the cdapp, but I could not find it. I looked
at the sf downlaod page of Wicket and Wicket-Stuff and there seems to be
no download for wicket-contrib-examples. The only thing I found was the
running example at wicket-library - but n
Parts of it at least. Take a deeper look at how some of the components
work (like AbstractChoice.onComponentTagBody) and use
AttributeModifiers. And if you really want to do advanced stuff, you
might want to check out the inner workings of resource streams etc.
Don't know much about that myself
Hello,
I am looking for a way to programatically modify a web page using
Wicket. Is it possible to either replace the HTML file a class is
associated with or at least modify its markup at runtime?
Thanks!
Albert
Hi,
we would like to produce pages in utf-8 encoding. This works fine if the
is in the source markup. However the
rendered pages should not contain the declaration. This is due to
quirk/standard mode of IE. XML standard says, that if a XML file doesn't
have the declaration, it is assumed to be
You can create your own RequestCycle implementation for this. Override
the factory method in (Web)Application to acchieve this.
See the cdapp example (wicket-contrib-examples of Wicket Stuff) for an
example of this (CdAppRequestCycle, CdAppRequestCycle).
Eelco
Christian Essl wrote:
Hi,
I
Hi,
I want to bind the current Session to a thread-local for the current
request.
Is there a callback method which indicates a request-start and end.
Looking at the WicketServlet IMO I could use
WebApplication.newWebrequest() and override WebResponse.close(). However
this seems a bit hacky.
38 matches
Mail list logo