Thanks Eelco,
https://issues.apache.org/jira/browse/WICKET-994
Have you had a chance to reproduce it? We tested with a few browsers but all
in the same server env, although hard to see what difference that would
make.
Eelco Hillenius wrote:
On 9/20/07, Sam Hough [EMAIL PROTECTED] wrote:
If you need to change focus from the server side:
textField.add(new AjaxFormComponentUpdatingBehavior(onblur) {
@Override
protected void onUpdate(AjaxRequestTarget target) {
target.addComponent(MyPanel.this);
Doug Leeper wrote:
I know this is probably one of the most trivial things to do...but I am
stumped. No example that I found on the Wicket example site has shown
this. I know that AjaxRequestTarget#focusComponent plays a part in this
but not sure how. Could someone post a quick code
Hi, I'm unable to reproduce this with latest trunk. I believe this has
been already fixed by delaying the actual form serialization until the
previous request finishes. Can you please test this with latest trunk?
Unfurtunately, there are no current snapshots available so you'd have
to build it
igor.vaynberg wrote:
heh, there is something wrong doesnt really give me any context to help
you :)
i would guess you need to put the radiogroup around the entire datatable.
At least make sure there is a form component enclosing the RadioGroup.
--
View this message in context:
Btw., did you clean browser cache after updating wicket? There's
chance that you have old javascript code still in browser cache.
Also part of the fix is in wicket-ajax.js, line 950:
submitForm: function(form, submitButton) {
var body = function() {
var s =
Doh. Owe you a pint. My build from trunk didn't work because I had wrong
version of logger... So I was running older code that was hanging about.
Can't break it now :)
Many thanks. If you are in London lots of nice warm English beer waiting for
you!
--
View this message in context:
I want to use LinkTree to represent a very very large hierarchy (the loading
of the whole thing is expensive...).
Is there an AJAX way of loading the children of a node just when clicking on
the plus-icon for expanding?
--
View this message in context:
Heh, sorry, didn't read the entire question. This seems to be the
right approach.
-Matej
On 9/21/07, swaroop belur [EMAIL PROTECTED] wrote:
Initially when building the tree , just add a single child node to each
first level of nodes u show
You can mark this node as a indicator node or a
Initially when building the tree , just add a single child node to each
first level of nodes u show
You can mark this node as a indicator node or a busy node - this will
allow the + sign to come
up for the actual node. When u click on the + sign , representing the actual
node , just
remove the
So you tried it with latest trunk and it still doesn't work for you? I
used FF2/IE7 on Vista.
-Matej
On 9/21/07, Sam Hough [EMAIL PROTECTED] wrote:
Still doesn't work for me. Can you give me a pointer to which change should
fix things?
What browser/OS did you use? Did you let the form get
Well, actually, I'm not sure how this would work, as you'd have to
load the children asynchronously and then update the tree. That
certainly isn't a trivial thing. I guess it would be better to replace
the link with an indicatingajaxlink or something like that.
-Matej
On 9/21/07, swaroop belur
This is about how wicket generates dynamically markupID.
I have, for instance, the following markup component:
input wicket:id=quantity.noOfUnits /
The generated markupId for this component looks like the following:
quantity.noOfUnits1232 .
I suggest to escape any css valid specifiers from
Can you please submit a bug report.
-Matej
On 9/21/07, Alex Objelean [EMAIL PROTECTED] wrote:
This is about how wicket generates dynamically markupID.
I have, for instance, the following markup component:
input wicket:id=quantity.noOfUnits /
The generated markupId for this component
I am doing the same thing.
I have it working except for one problem.
The loading works fine but so far I have not found a way to make the tree
update its display when an item is added to the data. If nothing new is added
to the dataset then every thing works fine.
The main issue I found was
JIRA issue created: https://issues.apache.org/jira/browse/WICKET-995
WICKET-995
Matej Knopp-2 wrote:
Can you please submit a bug report.
-Matej
On 9/21/07, Alex Objelean [EMAIL PROTECTED] wrote:
This is about how wicket generates dynamically markupID.
I have, for instance, the
Thanks Martijn,
I'll have a proper look when the project manager is away.
Only just realised that WebMarkupContainer is meant for direct use, the name
through me off for some reason. I've been doing all sort of things to make
chunks of HTML conditional.
Martijn Dashorst wrote:
I learnt a
When is the killer case for using id?
Alex Objelean wrote:
My personal opinion is that switching from id to class is not such a good
idea, simply because the ID attributes guaranties (of course you can
create two elements with same ID, but it is not the same as with class
attribute) the
In my application I extensively use the component generated id to perform
some DOM updates on the client side, also for client-side validation.
Also getting a DOM element by its ID is the fastest method comparing with
finding it using it's css class.
Sam Hough wrote:
When is the killer
My personal opinion is that switching from id to class is not such a good
idea, simply because the ID attributes guaranties (of course you can create
two elements with same ID, but it is not the same as with class attribute)
the unicity of the element, also you can find the element from js using
So you use it just because of the performance of the browser DOM? Not because
it has to be unique?
Are you using Ajax? ie forced to do setOutputMarkupId? We are and that is
probably the biggest reason we are trying to avoid them.
Alex Objelean wrote:
In my application I extensively
I dont' understand. You rely on the way how wicket generates IDs? Then
your code is bound to break. If you really need a wicket component's
id in javascript, you either override getMarkupId(), or pass the Id
using javascript (e.g. label component assigning another component's
id into javascript
Performance on the client side is very important when you are working with
very large DOM (complex applications). The responsiveness of the application
is very important in this cases.
Yes, I'm using ajax. I don't find it as a big drawback to set the
outputMarkupId to true when I need
What do you do about components in RepeatingView? (with numeric ids)
So do you just make sure all your wicket ids are universally unique? So none
that are just form, label, button etc? I quite like using button if
only one within the container...
What if you want to use the same component
We are going to stop using ids and move over to class as it make re-use
easier and avoids a number of wicket problems with ids... The HTML monkey is
not happy though. He reminds me of the Family Guy screaming monkey today.
Alex Objelean wrote:
This is about how wicket generates dynamically
Currently wicket guaranties unicity of the ID by appending a incremented
number:
markupId = getId() + page.getAutoIndex();
You will never have two wicket components with the same markupID.
Sam Hough wrote:
What do you do about components in RepeatingView? (with numeric ids)
So do you
Ayodeji Aladejebi wrote:
Isnt [EMAIL PROTECTED] not a valid email address, the Wicket
EmailAddressValidator rejects it
someone tell me that is not a valid email address
That's not a valid e-mail address. ;-)
Wicket is designed to cater for public web sites. On a public web site
you most
I was doing
SomeComponent(String id...) {
super(id);
setMarkupId(id);
setOutputMarkupId(true);
setOutputMarkupPlaceholderTag(true);
}
So we could know before runtime what the id would be. Obviously this sucks
because RepeatingView breaks it (so added regexp hack) and id passed to
Isnt [EMAIL PROTECTED] not a valid email address, the Wicket
EmailAddressValidator rejects it
someone tell me that is not a valid email address
I can't remember of the top of my head, but there is also the
RfcCompliantEmailAddressValidator[1], which validates an email address
according to the RFC.
Frank
[1]:
Oooh. Interesting. I'll see if the html monkey likes it. Thanks.
Alex Objelean wrote:
Yes, I do rely on wicket generated ID. But it will never break because the
javascript code which use these ID is supplied with generated id. For
instance:
function
you have to override newlink on the tabbedpanel and return a submitlink
instead
also, really, for situations like this it doesnt make sense to use a
server-side panel. use client side tabs like what jquery provides instead -
it works much better with forms.
-igor
On 9/21/07, Fabio Fioretti
On 9/21/07, Matej Knopp [EMAIL PROTECTED] wrote:
I dont' understand. You rely on the way how wicket generates IDs? Then
your code is bound to break. If you really need a wicket component's
id in javascript, you either override getMarkupId(), or pass the Id
using javascript (e.g. label
I have successfully used Al Maw's technique for embedding legacy jsp content
into a wicket page. When loading the page into the browser via address bar
or another link, it seems to work great. However, if I attempt to load the
page in a popup window the relative paths get broken. I can't seem
even with wicket2 getting the id from html...repeaters would break since the
id in the html is static, but for repeaters it needs to be unique...unless
you want all your items/rows to have the same id.
-igor
On 9/21/07, Sam Hough [EMAIL PROTECTED] wrote:
I was doing
SomeComponent(String
ChuckDeal wrote:
I have successfully used Al Maw's technique for embedding legacy jsp content
into a wicket page. When loading the page into the browser via address bar
or another link, it seems to work great. However, if I attempt to load the
page in a popup window the relative paths get
you can, but then good luck making sure they are unique...
-igor
On 9/21/07, Ryan Sonnek [EMAIL PROTECTED] wrote:
On 9/21/07, Matej Knopp [EMAIL PROTECTED] wrote:
I dont' understand. You rely on the way how wicket generates IDs? Then
your code is bound to break. If you really need a
its not even intranet, i was testing somewhere on my desktop offline (no
internet) and I have apache JAMES for testing my mailing functions. for
which Outlook and JavaMail were confortably routing the emails thru properly
anyway its not an issue, i disabled the validator for the test
thanks
On
Yeah, if you do that then you have to make sure that it won't break
when you e.g. put the component to page twice.
-Matej
On 9/21/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
you can, but then good luck making sure they are unique...
-igor
On 9/21/07, Ryan Sonnek [EMAIL PROTECTED] wrote:
I have a form with a FileUploadField, where the maximum file size is fairly
large (100-200MB).
I set the maximum size using the form's: setMaxSize(Bytes.megabytes(200));
This works fine, as the form only gets processed when the file is under that
size. However, if the file is over that size,
Many frameworks have this feature because it truly speed up development of a
page especially the one which is commonly found in administration pages. Can
we have this feature in wicket too?
hi,
there seems to be a change in the current trunk to
StringResourceModel.toString() - which before returned the localized String.
now it returns some 'useful' information like
StringResourceModel[key:CONTENTTYPE:date.published.description,default:null,params:]
hmm.
why was that changed?
Use the dependencies report. It gives you exactly which dependency
comes from where. I think it also generates which dependencies are
dupes.
mvn site should create such a report iirc. Maybe you also need to
specify the report, but I'm a bit rusty on that part.
Another goldmine is: mvn
Looks great and congrats!
Martijn
On 9/21/07, Joe Toth [EMAIL PROTECTED] wrote:
Hi Everyone,
We just launched http://beTurtle.com/ - A 'green' social networking
site. If your interested in healthy living, sustainable practices, have
'green' questions or just want to make some new friends,
there is a crud panel in the wicketstuff repository made by igor.
you can checkout the source here:
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-crud/
Gerolf
On 9/21/07, Otan [EMAIL PROTECTED] wrote:
Many frameworks have this feature because it truly speed
I tried implementing the solution from your blog, and after a long struggle I
finally got it working. . .or so I thought. Now my wicket links are
throwing page expired errors. Maybe it has to do with the fact that the way
I had to set it up, the pages with embedded JSP are running under the old
Just discovered the reporting thanks. I will also try the effective pom
report. Sounds cool.
-Mike
Martijn Dashorst wrote:
Use the dependencies report. It gives you exactly which dependency
comes from where. I think it also generates which dependencies are
dupes.
mvn site should create
Nice layout, but only with firefox.
It looks horrible with konquerrer. Sorry to say that. But hope you interessted
in it :-).
Cheers
Per
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
On 9/21/07, hillj2 [EMAIL PROTECTED] wrote:
Also are there any other issues with using HttpSessionStore besides losing
back button support? Since I'm already forced to use ONE_PASS_RENDER (for
now), I've already lost that support (haven't I?).
ONE_PASS_RENDER does not kill back button
My mistake. I noticed there was a typo in my newSessionStore() declaration
which caused it not to be called (obviously).
One of the better additions to the JDK in my opinion were the
@Override tags. If you use those (and e.g. use your IDE's autocomplete
function) you would have avoided this in
super nice! i love turtles.
WeaZeLb0y wrote:
Hi Everyone,
We just launched http://beTurtle.com/ - A 'green' social networking
site. If your interested in healthy living, sustainable practices, have
'green' questions or just want to make some new friends, stop on by. Let
us know what
Martijn Dashorst wrote:
ONE_PASS_RENDER does not kill back button support, but does provoke
that blasted repost on back button for form submissions. So it
prevents the double submit problem.
Right, of course. I knew that. :)
Martijn Dashorst wrote:
The HttpSessionStore is the
Hi,
am I the only one catching this on a mvn clean install?
[...]
[surefire] Running org.apache.wicket.markup.html.image.ImageTest
[surefire] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0,055 sec
FAILURE !!
[...]
According to svn the ImageTest.java wasn't touched for over three
Hi,
I'm not 100% sure, but after a quick look, I'd say that it's possible that
the following fix changed the test return. Cross-posted to dev@ to see if
anyone's got any comments...
Revision: 575980
Author: ivaynberg
Date: 15/09/2007 22:09:08
Message:
WICKET-974: Image#getResource always
Hi,
Can anyone provide me with pointers to individuals or companies
providing
Wicket consulting/contracting or outsourced personnel?
We can provide those services but we're based in Sydney, Australia.
Maybe that's not such a problem with us all living together in this
global village
Nick Busey wrote:
So I've got what appears to be a very strange bug. I have a CheckGroup
with a ListView of Checks among other things. Everything seems to work
fine if you render the form and submit it without any errors the first
time. However, if you hit any errors (like not selecting
On 9/21/07, Craig Lenzen [EMAIL PROTECTED] wrote:
Any interest in a Wicket User Group meeting in Minneapolis?
Count me in!
Register here, http://cwiki.apache.org/WICKET/community-meetups.html
http://cwiki.apache.org/WICKET/community-meetups.html
carloc wrote:
public CCTIDetachableModel extends Loadable DetachableModel {
private String id;
private Integer version;
private Dao dao;
public Object load() {
MyObject myobj = dao.get(id);
if (version == null) {
version = myobj.getVersion();
}
else if
NateBot2000 wrote:
I created an extension of AjaxSubmitLink that accepts a static html form
id string as an argument (AjaxFormSubmitBehavior forces setOutputMarkupId
on the Form by default). In so doing, I extended
AjaxFormSubmitBehavior... and then I add this custom behavior to my custom
I have a number of pages that display a list of items and am wondering
about the best approach to implementing them in Wicket.
To date I have created a single panel that contains the list and the
markup for that panel holds the discrete markup elements for the fields
in each item of the list.
Adam Koch wrote:
In fact, I couldn't get the JS/CSS in any way when using the servlet. I
tried putting the JS in my app.war in these directories:
/ (root)
/classes/com/.../someJS.js
/WEB-INF/classes/com/.../someJS.js (same directory as Class and html)
Are you mapping the Wicket servlet
61 matches
Mail list logo
