Re: new functionality in the controller
Hi Hans, I don't see any xsl file related, so I suppose that this is a file you use locally ? I'd suggest to create a new page (Something titled like Navigating back to a screen) under the FAQ and to put a link to it in the Development tips section. Actually, at this stage, though Development tips section seems appropriate, it's not so important to have it in a place or another. Things are not already completly well organised. But having it somewhere easily reachable (using wiki search) and *modifiable* by everyone is a plus. Thanks Jacques PS : please when you will be editing the main FAQ page, as recommended at top, use the Wiki Markup mode, thanks From: Hans Bakker mailingl...@antwebsystems.com To: Jacques Le Roux jacques.le.r...@les7arts.com on which wiki page? i have documented this in the xsl file. On Fri, 2009-03-27 at 12:36 +0100, Jacques Le Roux wrote: I think a way to avoid the hassle David reported is to write directly indications (at large, for any substantial effort) in the wiki and to refer/amend them after. It's maybe obvious, but we are still few to do that... Of course, organizing the wiki for a community is another issue... Maybe we could enact some simple rules... ? Jacques From: Pranay Pandey pranay.pan...@hotwaxmedia.com +1 This should be available on wiki. Thanks Regards -- Pranay Pandey On Mar 27, 2009, at 2:01 AM, Jacques Le Roux wrote: Thanks for the clear explanation Hans! Maybe we could write something in the wiki about all that? Jacques From: Hans Bakker mailingl...@antwebsystems.com In the development of the mypage/myportal component I ran into a problem where i needed to show a screen (view) from different places and be able to return to the place it was called from. In the past we did that with donePage variables which was a bit messy. We discussed this in the mailing list and David came up with a solution to this problem which will save a lot of screen/form code. how does it work? In the controller.xml it is now possible to save the last view displayed and return to it at a later stage. In the response tag a parameter is added: 'save-last-view' response name=success type=view value=justAView save-last-view=true/ This will save the view that WAS displayed, not the one that is going to be displayed. Then later on it is possible to override a view with this saved view with response name=success type=view-last value=justAView/ This is working pretty good, however when i was using it in the new portal functions i found the following problems: 1. it is only possible to store the last view, not the one that is going the be displayed. If there was a 'lookup' view after the 'real' last one, that lookup got saved. So there is a need to save the 'current' view 2. sometimes you want to be able to save 2 views. A 'current' view and a 'home' view. An example is the portal page, create an email, add a role (return to email) , send the email (return to portal page=home) so i extended the implementation from David with the following tag extensions using the same pattern as the 'view-last/save-last-view': save-last-view save-current-view save-home-view view-Last view-home This is all committed with a number of other changes in revision: 758522. regards, Hans -- Antwebsystems.com: Quality OFBiz services for competitive rates -- Antwebsystems.com: Quality OFBiz services for competitive rates
new functionality in the controller
In the development of the mypage/myportal component I ran into a problem where i needed to show a screen (view) from different places and be able to return to the place it was called from. In the past we did that with donePage variables which was a bit messy. We discussed this in the mailing list and David came up with a solution to this problem which will save a lot of screen/form code. how does it work? In the controller.xml it is now possible to save the last view displayed and return to it at a later stage. In the response tag a parameter is added: 'save-last-view' response name=success type=view value=justAView save-last-view=true/ This will save the view that WAS displayed, not the one that is going to be displayed. Then later on it is possible to override a view with this saved view with response name=success type=view-last value=justAView/ This is working pretty good, however when i was using it in the new portal functions i found the following problems: 1. it is only possible to store the last view, not the one that is going the be displayed. If there was a 'lookup' view after the 'real' last one, that lookup got saved. So there is a need to save the 'current' view 2. sometimes you want to be able to save 2 views. A 'current' view and a 'home' view. An example is the portal page, create an email, add a role (return to email) , send the email (return to portal page=home) so i extended the implementation from David with the following tag extensions using the same pattern as the 'view-last/save-last-view': save-last-view save-current-view save-home-view view-Last view-home This is all committed with a number of other changes in revision: 758522. regards, Hans -- Antwebsystems.com: Quality OFBiz services for competitive rates
Re: new functionality in the controller
Thanks for the clear explanation Hans! Maybe we could write something in the wiki about all that? Jacques From: Hans Bakker mailingl...@antwebsystems.com In the development of the mypage/myportal component I ran into a problem where i needed to show a screen (view) from different places and be able to return to the place it was called from. In the past we did that with donePage variables which was a bit messy. We discussed this in the mailing list and David came up with a solution to this problem which will save a lot of screen/form code. how does it work? In the controller.xml it is now possible to save the last view displayed and return to it at a later stage. In the response tag a parameter is added: 'save-last-view' response name=success type=view value=justAView save-last-view=true/ This will save the view that WAS displayed, not the one that is going to be displayed. Then later on it is possible to override a view with this saved view with response name=success type=view-last value=justAView/ This is working pretty good, however when i was using it in the new portal functions i found the following problems: 1. it is only possible to store the last view, not the one that is going the be displayed. If there was a 'lookup' view after the 'real' last one, that lookup got saved. So there is a need to save the 'current' view 2. sometimes you want to be able to save 2 views. A 'current' view and a 'home' view. An example is the portal page, create an email, add a role (return to email) , send the email (return to portal page=home) so i extended the implementation from David with the following tag extensions using the same pattern as the 'view-last/save-last-view': save-last-view save-current-view save-home-view view-Last view-home This is all committed with a number of other changes in revision: 758522. regards, Hans -- Antwebsystems.com: Quality OFBiz services for competitive rates
Re: new functionality in the controller
+1 This should be available on wiki. Thanks Regards -- Pranay Pandey On Mar 27, 2009, at 2:01 AM, Jacques Le Roux wrote: Thanks for the clear explanation Hans! Maybe we could write something in the wiki about all that? Jacques From: Hans Bakker mailingl...@antwebsystems.com In the development of the mypage/myportal component I ran into a problem where i needed to show a screen (view) from different places and be able to return to the place it was called from. In the past we did that with donePage variables which was a bit messy. We discussed this in the mailing list and David came up with a solution to this problem which will save a lot of screen/form code. how does it work? In the controller.xml it is now possible to save the last view displayed and return to it at a later stage. In the response tag a parameter is added: 'save-last-view' response name=success type=view value=justAView save-last-view=true/ This will save the view that WAS displayed, not the one that is going to be displayed. Then later on it is possible to override a view with this saved view with response name=success type=view-last value=justAView/ This is working pretty good, however when i was using it in the new portal functions i found the following problems: 1. it is only possible to store the last view, not the one that is going the be displayed. If there was a 'lookup' view after the 'real' last one, that lookup got saved. So there is a need to save the 'current' view 2. sometimes you want to be able to save 2 views. A 'current' view and a 'home' view. An example is the portal page, create an email, add a role (return to email) , send the email (return to portal page=home) so i extended the implementation from David with the following tag extensions using the same pattern as the 'view-last/save-last-view': save-last-view save-current-view save-home-view view-Last view-home This is all committed with a number of other changes in revision: 758522. regards, Hans -- Antwebsystems.com: Quality OFBiz services for competitive rates smime.p7s Description: S/MIME cryptographic signature