Re: Inmethod datagrid adding aggregate rows
My team solved the problem the same way, by using a custom Header Toolbar under the header labels. Couldn't find a clean way to create a footer toolbar that matched the columns. On Tue, Sep 7, 2010 at 9:49 AM, Branislav Kalas bka...@gmail.com wrote: Hi i also tried this. I ended up by positioning aggregation toolbar right after column headers. (as custom toolbar which extends AbstractHeaderToolbar). I think it is not easy to have this toolbar at the bottom (specially when you have enabled column resizing, because you have to bind somehow on resizing js) Please write here a solution if you will find out how to do it. On 09/07/2010 01:29 PM, pieter_degraeuwe wrote: Hi, I'm looking for some hints for doing the following: I have an Inmethod datagrid, which has the columns 'amount', 'product', 'detail', 'price'. I would like to have at the bottom of the table (just above the paging toolbar) an extra row which shows me the sum (total) of all prices in the list. How I calculate these values (sum of the showed items, or sum of ALL items), should not matter, I want to add these cell values by just giving a model. But, the sum() column should be located under the 'prices' column. I did try this via a custom Toolbar, where I add a div with it's owntable element. This seems to work, but I do not get the styling right. The columns of this table should have the same width als the columns of the 'body' table. Digging into the code, I saw that some javascript is used for doing the sizing. Can anyone give me some hints what is the best approach to get the column's size correct? (or maybe I'm doing this completely wrong?) Thanks ! - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Multiple columns using div with last one on each row different
Is your layout fixed at 3 columns? If so, you should be able to add that AttributeModifer to every third item in the repeater. If it is not fixed, but is a liquid layout where the number of columns could change when the browser (or container) is resized, then there is really no way for wicket to put the attr on the right cell. Instead, you will probably need a JavaScipt solution on the client. Are you using any of the JS frameworks (jQuery, MooTools, etc)? If so, that framework may have facilities to make this easier. I feel like this shouldn't be a tough job for jQuery and a resize event. On Tue, Jul 13, 2010 at 11:48 PM, Chris Colman chr...@stepaheadsoftware.com wrote: That would probably not work because the child at the end of each row is not necessarily the last child in the 'containing object'. The container is the category which has n products eg., P1 P2 P3 P4 P5 P6 P7 P8 Where P8 would be the last child But I need P3 and P6 to be marked as 'last cell'. -Original Message- From: Anh [mailto:7za...@gmail.com] Sent: Wednesday, 14 July 2010 1:19 PM To: users@wicket.apache.org Subject: Re: Multiple columns using div with last one on each row different Not familiar with the blueprint framework, but is there some reason you could not use whatever:last-child { } CSS pseudo-selector? On Tue, Jul 13, 2010 at 7:16 PM, Chris Colman chr...@stepaheadsoftware.com wrote: I'm using wicket to generate HTML and Compass/Blueprint to manage the CSS. I have a multi column layout with a product in each cell like: P1 P2 P3 P4 P5 P6 P7 Etc., With the blueprint CSS framework you need to specify a slightly different CSS 'class' (eg., lastCell) for the last item in each row and that uses different CSS that does not append an extra 'space' in the grid as it does for the previous cells in that row. I know that I can use new SimpleAttributeModifier(class, lastCell)); when populating the list view but to do that I need to know how many cells will appear in each row. What if I didn't want to hard code that and leave it up to the markup to decide. Is there any wicket markup trick that I can use to tell wicket to insert a special 'class' value into the 'last cell' on each row? -Original Message- From: Francisco Diaz Trepat - gmail [mailto:francisco.diaztre...@gmail.com] Sent: Wednesday, 14 July 2010 6:13 AM To: Wicket-Users Subject: Any Italian wicket maniacs out there? Hi, I would like to ask some Italian users about something personal. If any, and don't mind please contact me privately. I'll surely appreciate it. regards, f(t) - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: inmethod grid
I believe Matej is the only developer. I also have code to contribute to the project. Considering it is a WicketStuff project, I suppose that we could make the changes ourselves. I posted my changes as patches in order to get some feedback, but I received no comments for or against my proposed changes. On Thu, Jul 1, 2010 at 2:07 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Wondering if there are any active developers on inmethod? A while ago I wrote that I had 2 components that I wanted to contribute, so should I just add them or? I guess if no one answers it's a silent yes ? -nino
Re: inmethod grid
Some of my changes alter the inmethod core to facilitate inheritance too. If the change is in the name of a more extensible component, than I say go for it. On Thu, Jul 1, 2010 at 1:16 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Heh, I guess he don't mind the additions me and Charles have made then. Only thing about my code are that my delete button are using a workaround to be functional, otherwise i'd have to change Matejs core code so it supports inheritance better.. Nice that his site are running brix, and also shows it.. regards Nino 2010/7/1 Martijn Dashorst martijn.dasho...@gmail.com Matej is busy getting rich from his iPhone application called Air Video (http://inmethod.com). Note that the website is running brix cms. Martijn On Thu, Jul 1, 2010 at 2:49 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: I'd say we give Matej til tomorrow, and then we put in our changes? I tried to get a hold of Matej on facebook, but no answer.. And I know at least one who would like to use my changes.. 2010/7/1 Charles Deal chuckdea...@gmail.com I believe Matej is the only developer. I also have code to contribute to the project. Considering it is a WicketStuff project, I suppose that we could make the changes ourselves. I posted my changes as patches in order to get some feedback, but I received no comments for or against my proposed changes. On Thu, Jul 1, 2010 at 2:07 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Wondering if there are any active developers on inmethod? A while ago I wrote that I had 2 components that I wanted to contribute, so should I just add them or? I guess if no one answers it's a silent yes ? -nino -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.8 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: jWicket SortableList
I just implemented Sortable in my project. I am using jWicket as the basis for my jQuery components. HOWEVER, I have a slightly divergent implementation of the behaviors. ( As I posted not too long ago). So, it is possible to use the JQuery Sortable impl. Unfortunately, I haven't had the time to port my changes back to the jWicket codebase. You should be able to build a new Sortable behavior with just the basics (impl JSBuilder) and use the rawOptions feature to push in your settings. This will at least let you test the library without investing too much time in the Wicket side until you are confident it will be worth it. On Thu, Jun 10, 2010 at 3:06 AM, Stefan Lindner lind...@visionet.de wrote: jWicket (and jQuery too) does not know anything about other elements when you drop one element onto another. The droppable element itself must know ist's position within your list. So if you render your list, you must keep track of the relative position in your rendered elements. I don't know of any mechanism in jQuery that would provide this function. But: http://jqueryui.com/demos/sortable/ may be much closer to your needs. This is not implementes in jWicket until now and I don't know if this will be possible in Wicket. But let me know your ideas! Perhaps we can start an implementation together? (Du kannst mir direkt an meine E-Mail-Adresse auch auf Deutsch antworten) Stefan -Ursprüngliche Nachricht- Von: Sebastian Gabriel [mailto:sebastian.gabr...@hs-augsburg.de] Gesendet: Donnerstag, 10. Juni 2010 08:54 An: users@wicket.apache.org Betreff: jWicket SortableList Hello, I've figured out how to use the jWicket Drag'n'Drop components and the result is pretty nice. I have four lists, one list is in the beginning filled with elements and the user have so choose which element he wants in which list. It works, to drag the elements on the three other lists and the element is being added to the list. But my problem is that the lists have to be sortable by the user. How can I get the position of the element when it is dropped? So I can calculate whether it has been dropped above an element or under it. Or does jWicket doesn't cover this functionality. Thanks. Sebastian - 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
Re: [wicketstuff/wicket-contrib-jasperpreports] Is anyone supporting this?
The WicketStuff repo is now hosted by Sonatype. repository idsonatype/id nameSonatype OSS repository/name urlhttps://oss.sonatype.org/content/repositories/public/ /url releases enabledtrue/enabled /releases snapshots enabledtrue/enabled /snapshots /repository On Thu, Jun 10, 2010 at 10:44 AM, Steven Haines lyg...@yahoo.com wrote: Hi Charles, Do you know where the repository is that hosts wicket stuff? Maven couldnt find the core wicket stuff (even though it is listed on mvnrepository.com): dependency groupIdorg.wicketstuff/groupId artifactIdwicketstuff-core/artifactId version${wicket.version}/version /dependency And I tried 1.4.8 and 1.4.9. And your addition (below) reported that the dependency was missing ... Usually this means that I just need to add the repo to the end of the pom file, so if you have that repo location I'd appreciate it! Thanks for all your help! Steve -- *From:* Charles Deal chuckdea...@gmail.com *To:* users@wicket.apache.org; Steven Haines lyg...@yahoo.com *Sent:* Wed, June 9, 2010 1:41:21 PM *Subject:* Re: [wicketstuff/wicket-contrib-jasperpreports] Is anyone supporting this? Well, there is some example code within the project. And I believe it was enough to get me started. But beyond that, no I don't think you'll find anymore docs on it. If you run into trouble, I'll do my best to help since it seems to be working in my project. dependency groupIdorg.wicketstuff/groupId artifactIdwicket-contrib-jasperreports/artifactId version1.4.10-SNAPSHOT/version exclusions exclusion groupIdjasperreports/groupId artifactIdjasperreports/artifactId /exclusion exclusion artifactIdservlet-api/artifactId groupIdjavax.servlet/groupId /exclusion /exclusions /dependency I exclude jasperreports because I include a specific version and I didn't want the conflict. I exclude servlet-api because that is provided. On Wed, Jun 9, 2010 at 10:53 AM, Steven Haines lyg...@yahoo.com wrote: We're just about to start integrating Jasper with our wicket application (with a due date by the end of the week), so I found your positing particularly timely! Do you have any sample code and/or configuration information that shows me how to integrate wicket-contrib-jasperreports into my application (Maven)? Thanks! Steve - Original Message From: Michael O'Cleirigh michael.ocleir...@rivulet.ca To: users@wicket.apache.org Sent: Tue, June 8, 2010 9:05:07 AM Subject: Re: [wicketstuff/wicket-contrib-jasperpreports] Is anyone supporting this? Hi Charles, As long as wicketstuff-core builds locally with wicket-contrib-jasperreports in the core pom (as a module) you can commit the core pom. I have a hudson instance running that will build and auto deploy into the sonatype snapshot repository a 1.4.10-SNAPSHOT version of your artifacts. For an internal work release I need to cut a 1.4.9.1 wicketstuff-core release this week. If your changes work in trunk you can backport them to the wicket 1.4.9 branch and when I cut the release they will be included and deployed into the central maven repository. Regards, Mike Awesome. Thanks. I pushed up my initial set of changes. wicket-contrib-jasperreports now builds as 1.4.10-SNAPSHOT using wicketstuff-core. However, I have not added it to the wicketstuff-core build. I'll try to get on that shortly, at least it is no worse off than it was before and now at least it building closer to the newer wicketstuff projects. Next up would be actual enhancements to the code. Rodolfo mentioned some additions and I have to refactor some of my code that I wrote as a workaround so that it can be pushed back as well. Thanks for your help! That's one less project that I have to maintain a customized instance of! On Mon, Jun 7, 2010 at 6:05 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: youve been added. As for the requirement with core, I think you just need to add the project to the pom on core, I'd suggest looking at one of the projects thats already in there (so you can copy and paste).. regards Nino 2010/6/7 Charles Dealchuckdea...@gmail.com: Excellent. sf username: cdeal First things first then. If I get some patches put into scm other people will see that it is still a viable project. Then as I get time, I'll extract some of my code into some kind
Re: [Wicketstuff / Inmethod-Grid] A handful of patches
I believe there is an object called GridSortState on the DataGrid. Using that object, you can set the default sort for the grid. One of our grids do this, but I don't have the code in front of me. On Wed, Jun 9, 2010 at 1:04 AM, Douglas Ferguson doug...@douglasferguson.us wrote: Thanks! I just got data grid going. It is very cool! Do you know if there is a way to set a default sort? D/ On Jun 8, 2010, at 3:26 PM, Charles Deal wrote: I use Eclipse and the Subversive SVN plugin. I did a checkout into a new Project of https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/inmethod-grid-parent After I made my changes I used the Create Patch option within Eclipse to generate the patches that I supplied. If using a similar setup, you should be able to use the Eclipse Apply Patch feature to update the source again or use your own preferred method. On Tue, Jun 8, 2010 at 1:55 PM, Douglas Ferguson doug...@douglasferguson.us wrote: What's the url you used to pull from svn? I.E. What branch, etc.. D/ On Jun 8, 2010, at 12:49 PM, Charles Deal wrote: The patches are based upon the latest in svn (as of 07JUN2010). I pulled a fresh copy of the source and then applied my changes back against it. I don't think the svn codebase has changed all that much in the 1.4 branch, so I didn't experience any conflicts applying my patches. On Tue, Jun 8, 2010 at 1:17 PM, Douglas Ferguson doug...@douglasferguson.us wrote: What version of inmethod are these patches based from? I't looks like 1.4.1 is quite old and 1.4.2 is still in SNAPSHOT http://wicketstuff.org/maven/repository/org/wicketstuff/inmethod-grid/ On Jun 7, 2010, at 10:48 AM, Charles Deal wrote: We've been using the grid for quite some time now and have accumulated a few changes to the codebase. I'd like to submit them for other users to review and discuss, in the hopes that they will make it into the wicketstuff codebase in the future. The following are brief descriptions of the attached files. inmethodgrid-script.patch This patch simply adds a resize event to the grid. We noticed that when the browser was resized, the grid wouldn't resize until the user attempted to scroll. inmethodgrid-columns.patch Some small changes to facilitate more code reuse. inmethodgrid-form.patch Move the header and toolbars into the form. This allows the header to determine the form automatically so that, for example, when sorting a grid, the behavior can submit the form to retain any transient changes to the grid. inmethodgrid-gridbehavior.patch Refactor the AjaxFormSubmitBahvior implementation into its own class to be used by custom behaviors. Altered the code to use the new class. inmethodgrid-insert.patch Add support for adding rows to the grid. As I said, my team have been successfully using (almost all of) these patches since at least June 2008. The script patch is the only one that is a recent change. I'd appreciate some feedback and if no objections are made, I'd like to get these patches into the scm. ATT1.c - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [wicketstuff/wicket-contrib-jasperpreports] Is anyone supporting this?
Well, there is some example code within the project. And I believe it was enough to get me started. But beyond that, no I don't think you'll find anymore docs on it. If you run into trouble, I'll do my best to help since it seems to be working in my project. dependency groupIdorg.wicketstuff/groupId artifactIdwicket-contrib-jasperreports/artifactId version1.4.10-SNAPSHOT/version exclusions exclusion groupIdjasperreports/groupId artifactIdjasperreports/artifactId /exclusion exclusion artifactIdservlet-api/artifactId groupIdjavax.servlet/groupId /exclusion /exclusions /dependency I exclude jasperreports because I include a specific version and I didn't want the conflict. I exclude servlet-api because that is provided. On Wed, Jun 9, 2010 at 10:53 AM, Steven Haines lyg...@yahoo.com wrote: We're just about to start integrating Jasper with our wicket application (with a due date by the end of the week), so I found your positing particularly timely! Do you have any sample code and/or configuration information that shows me how to integrate wicket-contrib-jasperreports into my application (Maven)? Thanks! Steve - Original Message From: Michael O'Cleirigh michael.ocleir...@rivulet.ca To: users@wicket.apache.org Sent: Tue, June 8, 2010 9:05:07 AM Subject: Re: [wicketstuff/wicket-contrib-jasperpreports] Is anyone supporting this? Hi Charles, As long as wicketstuff-core builds locally with wicket-contrib-jasperreports in the core pom (as a module) you can commit the core pom. I have a hudson instance running that will build and auto deploy into the sonatype snapshot repository a 1.4.10-SNAPSHOT version of your artifacts. For an internal work release I need to cut a 1.4.9.1 wicketstuff-core release this week. If your changes work in trunk you can backport them to the wicket 1.4.9 branch and when I cut the release they will be included and deployed into the central maven repository. Regards, Mike Awesome. Thanks. I pushed up my initial set of changes. wicket-contrib-jasperreports now builds as 1.4.10-SNAPSHOT using wicketstuff-core. However, I have not added it to the wicketstuff-core build. I'll try to get on that shortly, at least it is no worse off than it was before and now at least it building closer to the newer wicketstuff projects. Next up would be actual enhancements to the code. Rodolfo mentioned some additions and I have to refactor some of my code that I wrote as a workaround so that it can be pushed back as well. Thanks for your help! That's one less project that I have to maintain a customized instance of! On Mon, Jun 7, 2010 at 6:05 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: youve been added. As for the requirement with core, I think you just need to add the project to the pom on core, I'd suggest looking at one of the projects thats already in there (so you can copy and paste).. regards Nino 2010/6/7 Charles Dealchuckdea...@gmail.com: Excellent. sf username: cdeal First things first then. If I get some patches put into scm other people will see that it is still a viable project. Then as I get time, I'll extract some of my code into some kind of example. What are the requirements for building with core and who do I contact to get this included in the core build process? On Thu, Jun 3, 2010 at 5:24 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: go for commit rights. And for requirements it would be good to have an example project other than that it should just be working :) 2010/6/3 Charles Dealchuckdea...@gmail.com: Is anyone out there maintaining/using this library? I am using it and I have a handful of modifications that I'd like to push back into the source tree. Should I prepare a patch and JIRA issue or shall I pursue commit access for this library? I would also like to get it hooked into the build process. It seems like I only need to add the wicketstuff-core reference to this pom and have the wicketstuff-core pom updated to include this module. What else needs to be done? Are there specific requirements for a library to be part of the wicketstuff-core build? - 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:
Re: [wicketstuff/wicket-contrib-jasperpreports] Is anyone supporting this?
Awesome. Thanks. I pushed up my initial set of changes. wicket-contrib-jasperreports now builds as 1.4.10-SNAPSHOT using wicketstuff-core. However, I have not added it to the wicketstuff-core build. I'll try to get on that shortly, at least it is no worse off than it was before and now at least it building closer to the newer wicketstuff projects. Next up would be actual enhancements to the code. Rodolfo mentioned some additions and I have to refactor some of my code that I wrote as a workaround so that it can be pushed back as well. Thanks for your help! That's one less project that I have to maintain a customized instance of! On Mon, Jun 7, 2010 at 6:05 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: youve been added. As for the requirement with core, I think you just need to add the project to the pom on core, I'd suggest looking at one of the projects thats already in there (so you can copy and paste).. regards Nino 2010/6/7 Charles Deal chuckdea...@gmail.com: Excellent. sf username: cdeal First things first then. If I get some patches put into scm other people will see that it is still a viable project. Then as I get time, I'll extract some of my code into some kind of example. What are the requirements for building with core and who do I contact to get this included in the core build process? On Thu, Jun 3, 2010 at 5:24 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: go for commit rights. And for requirements it would be good to have an example project other than that it should just be working :) 2010/6/3 Charles Deal chuckdea...@gmail.com: Is anyone out there maintaining/using this library? I am using it and I have a handful of modifications that I'd like to push back into the source tree. Should I prepare a patch and JIRA issue or shall I pursue commit access for this library? I would also like to get it hooked into the build process. It seems like I only need to add the wicketstuff-core reference to this pom and have the wicketstuff-core pom updated to include this module. What else needs to be done? Are there specific requirements for a library to be part of the wicketstuff-core build? - 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
Re: [Wicketstuff / Inmethod-Grid] A handful of patches
The patches are based upon the latest in svn (as of 07JUN2010). I pulled a fresh copy of the source and then applied my changes back against it. I don't think the svn codebase has changed all that much in the 1.4 branch, so I didn't experience any conflicts applying my patches. On Tue, Jun 8, 2010 at 1:17 PM, Douglas Ferguson doug...@douglasferguson.us wrote: What version of inmethod are these patches based from? I't looks like 1.4.1 is quite old and 1.4.2 is still in SNAPSHOT http://wicketstuff.org/maven/repository/org/wicketstuff/inmethod-grid/ On Jun 7, 2010, at 10:48 AM, Charles Deal wrote: We've been using the grid for quite some time now and have accumulated a few changes to the codebase. I'd like to submit them for other users to review and discuss, in the hopes that they will make it into the wicketstuff codebase in the future. The following are brief descriptions of the attached files. inmethodgrid-script.patch This patch simply adds a resize event to the grid. We noticed that when the browser was resized, the grid wouldn't resize until the user attempted to scroll. inmethodgrid-columns.patch Some small changes to facilitate more code reuse. inmethodgrid-form.patch Move the header and toolbars into the form. This allows the header to determine the form automatically so that, for example, when sorting a grid, the behavior can submit the form to retain any transient changes to the grid. inmethodgrid-gridbehavior.patch Refactor the AjaxFormSubmitBahvior implementation into its own class to be used by custom behaviors. Altered the code to use the new class. inmethodgrid-insert.patch Add support for adding rows to the grid. As I said, my team have been successfully using (almost all of) these patches since at least June 2008. The script patch is the only one that is a recent change. I'd appreciate some feedback and if no objections are made, I'd like to get these patches into the scm. ATT1.c - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [Wicketstuff / Inmethod-Grid] A handful of patches
I use Eclipse and the Subversive SVN plugin. I did a checkout into a new Project of https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/inmethod-grid-parent After I made my changes I used the Create Patch option within Eclipse to generate the patches that I supplied. If using a similar setup, you should be able to use the Eclipse Apply Patch feature to update the source again or use your own preferred method. On Tue, Jun 8, 2010 at 1:55 PM, Douglas Ferguson doug...@douglasferguson.us wrote: What's the url you used to pull from svn? I.E. What branch, etc.. D/ On Jun 8, 2010, at 12:49 PM, Charles Deal wrote: The patches are based upon the latest in svn (as of 07JUN2010). I pulled a fresh copy of the source and then applied my changes back against it. I don't think the svn codebase has changed all that much in the 1.4 branch, so I didn't experience any conflicts applying my patches. On Tue, Jun 8, 2010 at 1:17 PM, Douglas Ferguson doug...@douglasferguson.us wrote: What version of inmethod are these patches based from? I't looks like 1.4.1 is quite old and 1.4.2 is still in SNAPSHOT http://wicketstuff.org/maven/repository/org/wicketstuff/inmethod-grid/ On Jun 7, 2010, at 10:48 AM, Charles Deal wrote: We've been using the grid for quite some time now and have accumulated a few changes to the codebase. I'd like to submit them for other users to review and discuss, in the hopes that they will make it into the wicketstuff codebase in the future. The following are brief descriptions of the attached files. inmethodgrid-script.patch This patch simply adds a resize event to the grid. We noticed that when the browser was resized, the grid wouldn't resize until the user attempted to scroll. inmethodgrid-columns.patch Some small changes to facilitate more code reuse. inmethodgrid-form.patch Move the header and toolbars into the form. This allows the header to determine the form automatically so that, for example, when sorting a grid, the behavior can submit the form to retain any transient changes to the grid. inmethodgrid-gridbehavior.patch Refactor the AjaxFormSubmitBahvior implementation into its own class to be used by custom behaviors. Altered the code to use the new class. inmethodgrid-insert.patch Add support for adding rows to the grid. As I said, my team have been successfully using (almost all of) these patches since at least June 2008. The script patch is the only one that is a recent change. I'd appreciate some feedback and if no objections are made, I'd like to get these patches into the scm. ATT1.c - 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
Re: [wicketstuff/wicket-contrib-jasperpreports] Is anyone supporting this?
Excellent. sf username: cdeal First things first then. If I get some patches put into scm other people will see that it is still a viable project. Then as I get time, I'll extract some of my code into some kind of example. What are the requirements for building with core and who do I contact to get this included in the core build process? On Thu, Jun 3, 2010 at 5:24 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: go for commit rights. And for requirements it would be good to have an example project other than that it should just be working :) 2010/6/3 Charles Deal chuckdea...@gmail.com: Is anyone out there maintaining/using this library? I am using it and I have a handful of modifications that I'd like to push back into the source tree. Should I prepare a patch and JIRA issue or shall I pursue commit access for this library? I would also like to get it hooked into the build process. It seems like I only need to add the wicketstuff-core reference to this pom and have the wicketstuff-core pom updated to include this module. What else needs to be done? Are there specific requirements for a library to be part of the wicketstuff-core build? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [wicketstuff/wicket-contrib-jasperpreports] Is anyone supporting this?
The first set of code I wanted to push back was just some housekeeping stuff. Use slf4j, reference wicketstuff-core, minor html changes. After that, I will look at anything that I did in my own code to customize it and see if i can push any of that back. What kind of changes did you have in mind for the project? On Mon, Jun 7, 2010 at 10:44 AM, Rodolfo Hansen rhan...@kitsd.com wrote: I think I have a couple of lines of code I can submit, And I can help you out in case you need any help. On Mon, Jun 7, 2010 at 8:16 AM, Charles Deal chuckdea...@gmail.com wrote: Excellent. sf username: cdeal First things first then. If I get some patches put into scm other people will see that it is still a viable project. Then as I get time, I'll extract some of my code into some kind of example. What are the requirements for building with core and who do I contact to get this included in the core build process? On Thu, Jun 3, 2010 at 5:24 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: go for commit rights. And for requirements it would be good to have an example project other than that it should just be working :) 2010/6/3 Charles Deal chuckdea...@gmail.com: Is anyone out there maintaining/using this library? I am using it and I have a handful of modifications that I'd like to push back into the source tree. Should I prepare a patch and JIRA issue or shall I pursue commit access for this library? I would also like to get it hooked into the build process. It seems like I only need to add the wicketstuff-core reference to this pom and have the wicketstuff-core pom updated to include this module. What else needs to be done? Are there specific requirements for a library to be part of the wicketstuff-core build? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Rodolfo Hansen CTO, KindleIT Software Development Email: rhan...@kitsd.com Mobile: +1 (809) 860-6669
Wicketstuff Jira
I know that that Wicketstuff Jira was taken down and an email was sent in April saying it was temporary. Is there a timeline for its return? What shall we do in the meantime? I have a number of patches to submit for the inmethod-grid. I hesitate to commit them without review by someone else. I will probably compose an email to this list so that someone else can review the patches and discuss them.
[Wicketstuff / Inmethod-Grid] A handful of patches
We've been using the grid for quite some time now and have accumulated a few changes to the codebase. I'd like to submit them for other users to review and discuss, in the hopes that they will make it into the wicketstuff codebase in the future. The following are brief descriptions of the attached files. inmethodgrid-script.patch This patch simply adds a resize event to the grid. We noticed that when the browser was resized, the grid wouldn't resize until the user attempted to scroll. inmethodgrid-columns.patch Some small changes to facilitate more code reuse. inmethodgrid-form.patch Move the header and toolbars into the form. This allows the header to determine the form automatically so that, for example, when sorting a grid, the behavior can submit the form to retain any transient changes to the grid. inmethodgrid-gridbehavior.patch Refactor the AjaxFormSubmitBahvior implementation into its own class to be used by custom behaviors. Altered the code to use the new class. inmethodgrid-insert.patch Add support for adding rows to the grid. As I said, my team have been successfully using (almost all of) these patches since at least June 2008. The script patch is the only one that is a recent change. I'd appreciate some feedback and if no objections are made, I'd like to get these patches into the scm. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [Wicketstuff / Inmethod-Grid] A handful of patches
Hopefully, this will be acceptable. If anyone has a better suggestion for filesharing, I'd love to hear it as I haven't done too much in this arena and didn't know what the best choice would be. I'll gladly put them in a more accessible location. http://www.mediafire.com/?sharekey=f4d5eaacac458520aaca48175a79d1c39375f9d008c7b5db3e34c0a955f98962 On Mon, Jun 7, 2010 at 12:08 PM, Martin Grigorov mcgreg...@e-card.bgwrote: It seems the attachments are lost. Maybe you can paste them in some pastebin or something similar with a longer lifetime. On Mon, 2010-06-07 at 11:48 -0400, Charles Deal wrote: We've been using the grid for quite some time now and have accumulated a few changes to the codebase. I'd like to submit them for other users to review and discuss, in the hopes that they will make it into the wicketstuff codebase in the future. The following are brief descriptions of the attached files. inmethodgrid-script.patch This patch simply adds a resize event to the grid. We noticed that when the browser was resized, the grid wouldn't resize until the user attempted to scroll. inmethodgrid-columns.patch Some small changes to facilitate more code reuse. inmethodgrid-form.patch Move the header and toolbars into the form. This allows the header to determine the form automatically so that, for example, when sorting a grid, the behavior can submit the form to retain any transient changes to the grid. inmethodgrid-gridbehavior.patch Refactor the AjaxFormSubmitBahvior implementation into its own class to be used by custom behaviors. Altered the code to use the new class. inmethodgrid-insert.patch Add support for adding rows to the grid. As I said, my team have been successfully using (almost all of) these patches since at least June 2008. The script patch is the only one that is a recent change. I'd appreciate some feedback and if no objections are made, I'd like to get these patches into the scm. - 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
[wicketstuff/wicket-contrib-jasperpreports] Is anyone supporting this?
Is anyone out there maintaining/using this library? I am using it and I have a handful of modifications that I'd like to push back into the source tree. Should I prepare a patch and JIRA issue or shall I pursue commit access for this library? I would also like to get it hooked into the build process. It seems like I only need to add the wicketstuff-core reference to this pom and have the wicketstuff-core pom updated to include this module. What else needs to be done? Are there specific requirements for a library to be part of the wicketstuff-core build?
Re: WicketStuff jWicket - Where is it?
Thanks, I was able to get things sorted out. Is there a support site for this project? Live examples, wiki, jira. Are you using wicketstuff for those facilities? I found a couple of things that I'd like to report. Also, one of the things I did like about the wicketstuff-jquery project was how it handled the options. It did use an external dependency [1] to handle the JSON stuff. Each behavior basically had an Options class that went with it, that knew how to build the JSON object. I didn't initially care for it, but then I realized that it really reduced the noise on the behavior and left the options to be supplied by the user. Even though this adds an external dependency, it would remove the JSON specific classes from this code base so that it could be really focused on the jquery tasks. [1] dependency groupIdnet.sf.json-lib/groupId artifactIdjson-lib/artifactId version2.2.2/version classifierjdk15/classifier /dependency On Mon, May 10, 2010 at 12:16 PM, Stefan Lindner lind...@visionet.dewrote: Yes! It is. It's based upon jQuery 1.4.2 and jQuery-ui 1.8.0. Version 1.8.1 of jQuery-ui is now available. If this new version is required I could integrate it next weekend. Let me know. Stefan -Ursprüngliche Nachricht- Von: Charles Deal [mailto:chuckdea...@gmail.com] Gesendet: Montag, 10. Mai 2010 15:44 An: users@wicket.apache.org Betreff: Re: WicketStuff jWicket - Where is it? Crap, doesn't that just figure. Is this the correct location for the jWicket svn codebase? https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/jwicket-parent On Mon, May 10, 2010 at 9:41 AM, Charles Deal chuckdea...@gmail.com wrote: I am currently using wicketstuff-jquery for jQuery integration. However, that project seems to be stalled. I've seen many good references to both wiQuery and jWicket on the list and jWicket seems to line up closer to what wicketstuff-jquery was. Which I'm hoping will lead to less pain when swapping out the library. I've been searching this morning trying to find the distribtables for the project but have not been able to find anything recent (or that appears recent). The wicketstuff repo ( http://wicketstuff.org/maven/repository/org/wicketstuff/) shows numerous jwicket subprojects, but the 1.4-SNAPSHOT version of the jars is OLDER than the 1.4.2 version of the jars. I don't know which jars to pull. So, I was going to pull the source and build it myself. Now, I am having trouble finding the svn repo. I expected to find the source here ( https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/jwicket-parent ) but instead I found (a presumably older) copy here ( https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/releases/wicketstuff-core-1.4-rc7/jwicket-parent ). The mailing list, over the last few months, references jWicket being at versions that look like 0.5.0, and most recently 0.5.7. No mention of those versions was found in the wicketstuff repo for this project. Could someone confirm the latest version of jWicket or supply the path to the svn codebase? It would be much appreciated. Chuck Deal - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: : WicketStuff jWicket - Where is it?
In JQueryAjaxBehavior, you have five protected inner classes that (by my interpretation) are creating the JSON formatted string to pass to the jQuery methods. DraggableBehavior, for example, has an options property of type JsMap. In the getJsBuilder method of that class, you call toString() on the options property which basically produces a JSON string. I was just saying that that internal code could be replaced with the json-lib project which accomplishes the same task and would remove the duplicate code from this project. And yes, ideally, I won't see any JSON in the code, but that doesn't remove the fact that the code must generate the options object for the jQuery behaviors. On Tue, May 11, 2010 at 7:51 AM, Stefan Lindner lind...@visionet.de wrote: Are you sure you are talking about jwicket? Where dou you see any JSON stuff in jwicket? -Ursprüngliche Nachricht- Von: Charles Deal [mailto:chuckdea...@gmail.com] Gesendet: Di 11.05.2010 13:39 An: users@wicket.apache.org Betreff: Re: WicketStuff jWicket - Where is it? Thanks, I was able to get things sorted out. Is there a support site for this project? Live examples, wiki, jira. Are you using wicketstuff for those facilities? I found a couple of things that I'd like to report. Also, one of the things I did like about the wicketstuff-jquery project was how it handled the options. It did use an external dependency [1] to handle the JSON stuff. Each behavior basically had an Options class that went with it, that knew how to build the JSON object. I didn't initially care for it, but then I realized that it really reduced the noise on the behavior and left the options to be supplied by the user. Even though this adds an external dependency, it would remove the JSON specific classes from this code base so that it could be really focused on the jquery tasks. [1] dependency groupIdnet.sf.json-lib/groupId artifactIdjson-lib/artifactId version2.2.2/version classifierjdk15/classifier /dependency On Mon, May 10, 2010 at 12:16 PM, Stefan Lindner lind...@visionet.de wrote: Yes! It is. It's based upon jQuery 1.4.2 and jQuery-ui 1.8.0. Version 1.8.1 of jQuery-ui is now available. If this new version is required I could integrate it next weekend. Let me know. Stefan -Ursprüngliche Nachricht- Von: Charles Deal [mailto:chuckdea...@gmail.com] Gesendet: Montag, 10. Mai 2010 15:44 An: users@wicket.apache.org Betreff: Re: WicketStuff jWicket - Where is it? Crap, doesn't that just figure. Is this the correct location for the jWicket svn codebase? https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/jwicket-parent On Mon, May 10, 2010 at 9:41 AM, Charles Deal chuckdea...@gmail.com wrote: I am currently using wicketstuff-jquery for jQuery integration. However, that project seems to be stalled. I've seen many good references to both wiQuery and jWicket on the list and jWicket seems to line up closer to what wicketstuff-jquery was. Which I'm hoping will lead to less pain when swapping out the library. I've been searching this morning trying to find the distribtables for the project but have not been able to find anything recent (or that appears recent). The wicketstuff repo ( http://wicketstuff.org/maven/repository/org/wicketstuff/) shows numerous jwicket subprojects, but the 1.4-SNAPSHOT version of the jars is OLDER than the 1.4.2 version of the jars. I don't know which jars to pull. So, I was going to pull the source and build it myself. Now, I am having trouble finding the svn repo. I expected to find the source here ( https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/jwicket-parent ) but instead I found (a presumably older) copy here ( https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/releases/wicketstuff-core-1.4-rc7/jwicket-parent ). The mailing list, over the last few months, references jWicket being at versions that look like 0.5.0, and most recently 0.5.7. No mention of those versions was found in the wicketstuff repo for this project. Could someone confirm the latest version of jWicket or supply the path to the svn codebase? It would be much appreciated. Chuck Deal - 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
Re: : WicketStuff jWicket - Where is it?
Sorry, no. I became aware of the project when I began using the wicketstuff-jquery project. Here is the sourceforge page for it: https://sourceforge.net/projects/json-lib/ I'm actually using it in conjunction with your Behaviors now, by supplying its output to the rawOptions field. And I am writing a SortableBehavior based on your hierarchy, but using the json-lib objects internally. It is by no means a full implementation, but it is enough for me right now. On Tue, May 11, 2010 at 9:26 AM, Stefan Lindner lind...@visionet.de wrote: Hi Charles, I see what you mean. Are you the maintainer of this json-lib project? I prefer to be independent from other projets at this stage because I suffered from some stalled projects in the past. If the 1.0 is in sight for the jwicket project I will rethink using json-lib project if composing the javascript string can be handled with it. Stefan -Ursprüngliche Nachricht- Von: Charles Deal [mailto:chuckdea...@gmail.com] Gesendet: Di 11.05.2010 15:13 An: users@wicket.apache.org Betreff: Re: : WicketStuff jWicket - Where is it? In JQueryAjaxBehavior, you have five protected inner classes that (by my interpretation) are creating the JSON formatted string to pass to the jQuery methods. DraggableBehavior, for example, has an options property of type JsMap. In the getJsBuilder method of that class, you call toString() on the options property which basically produces a JSON string. I was just saying that that internal code could be replaced with the json-lib project which accomplishes the same task and would remove the duplicate code from this project. And yes, ideally, I won't see any JSON in the code, but that doesn't remove the fact that the code must generate the options object for the jQuery behaviors. On Tue, May 11, 2010 at 7:51 AM, Stefan Lindner lind...@visionet.de wrote: Are you sure you are talking about jwicket? Where dou you see any JSON stuff in jwicket? -Ursprüngliche Nachricht- Von: Charles Deal [mailto:chuckdea...@gmail.com] Gesendet: Di 11.05.2010 13:39 An: users@wicket.apache.org Betreff: Re: WicketStuff jWicket - Where is it? Thanks, I was able to get things sorted out. Is there a support site for this project? Live examples, wiki, jira. Are you using wicketstuff for those facilities? I found a couple of things that I'd like to report. Also, one of the things I did like about the wicketstuff-jquery project was how it handled the options. It did use an external dependency [1] to handle the JSON stuff. Each behavior basically had an Options class that went with it, that knew how to build the JSON object. I didn't initially care for it, but then I realized that it really reduced the noise on the behavior and left the options to be supplied by the user. Even though this adds an external dependency, it would remove the JSON specific classes from this code base so that it could be really focused on the jquery tasks. [1] dependency groupIdnet.sf.json-lib/groupId artifactIdjson-lib/artifactId version2.2.2/version classifierjdk15/classifier /dependency On Mon, May 10, 2010 at 12:16 PM, Stefan Lindner lind...@visionet.de wrote: Yes! It is. It's based upon jQuery 1.4.2 and jQuery-ui 1.8.0. Version 1.8.1 of jQuery-ui is now available. If this new version is required I could integrate it next weekend. Let me know. Stefan -Ursprüngliche Nachricht- Von: Charles Deal [mailto:chuckdea...@gmail.com] Gesendet: Montag, 10. Mai 2010 15:44 An: users@wicket.apache.org Betreff: Re: WicketStuff jWicket - Where is it? Crap, doesn't that just figure. Is this the correct location for the jWicket svn codebase? https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/jwicket-parent On Mon, May 10, 2010 at 9:41 AM, Charles Deal chuckdea...@gmail.com wrote: I am currently using wicketstuff-jquery for jQuery integration. However, that project seems to be stalled. I've seen many good references to both wiQuery and jWicket on the list and jWicket seems to line up closer to what wicketstuff-jquery was. Which I'm hoping will lead to less pain when swapping out the library. I've been searching this morning trying to find the distribtables for the project but have not been able to find anything recent (or that appears recent). The wicketstuff repo ( http://wicketstuff.org/maven/repository/org/wicketstuff/) shows numerous jwicket subprojects, but the 1.4-SNAPSHOT version of the jars is OLDER than the 1.4.2 version of the jars. I don't know which jars to pull. So, I was going to pull the source and build it myself. Now, I am having trouble finding the svn repo. I expected to find the source here
WicketStuff jWicket - Where is it?
I am currently using wicketstuff-jquery for jQuery integration. However, that project seems to be stalled. I've seen many good references to both wiQuery and jWicket on the list and jWicket seems to line up closer to what wicketstuff-jquery was. Which I'm hoping will lead to less pain when swapping out the library. I've been searching this morning trying to find the distribtables for the project but have not been able to find anything recent (or that appears recent). The wicketstuff repo ( http://wicketstuff.org/maven/repository/org/wicketstuff/) shows numerous jwicket subprojects, but the 1.4-SNAPSHOT version of the jars is OLDER than the 1.4.2 version of the jars. I don't know which jars to pull. So, I was going to pull the source and build it myself. Now, I am having trouble finding the svn repo. I expected to find the source here ( https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/jwicket-parent) but instead I found (a presumably older) copy here ( https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/releases/wicketstuff-core-1.4-rc7/jwicket-parent). The mailing list, over the last few months, references jWicket being at versions that look like 0.5.0, and most recently 0.5.7. No mention of those versions was found in the wicketstuff repo for this project. Could someone confirm the latest version of jWicket or supply the path to the svn codebase? It would be much appreciated. Chuck Deal
Re: WicketStuff jWicket - Where is it?
Crap, doesn't that just figure. Is this the correct location for the jWicket svn codebase? https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/jwicket-parent On Mon, May 10, 2010 at 9:41 AM, Charles Deal chuckdea...@gmail.com wrote: I am currently using wicketstuff-jquery for jQuery integration. However, that project seems to be stalled. I've seen many good references to both wiQuery and jWicket on the list and jWicket seems to line up closer to what wicketstuff-jquery was. Which I'm hoping will lead to less pain when swapping out the library. I've been searching this morning trying to find the distribtables for the project but have not been able to find anything recent (or that appears recent). The wicketstuff repo ( http://wicketstuff.org/maven/repository/org/wicketstuff/) shows numerous jwicket subprojects, but the 1.4-SNAPSHOT version of the jars is OLDER than the 1.4.2 version of the jars. I don't know which jars to pull. So, I was going to pull the source and build it myself. Now, I am having trouble finding the svn repo. I expected to find the source here ( https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/jwicket-parent) but instead I found (a presumably older) copy here ( https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/releases/wicketstuff-core-1.4-rc7/jwicket-parent). The mailing list, over the last few months, references jWicket being at versions that look like 0.5.0, and most recently 0.5.7. No mention of those versions was found in the wicketstuff repo for this project. Could someone confirm the latest version of jWicket or supply the path to the svn codebase? It would be much appreciated. Chuck Deal
Re: Nested Forms
Ok, then is the content found at these two pages not relevant for v1.4? http://cwiki.apache.org/WICKET/nested-forms.html and http://cwiki.apache.org/WICKET/conditional-validation.html I understand the idea of nested forms and I understand that HTML only supports one form. I had hoped that Wicket would only process the submitted form versus the entire form (whole form is submitted, only nested form actually processed). And from the content on the pages, I had thought it was a more common use case. My intent was to have a main form with various fields and then a grouping of fields within a nested form. This nested form was supposed to be submitted using an AjaxSumitLink for the nsted form. I suppose an alternative would be to have a custom behavior that called serializeForm on the client and then handled the component processing on its own. The trick in that case would be the FormValidators. If you have a better idea, I'm all ears. Thanks for the input. On Fri, Feb 19, 2010 at 1:56 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote: you cannot have an isolated embedded form, as far as html is concerned that is an oxymoron. you can try hacking around it with IFormVisitorParticipant or by overriding form.process() on your main form, etc. but i do not think this is a usecase we will support... -igor On Fri, Feb 19, 2010 at 10:09 AM, Charles Deal chuckdea...@gmail.com wrote: I'm sorry to bump this. At the least, can anyone point me to some code that has successfully implemented isolated, nested forms using Wicket 1.4.x? On Wed, Feb 17, 2010 at 8:43 AM, Charles Deal charles.d...@missionse.comwrote: I am attempting to put an isolated form within the main form of my page. I found http://cwiki.apache.org/WICKET/nested-forms.html which was helpful in understanding how the processing works. I was even more excited when I found http://cwiki.apache.org/WICKET/conditional-validation.html which instructed me exactly how to alter the form object to do what I wanted. Unfortunately, the trick does not work as I expected it to. It seems that if I simply implement IFormVisitorParticipant.processChildren, it is not enough to stop the Nested form's FormValidator from firing when the main form is submitted. Therefore, I tried to implement the isEnabled technique. This did have the desired effect the first time through a page (enter data, submit main, no nested validator fires) but when the page re-renders after the submit, the nested form is now disabled! It seems that the findSubmittingButton() method finds the button that was used to submit the form, even though the page is rendering again. Another thing I noticed upon my different attempts is that altering the isEnabled method to use findSubmittingButton() won't work because findSubmittingButton() calls isEnabled()! which puts the code in an infinite loop. Could someone please enlighten me on how to code an isolated nested form using Wicket 1.4.x. Where isolated means that I want the form to have its own submit button and those fields are only submitted/processed/validated when that button is clicked. I want the form to be ignored by the parent form. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Nested Forms
I'm sorry to bump this. At the least, can anyone point me to some code that has successfully implemented isolated, nested forms using Wicket 1.4.x? On Wed, Feb 17, 2010 at 8:43 AM, Charles Deal charles.d...@missionse.comwrote: I am attempting to put an isolated form within the main form of my page. I found http://cwiki.apache.org/WICKET/nested-forms.html which was helpful in understanding how the processing works. I was even more excited when I found http://cwiki.apache.org/WICKET/conditional-validation.html which instructed me exactly how to alter the form object to do what I wanted. Unfortunately, the trick does not work as I expected it to. It seems that if I simply implement IFormVisitorParticipant.processChildren, it is not enough to stop the Nested form's FormValidator from firing when the main form is submitted. Therefore, I tried to implement the isEnabled technique. This did have the desired effect the first time through a page (enter data, submit main, no nested validator fires) but when the page re-renders after the submit, the nested form is now disabled! It seems that the findSubmittingButton() method finds the button that was used to submit the form, even though the page is rendering again. Another thing I noticed upon my different attempts is that altering the isEnabled method to use findSubmittingButton() won't work because findSubmittingButton() calls isEnabled()! which puts the code in an infinite loop. Could someone please enlighten me on how to code an isolated nested form using Wicket 1.4.x. Where isolated means that I want the form to have its own submit button and those fields are only submitted/processed/validated when that button is clicked. I want the form to be ignored by the parent form. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
Nested Forms
I am attempting to put an isolated form within the main form of my page. I found http://cwiki.apache.org/WICKET/nested-forms.html which was helpful in understanding how the processing works. I was even more excited when I found http://cwiki.apache.org/WICKET/conditional-validation.html which instructed me exactly how to alter the form object to do what I wanted. Unfortunately, the trick does not work as I expected it to. It seems that if I simply implement IFormVisitorParticipant.processChildren, it is not enough to stop the Nested form's FormValidator from firing when the main form is submitted. Therefore, I tried to implement the isEnabled technique. This did have the desired effect the first time through a page (enter data, submit main, no nested validator fires) but when the page re-renders after the submit, the nested form is now disabled! It seems that the findSubmittingButton() method finds the button that was used to submit the form, even though the page is rendering again. Another thing I noticed upon my different attempts is that altering the isEnabled method to use findSubmittingButton() won't work because findSubmittingButton() calls isEnabled()! which puts the code in an infinite loop. Could someone please enlighten me on how to code an isolated nested form using Wicket 1.4.x. Where isolated means that I want the form to have its own submit button and those fields are only submitted/processed/validated when that button is clicked. I want the form to be ignored by the parent form. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
Wicketstuff versions
I'm a little confused about the versioning for Wicketstuff. I am currently using inmethod-grid, jquery, and yui. All three projects now have a 1.4-SNAPSHOT and a 1.4.2-SNAPSHOT version and (inmethod-grid and yui both have a 1.4.1 release version). What is the difference between the two SNAPSHOT versions? I tried searching on it and looking at the Wicketstuff Wiki, but could not find an explanation. Which should we be using?
wicket-objectsizeof-agent and JDK1.5
Is/has anyone successfully used the javaagent? How did you do it? I've tried setting it up, but it needs extra jarson the bootclasspath (wicket for the Objects class and slf4j for the logging), when I add them to the bootclasspath it is registering the agent, but when the app actually starts slf4j is failing or I'm getting class not found errors on other classes. If anyone has used it, have you noticed a significant difference between the Instrumentation version of the sizeof method versus the serialization method? We are having some ridiculously random memory problems and we're trying to analyze some of the objects in the session to determine if we are not using some of the models properly.
Re: inmethod grid sorting on FireFox
Yeah, I figured as much. I thought I was using a stock Header row/event, but I'll double check that in the morning. I'll also be upgrading to 1.4.3 and 1.4-SNAPSHOT in the morning to make sure there is not some patch that I am missing. On Mon, Dec 7, 2009 at 4:51 PM, Matej Knopp matej.kn...@gmail.com wrote: I just tried the sorting with grid examples in Firefox 3.5.5 and it works just fine. -Matej On Mon, Dec 7, 2009 at 10:20 PM, Charles Deal chuckdea...@gmail.com wrote: I'm using Wicket 1.4.1 with inmethod grid 1.4.1. We have successfully used the inmethod grid in a few different scenarios but have focused mostly on supporting IE6. When a grid column is sortable, you can click the header for the column to initiate the sort. In IE6 this works as expected, however we are now testing our app in FF3.5.5 and when the header is clicked we receive Ajax POST stopped because of precondition check, url:../../../../?wicket:interface=:10:contentPanel:dataForm:romEvents:2:collapsibleBody:sections:1:nonemptyLanguage:subsections:slocWrapper:romSlocData:collapsibleBody:sections:1:slocData:datagrid:form:header:header:csu::IActivePageBehaviorListener:0:4wicket:ignoreIfNotActive=true in the Wicket Ajax Debug window. Upon investigation with FireBug, the Wicket.$$ is returning false. It is at this point that I am at a loss. The Wicket.$$ method is able to getElementById and return an instance of the object but for some reason it is a different instance of the same element. In my example, the getElementById returns an instance that has children (correct) while the element that was passed to the Wicket.$$ method does not have children (incorrect). How could the 'this' object (which is what is passed to the Wicket.$$ method as element) not match what getElementById() returns? * * As a sanity check has anyone else implemented a sorting column with inmethod DataGrid and used FireFox 3.5.5 to test it? Can anyone shed some light on this problem for me? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Validation Warning vs. Validation Error
I know that a validation can be implemented using the IValidator interface, however, a FormComponent causes an error to be registered and prevents the form from submitting. So, how would you implement a validation warning? Something that essentially does the same thing (including resource resolution, message to feedback, etc), except doesn't prevent form submittal. My thoughts right now are to just make an AbstractValidator subclass and cast the validatable object to a FormComponent so that I can call warn() on it. However, this doesn't give me the benefit of resource resolution. I could code capture everything that happens for the error path, so that I can acheive the resource resolution. I just want to make sure there isn't a better way, first.