This bug is easy to work around, but it affects how you code at a very
low/basic level. When is the next maintenace release scheduled? /Anders
Johan Compagner wrote:
ok i think i have fixed it. Must check it out but now you can do
setModelObject on youre root component:
if
I've got a need to show an Upload progress bar in a Wicket app that
I've built. We're uploading some fairly large files and would like
to see some statuses. Figured out with Igor how to go about
injecting a CountingInputStream into the process for FileUpload, but
have run into a
just checked in my first pass at this so you guys can check it out and give me feedback. i had to check it into wicket_1_1 branch because component reference doesnt work in head yet. i also put the new components into extensions because the core is getting too crowded imho. if people want me to
I have filed an issue
http://sourceforge.net/tracker/index.php?func=detailaid=1364466group_id=119783atid=684975
Cheers
Dipu
- Original Message -
From: Ryan Sonnek [EMAIL PROTECTED]
To: wicket-user@lists.sourceforge.net
Sent: Tuesday, November 22, 2005 6:42 PM
Subject: Re:
Hi,
DatePicker doesn't work in opera. It shows a window with this error message:
Calendar setup:
Nothing to setup (no fields found). Please check your code.
Has anyone a clue, what's going on? To me, it seems that somehow the
javascript can't touch input field, even if the javascript
Dzenan Ridjanovic wrote:
Juergen,
For me it looks like your editor is not saving the html document in
UTF-8 format but your computers default locale. Which editor are you
using?
I use Eclipse. And I see French accents in Eclipse.
With or without meta tag I have the same problem. In one of
Igor Vaynberg wrote:
or use a url rewriting filter to change the url to a bookmarkable page ie
rewrite all www.example.com/shortcut/(expr)
http://www.example.com/shortcut/%28expr%29
to www.example.com/app?bookmarkablePage=Shortcutparam=expr
Tested it and the problem is that you are lying ;)you say:?xml version=1.0 encoding=UTF-8?in the top of youre file. But youre file is not in UTF-8 but in cp1252 (or something like that)
when i made it: (i think that cp1252 is something windows? don't know if you can say that as the encoding)?xml
I am having problems with WicketTester.clickLink(..) when the link is
a BookmarkablePageLink.
At first, if the link is a bookmarkable one, I don't need to test it,
since I can test the page alone.
But I was think in the following: if my link was simple Link subclass,
and I had a test for it:
I won't be able to give it a shot until it works with HEAD as I've made
the switch already and am using 1.2 specific stuff. Once it is
compatible with HEAD, I'll check it out.
--AndrewOn 11/23/05, Igor Vaynberg [EMAIL PROTECTED] wrote:
just checked in my first pass at this so you guys can
sorry, but I do not understand the question. What is the bug?
Juergen
On 11/23/05, Eduardo Rocha [EMAIL PROTECTED] wrote:
I am having problems with WicketTester.clickLink(..) when the link is
a BookmarkablePageLink.
At first, if the link is a bookmarkable one, I don't need to test it,
since
Johan Compagner wrote:
Tested it and the problem is that you are lying ;)
you say:
?xml version=1.0 encoding=UTF-8?
in the top of youre file. But youre file is not in UTF-8 but in cp1252
(or something like that)
when i made it: (i think that cp1252 is something windows? don't know
if you
Thanks for the suggestions. I think I'm going to use a servlet or a
filter to forward to the Wicket BookmarkablePage.
---
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free
== Scott Sauyet [EMAIL PROTECTED]
== Juergen Donnerstag [EMAIL PROTECTED]
Could someone point me to where in the source code this happens? I
don't really know my way around Wicket internals yet, but I'd like to
see this, and it's not in WebPage, which was my first guess.
Thats wrong. It depends on the operation system, on Eclipse default
settings (if you changed them) and on the Eclipse editor you are
using. Only Eclipse html and xml editor take the ?xml ... into
account and save the document with the appropriate encoding.
Juergen
On 11/23/05, Dorel Vaida
Yeah, create a wicket-extensions specific changes.xml file please.
I'm not sure about the seperate build cycle of the wicket extensions
project. At the moment both projects are highly tied to one another.
Same goes for Quick start and examples.
Martijn
On 11/23/05, Igor Vaynberg [EMAIL
Yes , original jscalendar works in Opera.
Dipu
- Original Message -
From: Eelco Hillenius [EMAIL PROTECTED]
To: wicket-user@lists.sourceforge.net
Sent: Wednesday, November 23, 2005 4:04 PM
Subject: Re: [Wicket-user] DatePicker and opera
Does the original jscalendar work in Opera? If
What I'm - kind of offline - am working on right now is something that
at least partially acomplishes that. It's a big refactor (luckily as
we always made sure not to expose too much without breaking public
API's so far) and I'm combining it with other things like improved
state management and
Well, the original calendar works with opera well.
I guess the problem is in component.
The generat source code is like this
input value= maxlength=16 type=text wicket:id=createdFrom
style=width: 9em; name=createdFrom id=1:form:createdFrom/
span wicket:id=fromDatePickerwicket:panel
img
Unfortunately, I'm a bit too bussy with other things too. I'll open a
bug report for it, but I'd appreciate it when someone else could look
into the problem.
Eelco
On 11/23/05, Dipu [EMAIL PROTECTED] wrote:
Yes , original jscalendar works in Opera.
Dipu
- Original Message -
From:
Let me know if you need/want a hand with it.
On 11/23/05, Eelco Hillenius [EMAIL PROTECTED] wrote:
What I'm - kind of offline - am working on right now is something that
at least partially acomplishes that. It's a big refactor (luckily as
we always made sure not to expose too much without
Because bookmarkable page links do not 'post back' to the server but
instead they refer to bookmarkable pages they can't be called as links
from WicketTester, right?
Eelco
On 11/23/05, Juergen Donnerstag [EMAIL PROTECTED] wrote:
sorry, but I do not understand the question. What is the bug?
Sorry for not being clearer. The bug is that the following does not work:
code (HomePage.class):
add(new BookmarkablePageLink(myPageLink, MyPage.class));
test (HomePageTest.class):
tester.clickLink(myPageLink);
assertRenderedPage(MyPage.class);
The assertion fails, because the
your wish is my command. now you just have to wait a few hours until anon cvs syncs.-IgorOn 11/23/05, Andrew Berman
[EMAIL PROTECTED] wrote:I won't be able to give it a shot until it works with HEAD as I've made
the switch already and am using 1.2 specific stuff. Once it is
compatible with HEAD,
I did some debugging and found that setRequestToComponent() of MockHttpServletRequestdoes not build request parameters for BookmarkablePageLink. It builds interface=ILinkListenerinstead. however, BookmarkablePageLink does nonthing in onLinkClicked() method.
I think that we can add
To make all type of Links working consistently IMO is a good idea.
Hence I agree that it is a bug (or RFE) and I would very much
appreciate if you would provide a patch for it.
Juergen
On 11/23/05, Eduardo Rocha [EMAIL PROTECTED] wrote:
Sorry for not being clearer. The bug is that the following
I should've knownOn 11/23/05, Igor Vaynberg [EMAIL PROTECTED] wrote:
your wish is my command. now you just have to wait a few hours until anon cvs syncs.-IgorOn 11/23/05,
Andrew Berman
[EMAIL PROTECTED] wrote:I won't be able to give it a shot until it works with HEAD as I've made
the
I was trying to use Link.getURL(), to not repeat the creation of the
parameters on WicketTester, but this method is protected, so I have no
idea to move on :(
The idea was simply take that URL, parse parameters and add them to
MockHttpServletRequest. Supose people agree on making getURL() public,
yes, WebResponse and WebRequest. Please see the subclasses already available
What about the bug/idea reported by Ingram?
Juergen
On 11/23/05, Eduardo Rocha [EMAIL PROTECTED] wrote:
I was trying to use Link.getURL(), to not repeat the creation of the
parameters on WicketTester, but this method
Currently it is not possible to retrieve the pageClass from a
BookmarkablePageLink, so it is not possible to write
bookmarkablePage=xxx. Besides that, I think we would be rewriting
code.
2005/11/23, Juergen Donnerstag [EMAIL PROTECTED]:
yes, WebResponse and WebRequest. Please see the subclasses
== Juergen Donnerstag [EMAIL PROTECTED]
== Scott Sauyet [EMAIL PROTECTED]
RFE: allow wicket:id on body tag which currently is not possible due
to wickets body onLoad handling.
Okay. It's at http://tinyurl.com/7azmc [ ... ]
I'll look to see if I can create a patch for this.
Okay, a patch
Okay, a patch is attached that modifies WebPage and BodyOnloadContainer.
It's a suggestion for something less than the wicket:id on the body
tag. It simply adds
public void addBodyAttributeModifier(AttributeModifier modifier)
to WebPage, so that you can do, for instance,
I don't know if my use-case is enough of a reason to clutter up the
interface of WebPage. I also don't know if there is a reason to widen
this facility beyond adding AttributeModifiers. But for what it's
worth, here is my simple suggestion.
Honestly, I'm not in favour of cluttering the
just an idea.The progress bar thread could be a SharedResource request.Those request are not synchonized.And you can give back the progress number everytime the Resource is requested.johan
On 11/23/05, Andrew Lombardi [EMAIL PROTECTED] wrote:
I've got a need to show an Upload progress bar in a
Juergen Donnerstag wrote:
I don't know if my use-case is enough of a reason to clutter up the
interface of WebPage. I also don't know if there is a reason to widen
this facility beyond adding AttributeModifiers. But for what it's
worth, here is my simple suggestion.
Honestly, I'm not in
I have a site that needs to support more than one
locale. The user should be able to switch between
them from any point in the site.
No need to do anything. It is supported out of the
box. Please see the examples as well.
Well, no critique intended but I wouldn't (and didn't)
Dear all, I wrote several converters which extends AbstractConverter, but no ideas abouthow to set them as 'default' converter. any idea ?-- Ingram ChenJava [EMAIL PROTECTED]
Institue of BioMedical Sciences Academia Sinica Taiwanblog: http://www.javaworld.com.tw/roller/page/ingramchen
johan,ok, i've attempted that, and ran into the same blocking-type behaviour. I've added the following to the init() of my Application: DynamicByteArrayResource dbar = new DynamicByteArrayResource() { protected byte[] getData() { if(RequestCycle.get()!=null) {
I don't see how the upload wouldn't block the request thread. You'd need to have another thread running to return the status to the user, and I'm not sure that possible, or even advisable.
On 11/24/05, Andrew Lombardi [EMAIL PROTECTED] wrote:
johan,ok, i've attempted that, and ran into the same
thats the whole point. the request to retrieve the status would come from another request thread, maybe an iframe with a meta refresh tag or something. why wouldnt this be advisable? http is a multithreaded protocol, as long as the operation of retrieving a resource does not touch any objects in
40 matches
Mail list logo