Hi there,
we are playing around with the Gmap wicket extension and would like to
move markers. Is there any plan to implement the GMarkerManager and
GMarkerManagerOptions in order to achive that?
Cheers
/peter
-
Take
hey,
till now there were not much interest for this library; no further plans so
far. but if people are interested i can put some effort into it and add new
features. let's see how feasible it is and how it goes.
/iulian
On 1/29/07, Peter Neubauer [EMAIL PROTECTED] wrote:
Hi there,
we are
I think you missunderstod my question.. Nevermind..
I've put our userstorie up on the wiki and created a small gallery aswell..
Regards Nino
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eelco Hillenius
Sent: 25. januar 2007 17:20
To:
Usually when there seems to be concensus that something isn't possible, I get
triggered that there must be a simple solution. On the other hand if it's
considered to be 'simple' it usually gets out of hand. So I got triggered
and looked a bit further into this.
Providing you set things up
Why shouldn't they be enough? Do you have any indication that it
isn't? What doesn't work?
Martijn
On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:
There are three examples Page1.java / Page1.html, Page2.java / etc.
As far as I can see they are exactly the same.
Was this sufficient to demo
If you rename a package, then you have to do it in 2 places.
Martijn
On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:
Usually when there seems to be concensus that something isn't possible, I get
triggered that there must be a simple solution. On the other hand if it's
considered to be
hi there,
trying to upgrade to wicket 1.2.4 in my maven build, I got the new
version downloaded from
http://repo1.maven.org/maven2/wicket/wicket-auth-roles/1.2.4/wicket-auth-roles-1.2.4.pom,
but in there there is a parent reference to
parent
artifactIdwicket-parent/artifactId
groupIdwicket/groupId
Mmh,
yes we would be interested. We have tried GWT for some stuff but the
resulting code looks not very nice and having everything on the client
is not that cool either, so gut feeling that wicket fits best.
It seems that the Gmap API is quite clean and lean, and your
integration looks great,
I leave that to my refactoring tool. So it's not a problem.
- nilo
Martijn Dashorst wrote:
If you rename a package, then you have to do it in 2 places.
Martijn
On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:
Usually when there seems to be concensus that something isn't possible, I
Just one more question guys.
I store the images now in a separate folder somewhere on the filesystem,
non-accessible from the outside. What's the best way to retrieve them again?
Say I only want to write a simple -tag on a plain website, how would I get
the scr= value?
Eelco Hillenius
I don't know if it can help, but for us, we added this code in our base page
to make the cursor change when there is an ajax call in progress :
script language=Javascript type=text/javascript
Wicket.Ajax.registerPreCallHandler(function() {
Hi all
I work with a quite old wicket 1.3 branch snapshot And I get the
following error when response come back to the client :
t has no properties : if (t.readyState == 4) {
Have you ever seen this kind of mistake? Is it a knew bug? Is there a
patch to fix that?
thanks
--
Vincent
ohh?
How does your refactoring tool know that?
That you rename a package for some java classes and that he also have to
rename
some resource directory somewhere also to that same thing?
johan
On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:
I leave that to my refactoring tool. So it's not
use a wicket shared resource for that
that will get the right image from somewhere depending on a parameter you
give it
johan
On 1/29/07, behlma [EMAIL PROTECTED] wrote:
Just one more question guys.
I store the images now in a separate folder somewhere on the filesystem,
non-accessible
You're probably using the firebug extension for firefox. It is a known
issue, it's caused by firebug. There is a workaround for it in svn.
-Matej
Vincent Demay wrote:
Hi all
I work with a quite old wicket 1.3 branch snapshot And I get the
following error when response come back to the
Matej Knopp a écrit :
You're probably using the firebug extension for firefox. It is a known
issue, it's caused by firebug. There is a workaround for it in svn.
Ok thanks a lot. Where can I find this workaround on svn?
-Matej
Vincent Demay wrote:
Hi all
I work with a quite old
On 1/28/07, Frank Bille [EMAIL PROTECTED] wrote:
You are welcome to add it to the wiki :)
Any place in particular?
Frank
On 1/28/07, Ivo van Dongen [EMAIL PROTECTED] wrote:
Thanks, works like a charm! I didn't find a tabbed panel variant that
uses the indicating links by the way. I've
Thanks, I'll try that aswell.
On 1/29/07, Marc-Andre Houle [EMAIL PROTECTED] wrote:
I don't know if it can help, but for us, we added this code in our base
page to make the cursor change when there is an ajax call in progress :
script language=Javascript type=text/javascript
current wicket-ajax.js :)
-Matej
Vincent Demay wrote:
Matej Knopp a écrit :
You're probably using the firebug extension for firefox. It is a known
issue, it's caused by firebug. There is a workaround for it in svn.
Ok thanks a lot. Where can I find this workaround on svn?
-Matej
Thank you for the assistance Matej. I did not realize I had to explicitly do
the target.addComponent(myForm);
Everything is now working as desired.
Thanks again,
Shawn
On 1/27/07, Matej Knopp [EMAIL PROTECTED] wrote:
When the validation fails the onSubmit method is not called at all.
I get it thanks a lot... It works now ;)
--
Vincent
Matej Knopp a écrit :
current wicket-ajax.js :)
-Matej
Vincent Demay wrote:
Matej Knopp a écrit :
You're probably using the firebug extension for firefox. It is a known
issue, it's caused by firebug. There is a workaround for it
Hi Peter,
the big thing is that the existing gmap code needs to be refactored a bit in
order to be able to easily integrate new features. right now it is quite
complex and ulgy to implement new/more advanced features. i have to spend
some time to find a nice way to do it, after that i hope to be
On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:
There are three examples Page1.java / Page1.html, Page2.java / etc.
As far as I can see they are exactly the same.
Was this sufficient to demo / test the integration?
In this case it was, as it proves that the Groovy scrips result in
pages/
yep, we know
unfortunately we cannot change the files once theyve been uploaded to the
repos i believe. just edit the pom in your local repo until 1.2.5 comes out
-igor
On 1/29/07, Peter Neubauer [EMAIL PROTECTED] wrote:
hi there,
trying to upgrade to wicket 1.2.4 in my maven build, I got
maybe if you setup that resource dir as a source dir in eclipse?
-igor
On 1/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
ohh?
How does your refactoring tool know that?
That you rename a package for some java classes and that he also have to
rename
some resource directory somewhere also to
and?
How does eclipse know that there are 2 dirs somewhere (i guess in different
src dirs)
one for the html files and another for class files.
That they have the same structure and need to be in sync?
johan
On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
maybe if you setup that resource
Eelco,
This sounds easy enough, I'll give it try.
I was hoping for something I could do in the markup, though, so that my web
designers could easily modify the body class in subclassed page's markup
without having to modify code.
Any chance?
-Jason
Eelco Hillenius wrote:
Haven't tried it
On 1/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
and?
How does eclipse know that there are 2 dirs somewhere (i guess in
different src dirs)
you set it up in project properties
one for the html files and another for class files.
That they have the same structure and need to be in sync?
I don't think we support that right now. But I can imagine such a
thing being build in Wicket. Feel free to add a feature request here:
http://issues.apache.org/jira/browse/WICKET. No guarantees when it
will be handled, though if you can provide a patch (start digging in
the code to see how
It is possible that this is a simple misunderstanding. I know that when I
first read the post regarding the renaming of packages, I had the same
response as the poster that my IDE would take care of fixing the places that
changed. But, after reading the subsequent posts, I see that Johan is
I never heard of https://pnuts.dev.java.net/ before, I looked briefly at it.
It's amazing how many excellent stuff is around, once you start looking for
it. It's fun to talk about software, it's part of the ego, we all have our
own preferences. I like Wicket a lot, we agree on that I suppose. I
i think code-wise we are pretty much ready, now just need to convince
martijn to spend his weekend doing the release :)
-igor
On 1/29/07, Peter Neubauer [EMAIL PROTECTED] wrote:
Ok,
thanks Igor, any time estimation on 1.2.5?
/peter
On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
yep,
One week (of two) into the JSF vs. Wicket comparison here at
Vegas.comthings are going nicely -- team Wicket is finished while team
JSF is trying
to get Ajax functionality working. There were four people working on each
implementation, but JSF is so far behind that an additional person was added
I have a grin on my face that stretches from my left ear to my right... Gogogo!
Martijn
On 1/29/07, Scott Swank [EMAIL PROTECTED] wrote:
One week (of two) into the JSF vs. Wicket comparison here at Vegas.com
things are going nicely -- team Wicket is finished while team JSF is trying
to get
Thank you to both of you. And for anyone who's been paying any attention to
my questions it's pretty clear that I don't know Wicket particularly well
yet. I'm still fumbling around a bit with models. Further, the other three
folk had never set eyes on Wicket before last Monday.
Scott
I wish I could help you in person :) Unfortunately I'm not from US.
I'm afraid there's not much that can be done about ModalWindow feel,
unless you want to mess with the javascript :)
As for Look, you can specify custom stylesheet though. Actually, you can
set the CSS class modal window would
Hi,
It seems that quite a lot of people are using ModalWindow lately. I just
want to inform you that there is a bug in modal window that can cause it
to eat all your browser's cookies. The bug is fixed in svn, but not in
the last release (1.2.4).
Fortunately, preventing this bug is fairly
The stylesheet is not very simple though. -- Yup, that's that stage we're
at. :)
On 1/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
I wish I could help you in person :) Unfortunately I'm not from US.
I'm afraid there's not much that can be done about ModalWindow feel,
unless you want to mess
But none the less, thank you very kindly.
On 1/29/07, Scott Swank [EMAIL PROTECTED] wrote:
The stylesheet is not very simple though. -- Yup, that's that stage
we're at. :)
On 1/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
I wish I could help you in person :) Unfortunately I'm not from US.
was this in jira? fixed in 1.2.x? if its not could you enter it so it shows
up on 1.2.5 release notes...
thanks,
-igor
On 1/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
Hi,
It seems that quite a lot of people are using ModalWindow lately. I just
want to inform you that there is a bug in
whooohooo!
On 1/29/07, Scott Swank [EMAIL PROTECTED] wrote:
One week (of two) into the JSF vs. Wicket comparison here at Vegas.comthings
are going nicely -- team Wicket is finished while team JSF is trying
to get Ajax functionality working. There were four people working on each
Yeah gogogo. :)
On 1/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
As for Look, you can specify custom stylesheet though. Actually, you can
set the CSS class modal window would use (using
ModalWindow.setCssClassName())
You can have your own style, simple copying and modifying the modal.css
file
I apologize if this has been mentioned, but is comparative performance and
load testing planned? I'd love to see Wicket rule on this.
On 1/29/07, Scott Swank [EMAIL PROTECTED] wrote:
One week (of two) into the JSF vs. Wicket comparison here at Vegas.comthings
are going nicely -- team Wicket
That would be interesting yeah. I'm not sure if there would be a clear winner.
Eelco
On 1/29/07, Christopher Gardner [EMAIL PROTECTED] wrote:
I apologize if this has been mentioned, but is comparative performance and
load testing planned? I'd love to see Wicket rule on this.
On 1/29/07,
Right now we're focused on developer productivity, code-to-weight ratio and
code clarity. If this goes over then we'll look at performance.
Scott
On 1/29/07, Christopher Gardner [EMAIL PROTECTED] wrote:
I apologize if this has been mentioned, but is comparative performance and
load testing
This is fixed in trunk. The fix is yet to be backported to 1.x (as well
as the entire link hierarchy refactor).
If you need this behavior now, you can add an abstractBehavior that does
the trick for you in it's onComponentTag.
-Matej
Marc-Andre Houle wrote:
I wanted to use setEnabled on an
On 1/29/07, Christopher Gardner [EMAIL PROTECTED] wrote:
I apologize if this has been mentioned, but is comparative performance and
load testing planned? I'd love to see Wicket rule on this.
You can read: http://jroller.com/page/JonathanLocke where we posted
some basic, non-representative
is tapestry performance a good benchmark? :)
-igor
On 1/29/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
On 1/29/07, Christopher Gardner [EMAIL PROTECTED] wrote:
I apologize if this has been mentioned, but is comparative performance
and
load testing planned? I'd love to see Wicket rule on
On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
is tapestry performance a good benchmark? :)
Wait until we have an example that runs JSF...
Martijn
--
Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
I have an app developed with wicket 1.2.4 running on a Tomcat 5.5.20.
Whenever I upload a new jar archive with changes in my classes and I
restart the application (not the hole server) I get a NullPointerException
in the XmlPullParser that has nothing to do with my application classes. I
saw
Problems like that should have been fixed for a while now, so it may
be something outside of Wicket. But could you give us your complete
stacktrace please?
Eelco
On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
I have an app developed with wicket 1.2.4 running on a Tomcat 5.5.20.
If it's something outside of Wicket it has nothing to do with my application
because there isn't any line of a class of mine in the stack trace, such
stack trace is:
java.lang.NullPointerException
at wicket.markup.parser.XmlPullParser.parse(XmlPullParser.java:390)
at
http://www.nabble.com/Wicket-Exceptions-tf3013426.html#a8368437
-igor
On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
If it's something outside of Wicket it has nothing to do with my
application because there isn't any line of a class of mine in the stack
trace, such stack trace is:
I saw that thread, but either I don't understand it or it doesn't have the
solution.
On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
http://www.nabble.com/Wicket-Exceptions-tf3013426.html#a8368437
-igor
On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
If it's something outside of
did you deploy your app in development or deployment mode?
-igor
On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
I saw that thread, but either I don't understand it or it doesn't have the
solution.
On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
I tried in both modes, and it makes no difference.
On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
did you deploy your app in development or deployment mode?
-igor
On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
I saw that thread, but either I don't understand it or it doesn't
try the code from the latest 1.2.x branch
-igor
On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
I tried in both modes, and it makes no difference.
On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
did you deploy your app in development or deployment mode?
-igor
On 1/29/07,
I'm using the latest release. Is this a fixed issue in the source files?
On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
try the code from the latest 1.2.x branch
-igor
On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
I tried in both modes, and it makes no difference.
On
i dont know. we are not sure what is causing it since it only affects a very
small set of our users and none of the core devs can reproduce it on their
setups. we did some work to what we think is a related issue (running out of
open file handles) so it might help or it might not.
-igor
On
I can't reproduce it either. It happens on the hosting where we have our
client's app running. In my development environment I can't make this
happen, so I can't trace it. But this is really annoying and delays our
work, that's why we're trying to find its source and solution.
So I should try the
looks like the npe was hiding the real exception, i just checked in a change
that should fix that. update from svn wicket-1.2.x branch and deploy that,
then look for the exception in the log and let us know what it is.
-igor
On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
I can't
Where can I get more information about this bug? I use ModalWindow for
a few place and this look fine to me, how can I trigger this bug?
By the way, should I remove this line once I update wicket library?
On 1/30/07, Matej Knopp [EMAIL PROTECTED] wrote:
Hi,
It seems that quite a lot of people
Sounds very smart. I firmly believe that Wicket can peform and scale as
well as being productive and maintainable. Let me know if you run into a
need for consulting help in this arena (or any other).
Scott Swank wrote:
Right now we're focused on developer productivity, code-to-weight
public class LogOutPage extends WebPage
{
public LogOutPage ()
{
AjaxLogOut ajaxLogOut = new AjaxLogOut(this);
add(ajaxLogOut);
}
}
public class AjaxLogOut extends AbstractAjaxTimerBehavior
{
WebPage page;
64 matches
Mail list logo
