Can't see progress in progressBar from Safari
I use standard Wicket ajax progress bar. The Wicket version is 1.3.3. It works excellent with IE6/7, Fox, Opera (little conflict with Date picker), but doesn’t work with Safari (3.1.1). I can see title ‘upload starting…’ only. No bar from left to right, no percentage... I checked the example (http://www.wicket-library.com/wicket-examples/upload/single). It does not work with Safari too… :-( Anybody won this problem? -- View this message in context: http://www.nabble.com/Can%27t-see-progress-in-progressBar-from-Safari-tp17407714p17407714.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 1.4 is ready for production?
Yes. I use Wicket 1.4RC7 based site for production. It is easy multilingual club-site for selling horses and to provide information about club. Implementation looks easy from outside, but contains CMS possibilities for administrator: possibilities to add news article with picture (loaded to our database and provided as stream), possibilities to use Tiny-mce editor to prepare more complex article texts, possibilities to search, actual real time statistics. Also, It was used Spring framework for business logic. Not so mystical, but works fine. The implementation takes about couple of weeks. It is my second Wicket based site. I provide URL below, but please don’t treat it as advertising from my side. It is just confirmation only - example of Wicket based site. Some links (pictures) go to several other old sites with horses (based on Spring MVC). It is the same about club horse selling. There are no sites with some external advertising, there are no any additional paid-up clicks depend advertising. If my URL looks commercial, please remove it. I didn’t have this purpose. Sorry, just an example in the world where all things look commercial. http://www.sport-pferde-portal.de Sincerely, Uladzimir. -- View this message in context: http://www.nabble.com/1.4-is-ready-for-production--tp24572049p24576802.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: 1.4 is ready for production?
Sorry, I would be glad to see crash (just for the test Purposes), but for this moment it is work yet. -- View this message in context: http://www.nabble.com/1.4-is-ready-for-production--tp24572049p24577169.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: 1.4 is ready for production?
I have 3 browsers to test. IE6, Fox(3.0.11), Opera (9.63). All systems work fine. Sorry. I know, it is possible to kill any site. For last half an hour it was just about 27 unique visiters and about 30-40 clicks. It is not critical. I tested with more 10 000 clicks during 3-4 minutes. 100 man simultaneously. -- View this message in context: http://www.nabble.com/1.4-is-ready-for-production--tp24572049p24578048.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: 1.4 is ready for production?
M-m-m... May be it is some redirect problems? Try this: http://www.sport-pferde-portal.net/shglobal/home It is the same. I just cheked the site by using http://browsershots.org/ Truly, I am puzzled, I got message - The server at www.sport-pferde-portal.de sent a HTTP redirect. Your web address has been updated. Please try again. But for URL above (http://www.sport-pferde-portal.net/shglobal/home) I got snapshots for my site from a lot of browsers (3 minutes ago). I can't explain it for this moment. aldaris wrote: > > Crash for me too: > Mozilla/5.0 (X11; U; Linux x86_64; hu-HU; rv:1.9.1) Gecko/20090630 > Fedora/3.5-1.fc11 Firefox/3.5 > Maybe something locale-related stuff isn't working. Log files could be > helpful to debug this. > > Peter > > 2009-07-20 23:15 keltezéssel, Martin Makundi írta: >> Crashes or me, Mozilla/5.0 (Windows; U; Windows NT 5.1; fi; >> rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11 >> >> ** >> Martin >> >> 2009/7/21 Carl-Eric Menzel: >>> On Tue, 21 Jul 2009 00:00:04 +0300 >>> Martin Makundi wrote: >>> No. It crashes. Restart your browser and you will see. >>> Works for me. >>> >>> Carl-Eric > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/1.4-is-ready-for-production--tp24572049p24578364.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: 1.4 is ready for production?
:-) Yes. I have log. There were several crashes. But I could not find out the problem fast. Looks like it is localization problem. I didn’t put default properties file with language specific string resources. As result – if you locale among five predefined locales – it works well. But if no, we have crash. I will fix it for next build. MartinM wrote: > > Does not help for me. You do have logs ;) ? > > ** > Martin > > 2009/7/21 Steamus : >> >> M-m-m... >> >> May be it is some redirect problems? >> >> Try this: >> >> http://www.sport-pferde-portal.net/shglobal/home >> >> It is the same. >> >> I just cheked the site by using http://browsershots.org/ >> >> Truly, I am puzzled, I got message - The server at >> www.sport-pferde-portal.de sent a HTTP redirect. Your web address has >> been >> updated. Please try again. >> >> But for URL above (http://www.sport-pferde-portal.net/shglobal/home) I >> got >> snapshots for my site from a lot of browsers (3 minutes ago). I can't >> explain it for this moment. >> >> >> >> >> >> aldaris wrote: >>> >>> Crash for me too: >>> Mozilla/5.0 (X11; U; Linux x86_64; hu-HU; rv:1.9.1) Gecko/20090630 >>> Fedora/3.5-1.fc11 Firefox/3.5 >>> Maybe something locale-related stuff isn't working. Log files could be >>> helpful to debug this. >>> >>> Peter >>> >>> 2009-07-20 23:15 keltezéssel, Martin Makundi írta: >>>> Crashes or me, Mozilla/5.0 (Windows; U; Windows NT 5.1; fi; >>>> rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11 >>>> >>>> ** >>>> Martin >>>> >>>> 2009/7/21 Carl-Eric Menzel: >>>>> On Tue, 21 Jul 2009 00:00:04 +0300 >>>>> Martin Makundi wrote: >>>>> >>>>>> No. It crashes. Restart your browser and you will see. >>>>> Works for me. >>>>> >>>>> Carl-Eric >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/1.4-is-ready-for-production--tp24572049p24578364.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/1.4-is-ready-for-production--tp24572049p24660224.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Does ExternalLink URL encode?
Roman Uhlig Maxity.de wrote:
>
>
> Just a simple question, I couldn't find any hint on this in the mailing
> list and the wiki.
>
> Is ExternalLink doing some URL encoding with the href param or will I
> have to do it on my own? Something like:
>
> new ExternalLink(
> "id",
> "http://www.mysite.com/page.jsp?title="; +
> URLEncoder.encode("This is a title", "UTF-8")
> );
>
It was the same question a couple of months ago. For some reason there was
no this problem with Wicket 1.3.5. But after migration to 1.4 I have to
encode URL parameters manually:
parameters.put( "toFind", URLEncoder.encode( searchLine, "UTF-8" ) );
..
String lineToSearch = parameters.getString( "toFind" );
try {
lineToSearch = URLDecoder.decode( lineToSearch, "UTF-8" );
}
catch( UnsupportedEncodingException e ) {
e.printStackTrace();
}
May be I lost something, but I couldn't pass national text without manual
decode/encode as it was with 1.3.5
--
View this message in context:
http://www.nabble.com/Does-ExternalLink-URL-encode--tp25022300p25024143.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Resolved
It was some javascript conflict. Early I used dynarch’s calendar and page loaded calendar.js. When I removed old calendar.js the picker starts working correct (expect problem with date <2000 for mask ‘’) -- View this message in context: http://old.nabble.com/Strange-DatePicker-behavior-%28reset-date-to-current%29-tp28012471p28012642.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Ajax file manager 'CKFinder' and Wicket >= 1.5.8
Hello, Everybody In my project I use JavaScript editor ‘CKEditor’ with Ajax file manager ‘CKFinder’. It worked fine a lot of months. But, just I migrated to version Wicket 1.5.8, the ‘CKFinder’ doesn’t work properly any more. There are no visible crashes or bugs, but It can’t upload file to server now. Looks like there were some little changes in the Wicket Ajax mechanic. If I switch to Wicket 1.5.7 it work fine as before. I was trying to migrate to Wicket 1.6.1. Project works fine, but ‘CKFinder’ doesn’t work (the same as for 1.5.8). May be anybody has some idea what was changing in the 1.5.8 concerning Ajax or server response or…? I tested under Tomcat 6.0.35 Thanx in advance. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Ajax-file-manager-CKFinder-and-Wicket-1-5-8-tp4653275.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Ajax file manager 'CKFinder' and Wicket >= 1.5.8
Hi, Martin
Yesterday, I migrated to the Wicket 6.2.0 and it started working again!
I didn’t see any messages about some javascript’s error in browser, but I
didn’t use any special tools to debug javascript.
Integration was enough easy, so there is not so much to share. They provide
several jars. One of them contains ConnectorServlet and FileUploadFilter. So
you need to put it into the web.xml
ConnectorServlet
com.ckfinder.connector.ConnectorServlet
XMLConfig
/WEB-INF/config.xml
debug
false
configuration
com.app.CKFinderConfiguration
1
ConnectorServlet
/script/ckfinder/core/connector/java/connector.java
FileUploadFilter
com.ckfinder.connector.FileUploadFilter
sessionCookieName
JSESSIONID
sessionParameterName
jsessionid
FileUploadFilter
/script/ckfinder/core/connector/java/connector.java
It is possible to provide own CKFinderConfiguration class with easy code:
public class CKFinderConfiguration extends Configuration
{
@Override
public String getBaseDir()
{
return Application.CONTENT_MEDIA_FOLDER;
}
@Override
public String getBaseURL()
{
return "/app/media/";
}
}
And one line in the javascript to link script’s parts of CKEditor with
CKFinder:
CKFinder.setupCKEditor(null, '/app/script/ckfinder/');
That’s it. And that starts working just after preparing. I changed Wicket
versions several times last year and it worked very well up to 1.5.8. And
starts working again from 6.2.0.
Thanx in advance.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Ajax-file-manager-CKFinder-and-Wicket-1-5-8-tp4653275p4653381.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Ajax file manager 'CKFinder' and Wicket >= 1.5.8
Seems, yes. Because I didn’t check 1.5.9. I jumped to 6.1.1 and it didn’t work yet. Thank you, Martin -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Ajax-file-manager-CKFinder-and-Wicket-1-5-8-tp4653275p4653383.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
A couple of problems with MultiFileUploadField
I was trying to use the MultiFileUploadField class (with PropertyModel>) to upload multiply files. And I was little confused with a couple of things. At first it is strange to have uploaded file path name on the panel with prefix – “C:\fakepath\”. Difficult to explain… but I can’t show the control with that prefix to serious customer. Sorry, but it looks little stupide. :) Another one thing – why it is impossible to multiply files selection (for HTML5 browsers)? It is 2013 year. May be It should switch on? So, I found the JIRA issue WICKET-4861. The issue fix both problems. But looks like the issue wasn’t applied. I don’t see any changings in the version Wicket 6.5.0. Now I am thinking what to do with it: There is some decision which I missed? To wait for some new version with fix? To get sources from github (patch from WICKET-4861) and implement own class? To provide as is and laughing with customer together? Something else? Anybody already had this problem? Thank you for your opinion. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/A-couple-of-problems-with-MultiFileUploadField-tp4656131.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
How to prevent a concurrent click on ajax links (AjaxFallbackLink)
When I fast click in an AjaxFallbackLink in my DataTable the first click works correct but next click generates Access Denied (You do not have access to the page you requested.). And there is an exception “RequestListenerInterface.invoke(..) | behavior not enabled; ignore call.” I was trying to investigate a forum and looks like it is famous problem. But all advices proposed to read a topic http://wicketinaction.com/2008/12/preventing-double-ajax-requests-in-3-lines-of-code/. Unfortunately the link unavailable any more. May be anybody can repeat a solution or for last five years was proposed something new? I really appreciate any help you can provide. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-prevent-a-concurrent-click-on-ajax-links-AjaxFallbackLink-tp4660226.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to prevent a concurrent click on ajax links (AjaxFallbackLink)
Thank you, Sven The indicator works well, but unfortunately it doesn’t resolve the problem. If a user want to double click on some link we have crash as before. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-prevent-a-concurrent-click-on-ajax-links-AjaxFallbackLink-tp4660226p4660239.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to prevent a concurrent click on ajax links (AjaxFallbackLink)
Thank you All! Thank you, Igor! It works excellent. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-prevent-a-concurrent-click-on-ajax-links-AjaxFallbackLink-tp4660226p4660251.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
How to change “intellectual” DateTextField behavior?
By default, if you provide incorrect date like “30.02.2013” the DateTextField changes it to 02.03.2013 and doesn’t return any errors. Is there an easy way to stop it and generate an error? Thank you. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-change-intellectual-DateTextField-behavior-tp4660520.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to change “intellectual” DateTextField behavior?
Thank you, Sven I resolved my problem by using another implementation of DateTextField. From org.apache.wicket.datetime.markup.html.form -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-change-intellectual-DateTextField-behavior-tp4660520p4660522.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
