Re: Webslinger demo screen in example application
Thank you Adam. 2010/1/17 Adam Heath doo...@brainfood.com: Bruno Busco wrote: Hi, I would like to see webslinger in action to better understand what it can be used for. I think this would be useful to all developers. Could a webslinger expert add a demo screen or something in the Example application that shows it? Thank you, Bruno that would be me. I was thinking about how to do more webslinger stuff in ofbiz. For that, I've been looking at the widget subsystems, seeing how to better integrate them. I'll try and play around with something tomorrow.
Re: Webslinger demo screen in example application
Please consider that something we have discussed sometime about is to have a Portal widget. This would mean to have a user configurable part in whatever ofbiz screen simply adding a portal widget with a proper portalId in the screen. I do not know anything about webslinger but I guess it should let the user interact with the sistem somehow. Do you see webslinger could be used in the portal/portlet system? -Bruno 2010/1/17 Bruno Busco bruno.bu...@gmail.com: Thank you Adam. 2010/1/17 Adam Heath doo...@brainfood.com: Bruno Busco wrote: Hi, I would like to see webslinger in action to better understand what it can be used for. I think this would be useful to all developers. Could a webslinger expert add a demo screen or something in the Example application that shows it? Thank you, Bruno that would be me. I was thinking about how to do more webslinger stuff in ofbiz. For that, I've been looking at the widget subsystems, seeing how to better integrate them. I'll try and play around with something tomorrow.
Re: How to include forms into FTL?
Thank you Bilgin, there is no way to do everything in the FTL? I need to add a groovy? -Bruno 2010/1/17 Bilgin Ibryam bibr...@gmail.com: Bruno Busco wrote: Hi, I need to include a form widget from an ftl file. Is there an instruction equivalent to: ${screens.render(ScreenLocation, ScreenName)} but for forms? Something like ${forms.render(FormLocation, FormName)} Many thanks for any help. -Bruno Hi Bruno, Look at HtmlFormWrapper usage in EditShipment.groovy and EditShipment.ftl for an example. Bilgin
Re: How to include forms into FTL?
Sorry for the basic question. But how can I pass a parameter from an FTL to an included screen ? -Bruno 2010/1/17 Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com: On Jan 17, 2010, at 1:18 PM, Bruno Busco wrote: Thank you Bilgin, there is no way to do everything in the FTL? I need to add a groovy? Yes, I think that you need to prepare the object in a script; it would be nice to create an ftl transformation to do this directly in the freemarker template. Kind regards, Jacopo -Bruno 2010/1/17 Bilgin Ibryam bibr...@gmail.com: Bruno Busco wrote: Hi, I need to include a form widget from an ftl file. Is there an instruction equivalent to: ${screens.render(ScreenLocation, ScreenName)} but for forms? Something like ${forms.render(FormLocation, FormName)} Many thanks for any help. -Bruno Hi Bruno, Look at HtmlFormWrapper usage in EditShipment.groovy and EditShipment.ftl for an example. Bilgin
Re: How to include forms into FTL?
I mean, I have this: FTL file #list portalPagePortlets as portlet ... #if (portlet.editFormName?has_content portlet.editFormLocation?has_content) ${screens.render(component://common/widget/PortalPageScreens.xml, EditPortlet)} /#if ... /#list and in the PortalPageScreens.xml file: screen name=EditPortlet widgets include-form name=${portlet.editFormName} location=${portlet.editFormLocation}/ /widgets /section /screen The fields portlet.editFormName and portlet.editFormLocation have no value in the screen. How can I make the FTL file set a field in the context? Thank you, Bruno 2010/1/17 Bruno Busco bruno.bu...@gmail.com: Sorry for the basic question. But how can I pass a parameter from an FTL to an included screen ? -Bruno 2010/1/17 Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com: On Jan 17, 2010, at 1:18 PM, Bruno Busco wrote: Thank you Bilgin, there is no way to do everything in the FTL? I need to add a groovy? Yes, I think that you need to prepare the object in a script; it would be nice to create an ftl transformation to do this directly in the freemarker template. Kind regards, Jacopo -Bruno 2010/1/17 Bilgin Ibryam bibr...@gmail.com: Bruno Busco wrote: Hi, I need to include a form widget from an ftl file. Is there an instruction equivalent to: ${screens.render(ScreenLocation, ScreenName)} but for forms? Something like ${forms.render(FormLocation, FormName)} Many thanks for any help. -Bruno Hi Bruno, Look at HtmlFormWrapper usage in EditShipment.groovy and EditShipment.ftl for an example. Bilgin
Webslinger demo screen in example application
Hi, I would like to see webslinger in action to better understand what it can be used for. I think this would be useful to all developers. Could a webslinger expert add a demo screen or something in the Example application that shows it? Thank you, Bruno
Re: Updates on geolocation
Hi Erwan, I did a quick review and added a comment in jira. -Bruno 2010/1/10 Erwan de FERRIERES erwan.de-ferrie...@nereide.biz: Hi jacques, Bruno, Could you take a look to my update on this Jira issue ? http://issues.apache.org/jira/browse/OFBIZ-3381 Thanks, -- Erwan de FERRIERES www.nereide.biz
Logged in user list
Hi, does anybody know how I can get the list of actualli logged-in users? Thank you, -Bruno
Re: Logged in user list
Thank you David, I only found this https://localhost:8443/partymgr/control/showvisits from which it is not immediate to have a list of logged in users. I would like to build a portlet that shows a list with all userLogins actually logged in and I was checking if such a screen was already somewhere. -Bruno 2010/1/12 David E Jones d...@me.com: In the party manager there is a UI for this based on the Visit and related entities. -David On Jan 11, 2010, at 5:19 PM, Bruno Busco wrote: Hi, does anybody know how I can get the list of actualli logged-in users? Thank you, -Bruno
Re: Logged in user list
Can the hasLoggedOut field be used to filter the userLogin actually logged in? 2010/1/12 Bruno Busco bruno.bu...@gmail.com: Thank you David, I only found this https://localhost:8443/partymgr/control/showvisits from which it is not immediate to have a list of logged in users. I would like to build a portlet that shows a list with all userLogins actually logged in and I was checking if such a screen was already somewhere. -Bruno 2010/1/12 David E Jones d...@me.com: In the party manager there is a UI for this based on the Visit and related entities. -David On Jan 11, 2010, at 5:19 PM, Bruno Busco wrote: Hi, does anybody know how I can get the list of actualli logged-in users? Thank you, -Bruno
Re: Logged in user list
OK, so filtering for not expired records on visit entity uniquely should give the list of online uerLogins. Thank you 2010/1/12 David E Jones d...@me.com: No, not necessarily. It is just a flag that tells other active sessions to log out. It tells you they are not logged in, but it can't tell you if they are necessarily logged in. Again, you best source of info is the Visit entity. By default all new sessions have a Visit created for them, and the visits are expired when a user logs out or their session times out. -David On Jan 11, 2010, at 6:06 PM, Bruno Busco wrote: Can the hasLoggedOut field be used to filter the userLogin actually logged in? 2010/1/12 Bruno Busco bruno.bu...@gmail.com: Thank you David, I only found this https://localhost:8443/partymgr/control/showvisits from which it is not immediate to have a list of logged in users. I would like to build a portlet that shows a list with all userLogins actually logged in and I was checking if such a screen was already somewhere. -Bruno 2010/1/12 David E Jones d...@me.com: In the party manager there is a UI for this based on the Visit and related entities. -David On Jan 11, 2010, at 5:19 PM, Bruno Busco wrote: Hi, does anybody know how I can get the list of actualli logged-in users? Thank you, -Bruno
[jira] Commented: (OFBIZ-3381) Update of the geolocation screen in party
[ https://issues.apache.org/jira/browse/OFBIZ-3381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12798505#action_12798505 ] Bruno Busco commented on OFBIZ-3381: Erwan, I agree perfectly with the idea in the patch. Comments: 1) The FacilityLocationGeoLocation.ftl and PartyLocationGeoLocation.ftl should then be eliminated 2) What is fa = delegator.findByPrimaryKey(FixedAsset, UtilMisc.toMap(fixedAssetId, fixedAssetId)); in FixedAssetGeoLocation.groovy used for? 3) In partymgr on DemoCustomer1 clicking on https://localhost:8443/partymgr/control/PartyGeoLocation?partyId=DemoCustomer1 I get an error: org.ofbiz.widget.screen.ScreenRenderException: Error rendering screen [component://party/widget/partymgr/PartyScreens.xml#PartyGeoLocation]: java.lang.NullPointerException: Cannot get property 'latitude' on null object (Cannot get property 'latitude' on null object) I quickly applied the patch. I don't know if I did some mistake. Apart from this comments I agrre to have this committed. Update of the geolocation screen in party - Key: OFBIZ-3381 URL: https://issues.apache.org/jira/browse/OFBIZ-3381 Project: OFBiz Issue Type: Improvement Components: party Affects Versions: SVN trunk Reporter: Erwan de FERRIERES Assignee: Erwan de FERRIERES Fix For: SVN trunk Attachments: OFBIZ-3381.diff, OFBIZ-3381.diff, OFBIZ-3381.diff This will allow to use the new geoChart screen introduced by Bruno instead of the geoLocation screen, and then have less javascript calls. I put this as a JIRA issue to have your comments and be sure that this meet OFBiz requirements. if it's OK, I will then commit it to the trunk. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3393) Temporal Expression Maintenance Is Missing In Webtools Application
[ https://issues.apache.org/jira/browse/OFBIZ-3393?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12797127#action_12797127 ] Bruno Busco commented on OFBIZ-3393: Adrian, it has now been moved under Webtools-Configuration-Temporal expression Temporal Expression Maintenance Is Missing In Webtools Application -- Key: OFBIZ-3393 URL: https://issues.apache.org/jira/browse/OFBIZ-3393 Project: OFBiz Issue Type: Bug Affects Versions: SVN trunk Reporter: Adrian Crum The Temporal Expression maintenance screen has disappeared in the trunk Webtools application: https://demo.ofbiz.org/webtools/control/main. It exists in the R 9.04 version. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Moving securityext to the framework
Hi David, inline Please keep in mind that is just your document. There is no such thing as implicit agreement, and if there are disagreements on the mailing list IMO that is just as valid as someone going in and changing your document (and most people would probably consider it less rude too, which is maybe why no one has made changes there). BTW, looking through those... where are the CMS related requirements? What sorts of business activities drive these requirements? Actually, to be more accurate, I wouldn't call any of the things you listed there requirements, they all look like designs to me, ie solutions to the problems rather than the problems themselves. The end-user requirements list I have written was only intended to start to define what the end-user will be able to do with the framework-only. This is what we really need right now; of course I can replace the can with shall if you think this will help (I really don't). The list has already been useful at least because Adrian has suggested some changes (may be adding a comment on the Confluence page would be better) so, please, let's continue using it and please, everybody be rude! Add comments or even change it. I did not write having in mind it was perfect but just a startup of the a requirements elicitation process. And what about those who not only don't care either way about CMS, but really don't want to bother with CMS in the system? One way or another you're sure to get complaints... Why should I have compliants from people that will have a CMS base system and a set of selectable additional components that add the functionalities they need? The content component, as it is now, is something that cannot be (easily) removed from OFBiz so ALL users should somehow bother with it. Even the help system is based on the content component. That is an interesting opinion, and it's great that you have been looking into this. Could you share what you have based this opinion on, it might be enlightening to others too. This comes just from what I have figured out looking a little bit at the communities around products as Drupal, Joomla, OpenCms, Magento etc. I may be wrong, for sure I am far from being a web analyst. But I have seen e-commerce modules to be pluggable into CMS products never the other way around. For example, one specific idea might be to move some of the email stuff from content to the framework somewhere. Sending and receiving emails is pretty low-level, though that doesn't mean we'd want to move all of it as the CommunicationEvent stuff is definitely higher level and ties to many many other things in the system, and that's a much harder line to draw. A similar idea is just what originated my frst mail in this thread. I did see that the send forgotten password email is in the application/securityext and suggested to move to framework/security. To have the forgotten password mail in the framework we should have the email system as well for sure. So here we are on the same page. So moving forward now. I have seen an even more basic item we should agree: Do we want the framework-only to be a library only, not directly runnable/usable without an additional application installed or we want the framework-only to be directly usable with a few set of functionality? -Bruno
Re: Moving securityext to the framework
When I sayd at least me I should have said To implement the framework-only distribution end-user requirements here http://cwiki.apache.org/OFBIZ/framework-only-distribution.html; We should agree or change what is written there and then work to implement it. The framework-only work should of course generate two workproducts: - A standalone framework implementing the requirements - A set of additional components, each with its declared dependencies, that can be plugged in the framework-only installation. For my next project all I would like to do is to select the newly needed components and plug them in the framework-only. The sets of components framework+party+content+commonext should give us a basic configuration that, from the user POV should be similar to a CMS system but powered by OFBiz. This CMS configuration, IMO, should have the greatest number of potential users and, for this reason, should receive a greater contribution from a greater community. This configuration is also what we would need to run the OFBiz web site itself (if we are still interested in getting this up and running). Of course, as you say, there are some things in the selected components (framework, party, content, commonext) that are not required. These parts are, for sure, the ones that do not let the database to be even created because depends on other components. There are entities that should be moved away from party as the complete org.ofbiz.party.agreement and org.ofbiz.party.need sets, some other that should be extended in other components. So coming to your question: what should we change in how we're doing things? May be nothing. Just discuss/agree on the requirements for the framework-only and then start working on a branch. -Bruno 2010/1/2 David E Jones d...@me.com: On Jan 2, 2010, at 2:42 PM, Bruno Busco wrote: One major question is whether framework, on its own, should even be runnable as an application. In my opinion, it is a library, not an app and doesn't need to be operational on its own. The more we discuss about this the more I get convinced that what we (or at least me) intend for framework-only distribution should be better named OFBiz-core. The OFBiz-core could consist of framework + party + content + commonext. A distribution with these components set up is somewhat similar to what I mean for a framework where developer can start building its office automation application without the necessity to disable anything but having all the power of the framework and the core applications. Your at least me comment is right on. Consider that what you want, at least right now, is framework + party + content + commonext. Do you think that will be the same for your next project? Do you think that this is the same for a majority of current and prospective users of OFBiz? I'd be willing to bet a good deal of money that this level of granularity is not adequate to describe what you actually need/want, and that within each of the parts you listed (framework, party, content, commonext) there are dozens or hundreds of more specific things that you either want or don't want. Now consider that with many thousands of such things that will be wanted or not wanted, there are an incredible number of combinations of these things. Each combination is a potential core packaging of OFBiz. So, the question is what will be of most use to the largest number of users? That question a good guiding thought, and because of the community nature of this project it will of course be tempered by what contributors (committers or not) actually decide is important to them. Based on that, what should we change in how we're doing things? -David
Re: Discussion: BuildBot component independence check
Thank you Adam, unfortunately I am not familiar with debian packages yet (consider that I normally work under Windows). In any case, what was my original goal, was to define some script or whatever that could generate, starting from a fresh complete OFBiz checkout, a modified OFBiz tree that could be used to build a partial OFBiz configuration. The script should be able to delete some directories and to apply some SVN patches (tipically to change component-load.xml and build.xml files). I think that having these scripts in the SVN tree and using them in the BuildBot to get these additional builds could help us to gradually reduce components dependencies. Should we simply add some more ant targets? It seems that ant can do the job and works both on Linux and Windows. -Bruno 2010/1/1 Adam Heath doo...@brainfood.com: Bruno Busco wrote: Hi Adam, thank you for the hint but I need some other (basic) information. How should I use the debian package? What is intended for? I see a .pl script. Can I use it to get a partial (framework-only) deploy directory from a checked out OFBiz working directory ? Sorry for this basic questions. Update the debian/changelog, to at least contain the current svn version. Update the date. Do this by making a new stanza. debian/rules clean debian/rules binary Install debs that get created in .. There may be a few things that don't work, I've got a local git branch that has a few very small improvements in debian/* that need to be added. The packages do *not* support upgrades between different ofbiz versions, because ofbiz doesn't support that itself.
Re: Discussion: BuildBot component independence check
This is OK for the runtime but will still make available all the packages during the build process. Some unwanted java code dependencies would not be spotted out. -Bruno 2010/1/2 Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com: Instead of deleting folders the script could set the enabled=false attribute in the ofbiz-component.xml files. Jacopo On Jan 2, 2010, at 10:27 AM, Bruno Busco wrote: Thank you Adam, unfortunately I am not familiar with debian packages yet (consider that I normally work under Windows). In any case, what was my original goal, was to define some script or whatever that could generate, starting from a fresh complete OFBiz checkout, a modified OFBiz tree that could be used to build a partial OFBiz configuration. The script should be able to delete some directories and to apply some SVN patches (tipically to change component-load.xml and build.xml files). I think that having these scripts in the SVN tree and using them in the BuildBot to get these additional builds could help us to gradually reduce components dependencies. Should we simply add some more ant targets? It seems that ant can do the job and works both on Linux and Windows. -Bruno 2010/1/1 Adam Heath doo...@brainfood.com: Bruno Busco wrote: Hi Adam, thank you for the hint but I need some other (basic) information. How should I use the debian package? What is intended for? I see a .pl script. Can I use it to get a partial (framework-only) deploy directory from a checked out OFBiz working directory ? Sorry for this basic questions. Update the debian/changelog, to at least contain the current svn version. Update the date. Do this by making a new stanza. debian/rules clean debian/rules binary Install debs that get created in .. There may be a few things that don't work, I've got a local git branch that has a few very small improvements in debian/* that need to be added. The packages do *not* support upgrades between different ofbiz versions, because ofbiz doesn't support that itself.
Re: svn commit: r895074 - /ofbiz/trunk/applications/product/widget/catalog/FeatureScreens.xml
Jacopo, I cannot find the changed screen. Could you please provide a link ? I am comparing order entry to the 9.04 and see no differences. -Bruno 2010/1/2 Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com: Hi Bruno, the left bar disappeared also from the order entry screens for purchase orders; my guess is that it is a similar issue... Jacopo On Jan 1, 2010, at 9:51 PM, bus...@apache.org wrote: Author: buscob Date: Fri Jan 1 20:51:39 2010 New Revision: 895074 URL: http://svn.apache.org/viewvc?rev=895074view=rev Log: Fixed missing leftbar screen location in CommonFeatureDecorator Modified: ofbiz/trunk/applications/product/widget/catalog/FeatureScreens.xml Modified: ofbiz/trunk/applications/product/widget/catalog/FeatureScreens.xml URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/product/widget/catalog/FeatureScreens.xml?rev=895074r1=895073r2=895074view=diff == --- ofbiz/trunk/applications/product/widget/catalog/FeatureScreens.xml (original) +++ ofbiz/trunk/applications/product/widget/catalog/FeatureScreens.xml Fri Jan 1 20:51:39 2010 @@ -36,7 +36,7 @@ /section /decorator-section decorator-section name=left-column - include-screen name=leftbar/ + include-screen name=leftbar location=component://product/widget/catalog/CommonScreens.xml/ /decorator-section decorator-section name=body section
Re: Discussion: BuildBot component independence check
Scott, if I proposed the BuildBot to be setup to check for the dependencies is because I do not think that making noise about this is enough. Framework separation is something we speak about since a lot of time but no steps have been done because, I guess, it is not a community high priority, but, only a wish. Setting the BuildBot will: 1) make all aware of what really means for the community the framework-only installation. We will start with a certain component set installed, we will then discuss if this or that application should be included or not and then we will end with a final decision. 2) for sure we will have a failed build at the beginning but we will also have clear what are the dependence issues and all community can work to reduce them (or at least to not increase theme) 3) when the framework-only build will be ok we could use the BuildBot to daily build, test and package as we do with the complete OFBiz. -Bruno 2010/1/2 Scott Gray scott.g...@hotwaxmedia.com: Doesn't the build order prevent this? If one were to try and add a java dependency from the framework to the applications then the build would fail would it not? While it is certainly possible, I'm entirely convinced of the need to use buildbot for this. The reason buildbot is great for the tests is because it is so easy to unwittingly break them yet difficult to track down and fix after the fact. With component dependencies all that is really required is a firm understanding by all committers of what the dependencies are and why they should be enforced. I really think it's easy to avoid creating dependency problems by simply being aware of them and for the most part they are pretty easy to spot and to fix. I would suggest that the main reason there are problems right now is because no one is making enough noise about the dependencies not being enforced. Additionally, there is no point setting up a buildbot process that is going to fail so the dependencies would need to be fixed before this discussion can really come to any sort of resolution. At that point the community may wish to consider completely separating the framework and applications as sub projects and if that happened then we'd need to setup completely different buildbot processes and the dependency issue would become somewhat irrelevant by complete separation. Regards Scott HotWax Media http://www.hotwaxmedia.com On 2/01/2010, at 11:31 PM, Bruno Busco wrote: This is OK for the runtime but will still make available all the packages during the build process. Some unwanted java code dependencies would not be spotted out. -Bruno 2010/1/2 Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com: Instead of deleting folders the script could set the enabled=false attribute in the ofbiz-component.xml files. Jacopo On Jan 2, 2010, at 10:27 AM, Bruno Busco wrote: Thank you Adam, unfortunately I am not familiar with debian packages yet (consider that I normally work under Windows). In any case, what was my original goal, was to define some script or whatever that could generate, starting from a fresh complete OFBiz checkout, a modified OFBiz tree that could be used to build a partial OFBiz configuration. The script should be able to delete some directories and to apply some SVN patches (tipically to change component-load.xml and build.xml files). I think that having these scripts in the SVN tree and using them in the BuildBot to get these additional builds could help us to gradually reduce components dependencies. Should we simply add some more ant targets? It seems that ant can do the job and works both on Linux and Windows. -Bruno 2010/1/1 Adam Heath doo...@brainfood.com: Bruno Busco wrote: Hi Adam, thank you for the hint but I need some other (basic) information. How should I use the debian package? What is intended for? I see a .pl script. Can I use it to get a partial (framework-only) deploy directory from a checked out OFBiz working directory ? Sorry for this basic questions. Update the debian/changelog, to at least contain the current svn version. Update the date. Do this by making a new stanza. debian/rules clean debian/rules binary Install debs that get created in .. There may be a few things that don't work, I've got a local git branch that has a few very small improvements in debian/* that need to be added. The packages do *not* support upgrades between different ofbiz versions, because ofbiz doesn't support that itself.
Re: svn commit: r895074 - /ofbiz/trunk/applications/product/widget/catalog/FeatureScreens.xml
Yes this helps! Fixed in trunk At revision: 895179 -Bruno 2010/1/2 Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com: Go to: Order -- Order Entry Fill one of the two forms in the screen (one is for sales orders, one is for purchase orders), submit the form, you will be propted into a new page, submit that form too and you will be in the shopping cart page; that page should have a left bar. Hope it helps, Jacopo On Jan 2, 2010, at 11:39 AM, Bruno Busco wrote: Jacopo, I cannot find the changed screen. Could you please provide a link ? I am comparing order entry to the 9.04 and see no differences. -Bruno 2010/1/2 Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com: Hi Bruno, the left bar disappeared also from the order entry screens for purchase orders; my guess is that it is a similar issue... Jacopo On Jan 1, 2010, at 9:51 PM, bus...@apache.org wrote: Author: buscob Date: Fri Jan 1 20:51:39 2010 New Revision: 895074 URL: http://svn.apache.org/viewvc?rev=895074view=rev Log: Fixed missing leftbar screen location in CommonFeatureDecorator Modified: ofbiz/trunk/applications/product/widget/catalog/FeatureScreens.xml Modified: ofbiz/trunk/applications/product/widget/catalog/FeatureScreens.xml URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/product/widget/catalog/FeatureScreens.xml?rev=895074r1=895073r2=895074view=diff == --- ofbiz/trunk/applications/product/widget/catalog/FeatureScreens.xml (original) +++ ofbiz/trunk/applications/product/widget/catalog/FeatureScreens.xml Fri Jan 1 20:51:39 2010 @@ -36,7 +36,7 @@ /section /decorator-section decorator-section name=left-column - include-screen name=leftbar/ + include-screen name=leftbar location=component://product/widget/catalog/CommonScreens.xml/ /decorator-section decorator-section name=body section
Re: Moving securityext to the framework
One major question is whether framework, on its own, should even be runnable as an application. In my opinion, it is a library, not an app and doesn't need to be operational on its own. The more we discuss about this the more I get convinced that what we (or at least me) intend for framework-only distribution should be better named OFBiz-core. The OFBiz-core could consist of framework + party + content + commonext. A distribution with these components set up is somewhat similar to what I mean for a framework where developer can start building its office automation application without the necessity to disable anything but having all the power of the framework and the core applications. -Bruno
Re: Discussion: BuildBot component independence check
Hi Adam, thank you for the hint but I need some other (basic) information. How should I use the debian package? What is intended for? I see a .pl script. Can I use it to get a partial (framework-only) deploy directory from a checked out OFBiz working directory ? Sorry for this basic questions. -Bruno 2009/12/31 Adam Heath doo...@brainfood.com: Bruno Busco wrote: How could we define new ant targets to deploy partial OFBiz configurations? I mean, an OFBiz configuration I would like to build and get working is the one with the following applications: - application/commonext - application/content - application/party - application/securityext - specialpurpose/myportal - specialpurpose/ofbizwebsite Does make sense to define a new ant target that removes all other directories and then build what remains? This new ant target could be executed in the BuildBot also. For reference, the debian packages have a -framework/-applications/-specialpurpose split. I'd like to be able to split each application and specialpurpose component into it's own package, tho, and use dependencies/etc to bring them all back together. However, the components still aren't 100% separated yet.
[jira] Commented: (OFBIZ-2913) Write a new service for quick create customer profile.
[ https://issues.apache.org/jira/browse/OFBIZ-2913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12795799#action_12795799 ] Bruno Busco commented on OFBIZ-2913: Sumit, I only meant that creating a userLogin toghether with 1) First Name 2) Last Name 3) Email Address does not seem to be something specific to a certain application, ecommerce, SFA, or whatever. But instead is seems to be a core feature. I have found a similar, but with an additional captcha topping, in MyPortal (simple-method method-name=createRegister...) Shouldn't we see if we can tie all of them in a single one? Write a new service for quick create customer profile. -- Key: OFBIZ-2913 URL: https://issues.apache.org/jira/browse/OFBIZ-2913 Project: OFBiz Issue Type: New Feature Components: specialpurpose/ecommerce Affects Versions: SVN trunk Reporter: Sumit Pandit Priority: Minor Fix For: SVN trunk Attachments: OFBIZ-2913.patch, OFBIZ-2913.patch, OFBIZ-2913.patch Write a new service for creating a customer profile. This could be called as QuickCreateCustomerProfile. Create a Customer Profile based on following IN parameter - 1) First Name 2) Last Name 3) Email Address Based on above information create - Person, Party, PartyRole (CUSTOMER), Contact (Email). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Conditional seed data loading
That's true, it would be still a dependence. Anyway, in this case the MyPortal is considered to be dependent from all other components (because it mounts portlets defined by all other components in the default portalPages). It should be possible to use the MyPortal component even if one of the other components is not used. I think a different logic is needed here. -Bruno 2009/12/31 David E Jones d...@me.com: That still represents a dependency on the other component. Lower level components should not even have anything that represents an awareness of a higher level component. The solution, and the only solution, is to move the data to the higher level components. It's that simple. -David On Dec 30, 2009, at 5:54 PM, Bruno Busco wrote: Hi, the MyPortal component has many seed data that create a dependence from many other components. This is done because the seed data create the default MyPortal portalPages that include several portlets from all other components. For example: PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE portalPortletId=SystemInfoNotes portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE portalPortletId=SystemInfoStatus portletSeqId=1 columnSeqId=1 sequenceNum=1/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE portalPortletId=Calendar portletSeqId=1 columnSeqId=1 sequenceNum=2/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE0 portalPortletId=INCOM_CUST_REQUESTS portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE0 portalPortletId=MyCommunications portletSeqId=1 columnSeqId=1 sequenceNum=1/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=party portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=partyRelContacts portletSeqId=1 columnSeqId=1 sequenceNum=1/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=partyRelAccounts portletSeqId=1 columnSeqId=1 sequenceNum=2/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=contact portletSeqId=1 columnSeqId=1 sequenceNum=3/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=LoyaltyPoints portletSeqId=1 columnSeqId=1 sequenceNum=4/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=PaymentMethods portletSeqId=1 columnSeqId=1 sequenceNum=5/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=AvsSettings portletSeqId=1 columnSeqId=1 sequenceNum=6/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=UserLogin portletSeqId=1 columnSeqId=2 sequenceNum=1/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=Attributes portletSeqId=1 columnSeqId=2 sequenceNum=2/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=Visits portletSeqId=1 columnSeqId=2 sequenceNum=3/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=Content portletSeqId=1 columnSeqId=2 sequenceNum=4/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=ShipperAccount portletSeqId=1 columnSeqId=2 sequenceNum=5/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=Notes portletSeqId=1 columnSeqId=2 sequenceNum=6/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=MYTASKSPARTY portletSeqId=1 columnSeqId=2 sequenceNum=7/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE2 portalPortletId=MyCommunications portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortletAttribute portalPageId=MYPORTAL_EMPLOYEE2 portalPortletId=MyCommunications portletSeqId=1 attrName=communicationPartyId attrValue=Company/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE4 portalPortletId=mytimesheet portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE5 portalPortletId=mytasks portletSeqId=1 columnSeqId=1 sequenceNum=0/ How can we have a conditional seed data loading that would load only seed data for the portlets really available in the system? I mean, could we have something like this: if-component-loaded name=Workeffort PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE4 portalPortletId=mytimesheet portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE5 portalPortletId=mytasks portletSeqId=1 columnSeqId=1 sequenceNum=0/ /if-component-loaded or is there any other tecnique to do this? Many thanks, Bruno
Re: Discussion: BuildBot component independence check
How could we define new ant targets to deploy partial OFBiz configurations? I mean, an OFBiz configuration I would like to build and get working is the one with the following applications: - application/commonext - application/content - application/party - application/securityext - specialpurpose/myportal - specialpurpose/ofbizwebsite Does make sense to define a new ant target that removes all other directories and then build what remains? This new ant target could be executed in the BuildBot also. -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Hi devs, I am trying to remove some OFBiz components but even removing few specialpurpose components make the build or the data loading impossible. I think we need to gain back the components independence in a controlled way. Even reviewing commits is not so easy to detect that a change introduce a wrong dependence and then, when you try to separate things its a complete mess. What about to start a process that will take us to have a set of different OFBiz configurations to be all built on BuildBot to be sure that no wrong dependence has been introduced? The first thing to do would be to agree to a dependence tree we want to rispect. Then we could define one or more partial OFBiz configuration that should work according to the approved dependence tree. Then we could setup BuildBot to automatically build them for us. Whet do you think about? Thank you, -Bruno
Re: Conditional seed data loading
David, I totally agree with you and will work to get this. So, the portalPages that are actually defined in MyPortal should be defined in a different seed or a different component that is at the highest level. A solution could also be to define those portlaPages in the setup (even if I do not really know very much about the setup). WDYT? -Bruno 2009/12/31 David E Jones d...@me.com: MyPortal still needs a lot of work. It should really be just the shell of the portal and include only a very few portlets that are part of the framework. Higher level components, including applications components, can have their own portlets that appear in MyPortal by having data in seed/etc data files, and that data will tell MyPortal about these portlets. OOTB the MyPortal stuff shouldn't know anything about any portlets (other than a few basic framework ones). At runtime MyPortal will look for information about other portlets, but that information should come only from the higher level components where the portlets themselves live. -David On Dec 31, 2009, at 4:50 AM, Bruno Busco wrote: That's true, it would be still a dependence. Anyway, in this case the MyPortal is considered to be dependent from all other components (because it mounts portlets defined by all other components in the default portalPages). It should be possible to use the MyPortal component even if one of the other components is not used. I think a different logic is needed here. -Bruno 2009/12/31 David E Jones d...@me.com: That still represents a dependency on the other component. Lower level components should not even have anything that represents an awareness of a higher level component. The solution, and the only solution, is to move the data to the higher level components. It's that simple. -David On Dec 30, 2009, at 5:54 PM, Bruno Busco wrote: Hi, the MyPortal component has many seed data that create a dependence from many other components. This is done because the seed data create the default MyPortal portalPages that include several portlets from all other components. For example: PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE portalPortletId=SystemInfoNotes portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE portalPortletId=SystemInfoStatus portletSeqId=1 columnSeqId=1 sequenceNum=1/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE portalPortletId=Calendar portletSeqId=1 columnSeqId=1 sequenceNum=2/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE0 portalPortletId=INCOM_CUST_REQUESTS portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE0 portalPortletId=MyCommunications portletSeqId=1 columnSeqId=1 sequenceNum=1/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=party portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=partyRelContacts portletSeqId=1 columnSeqId=1 sequenceNum=1/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=partyRelAccounts portletSeqId=1 columnSeqId=1 sequenceNum=2/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=contact portletSeqId=1 columnSeqId=1 sequenceNum=3/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=LoyaltyPoints portletSeqId=1 columnSeqId=1 sequenceNum=4/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=PaymentMethods portletSeqId=1 columnSeqId=1 sequenceNum=5/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=AvsSettings portletSeqId=1 columnSeqId=1 sequenceNum=6/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=UserLogin portletSeqId=1 columnSeqId=2 sequenceNum=1/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=Attributes portletSeqId=1 columnSeqId=2 sequenceNum=2/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=Visits portletSeqId=1 columnSeqId=2 sequenceNum=3/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=Content portletSeqId=1 columnSeqId=2 sequenceNum=4/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=ShipperAccount portletSeqId=1 columnSeqId=2 sequenceNum=5/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=Notes portletSeqId=1 columnSeqId=2 sequenceNum=6/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=MYTASKSPARTY portletSeqId=1 columnSeqId=2 sequenceNum=7/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE2 portalPortletId=MyCommunications portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortletAttribute portalPageId=MYPORTAL_EMPLOYEE2 portalPortletId=MyCommunications portletSeqId=1 attrName
Discussion: BuildBot component independence check
Hi devs, I am trying to remove some OFBiz components but even removing few specialpurpose components make the build or the data loading impossible. I think we need to gain back the components independence in a controlled way. Even reviewing commits is not so easy to detect that a change introduce a wrong dependence and then, when you try to separate things its a complete mess. What about to start a process that will take us to have a set of different OFBiz configurations to be all built on BuildBot to be sure that no wrong dependence has been introduced? The first thing to do would be to agree to a dependence tree we want to rispect. Then we could define one or more partial OFBiz configuration that should work according to the approved dependence tree. Then we could setup BuildBot to automatically build them for us. Whet do you think about? Thank you, -Bruno
Conditional seed data loading
Hi, the MyPortal component has many seed data that create a dependence from many other components. This is done because the seed data create the default MyPortal portalPages that include several portlets from all other components. For example: PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE portalPortletId=SystemInfoNotes portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE portalPortletId=SystemInfoStatus portletSeqId=1 columnSeqId=1 sequenceNum=1/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE portalPortletId=Calendar portletSeqId=1 columnSeqId=1 sequenceNum=2/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE0 portalPortletId=INCOM_CUST_REQUESTS portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE0 portalPortletId=MyCommunications portletSeqId=1 columnSeqId=1 sequenceNum=1/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=party portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=partyRelContacts portletSeqId=1 columnSeqId=1 sequenceNum=1/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=partyRelAccounts portletSeqId=1 columnSeqId=1 sequenceNum=2/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=contact portletSeqId=1 columnSeqId=1 sequenceNum=3/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=LoyaltyPoints portletSeqId=1 columnSeqId=1 sequenceNum=4/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=PaymentMethods portletSeqId=1 columnSeqId=1 sequenceNum=5/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=AvsSettings portletSeqId=1 columnSeqId=1 sequenceNum=6/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=UserLogin portletSeqId=1 columnSeqId=2 sequenceNum=1/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=Attributes portletSeqId=1 columnSeqId=2 sequenceNum=2/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=Visits portletSeqId=1 columnSeqId=2 sequenceNum=3/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=Content portletSeqId=1 columnSeqId=2 sequenceNum=4/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=ShipperAccount portletSeqId=1 columnSeqId=2 sequenceNum=5/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=Notes portletSeqId=1 columnSeqId=2 sequenceNum=6/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE1 portalPortletId=MYTASKSPARTY portletSeqId=1 columnSeqId=2 sequenceNum=7/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE2 portalPortletId=MyCommunications portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortletAttribute portalPageId=MYPORTAL_EMPLOYEE2 portalPortletId=MyCommunications portletSeqId=1 attrName=communicationPartyId attrValue=Company/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE4 portalPortletId=mytimesheet portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE5 portalPortletId=mytasks portletSeqId=1 columnSeqId=1 sequenceNum=0/ How can we have a conditional seed data loading that would load only seed data for the portlets really available in the system? I mean, could we have something like this: if-component-loaded name=Workeffort PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE4 portalPortletId=mytimesheet portletSeqId=1 columnSeqId=1 sequenceNum=0/ PortalPagePortlet portalPageId=MYPORTAL_EMPLOYEE5 portalPortletId=mytasks portletSeqId=1 columnSeqId=1 sequenceNum=0/ /if-component-loaded or is there any other tecnique to do this? Many thanks, Bruno
[jira] Closed: (OFBIZ-3274) Using decorator sections to control the left-bar
[ https://issues.apache.org/jira/browse/OFBIZ-3274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco closed OFBIZ-3274. -- Resolution: Fixed A modified patch committed into trunk At revision: 894330 Using decorator sections to control the left-bar Key: OFBIZ-3274 URL: https://issues.apache.org/jira/browse/OFBIZ-3274 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Bruno Busco Assignee: Bruno Busco Attachments: OFBIZ-3274 DecoratorSectionLayout.patch, OFBIZ-3274 DecoratorSectionLayout.patch, OFBIZ-3274 DecoratorSectionLayout.patch Hi, at the moment, in order to have a screen rendered with or without a left bar, the variables leftbarScreenName, leftbarScreenLocation and MainColumnStyle need to be set to select a screen for the left bar and a main column style. This must be done in the screen itself or an application decorator. With the attached patch, submitted for your review, a new GlobalDecorator section named left-bar has been added. If a screen must be displayed with a left bar this new decorator section needs to be filled with the selected content. The main column style is defined in the Global decorator. In order to do this a new screen condition has been added: if-empty-decorator-section. This condition allows to check if a decorator section has been added content or not. (actually it only checks if the decorator section has been defined). In the patch I updated all catalog application screens to use this new method. If there are no problems with you with this, I will commit in the next days. Thank you for sharing your thoughts about. -Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3374) UI upgrade, new lookups
[ https://issues.apache.org/jira/browse/OFBIZ-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12795033#action_12795033 ] Bruno Busco commented on OFBIZ-3374: Hi Sascha, I have looked at your latest patch. Few comments: 1) Are we sure we can commit the resize.js file as it is? There is a license note that I do not know if is compatible with the Apache. I would like others to check at least thi file in the patch. 2) To check that a section is empty there is now the tag if-empty-section section-name=body/ you should use instead of if-empty field=sections.body/ 3) There are some conflict with the latest trunk 4) Generally to get the review simpler is better to remove all the formatting changes (there are lots of trailing spaces removal) 5) Where and which gif file need to be added to let the patch work? Thank you Sascha for the continued effort with this but I try to do my best to avoid wrong things committed. I hope you understand. UI upgrade, new lookups --- Key: OFBIZ-3374 URL: https://issues.apache.org/jira/browse/OFBIZ-3374 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Sascha Rodekamp Priority: Minor Fix For: SVN trunk Attachments: header_bg.gif, header_close_button.png, lookup.jpg, lookup2.jpg, lookups.patch, lookups.patch, lookups.patch, lookups.patch, lookups.patch, lookups.patch Hi, regarding to this articel: [here|http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document#NewFeaturesRoadmap-LivingDocument-Quickeranintuitiveaccesstobasicfunctionnalities%28creation,etc.%29] I decided to improve the lookup fields. They shouldn't open in a page layer instead of a seperate windows. My Patch contains a prototype (not a final patch), so what do you think about the new lookup windows? Should i follow this idea, any suggestions? So long Sascha -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Moving securityext to the framework
Hi David, devs, I searched the SVN logs to look for a reason for those general purpose login and password stuff being in the application and not in the framework. I found they are there since the incubator time. What I think should be done is to merge the securityext to the security component in the framework. I would like to try to do it, but please, if you see something blocking this or something that should be done first, or even a reason for not to do this, please advice. Thank you, -Bruno 2009/12/26 Bruno Busco bruno.bu...@gmail.com: Scott, from a securityext code browsing I see that there is a dependence from Party, Product and Ecommerce. Party: 1) The UserDemoData.xml file creates several Party, Person, PartyRole, PartyContactMech entities - Could be moved to Party? 2) LoginSimpleEvents.xml checks for a PARTYMGR CREATE permission in the updatePassword service. This is to be sure that an admin can always update a password, even not knowing the current password. - An admin permission should be checked here. Product: 3) In the LoginEvents.java the emailPassword method is written to be used for a ProductStore. The password email should be a core feature not used for ProductStores only. - Could we split this method in a framework one and an higher level part (dedicated for a ProductStore) implemented in the Product component? Ecommerce: 4) In passwordemail.ftl there are few labels from ECommerce - Since the email password should not only be an ecommerce feature this should be moved to Common. Should we try to resolve these dependences and then merge to security in the framework? -Bruno 2009/12/11 Scott Gray scott.g...@hotwaxmedia.com: I guess the first thing we need to understand is why it exists in the first place? I'm assuming it has some dependencies on application components that prevent it from being in the framework (even if perhaps some of the logic could be moved). Regards Scott HotWax Media http://www.hotwaxmedia.com On 11/12/2009, at 11:41 PM, Bruno Busco wrote: Hi, the securityext component is actually located in the application folder. It implements the sending of the password remainder, password updated services, permission groups etc. that we want available in the framework-only release also. Do we agree to change it to move it over there? At least the labels used from ecommerce needs to be changed and some store dependencies also. -Bruno
[jira] Commented: (OFBIZ-2913) Write a new service for quick create customer profile.
[ https://issues.apache.org/jira/browse/OFBIZ-2913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12795115#action_12795115 ] Bruno Busco commented on OFBIZ-2913: Hi, while looking for a framework integration of the basic userLogin/Person/email stuff I fond this jira. I think the mentioned service (createContact, createPerson etc.) should be moved in the framework. Having a userLogin with Person Name and email in the framework would allow for instance to have a forgotten email forwarded even with no applications. Write a new service for quick create customer profile. -- Key: OFBIZ-2913 URL: https://issues.apache.org/jira/browse/OFBIZ-2913 Project: OFBiz Issue Type: New Feature Components: specialpurpose/ecommerce Affects Versions: SVN trunk Reporter: Sumit Pandit Priority: Minor Fix For: SVN trunk Attachments: OFBIZ-2913.patch, OFBIZ-2913.patch, OFBIZ-2913.patch Write a new service for creating a customer profile. This could be called as QuickCreateCustomerProfile. Create a Customer Profile based on following IN parameter - 1) First Name 2) Last Name 3) Email Address Based on above information create - Person, Party, PartyRole (CUSTOMER), Contact (Email). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Moving securityext to the framework
In the framework-only there will be the webtools, the example and the MyPortal applications. So it is something that should allow defining new users (userLogins) to be defined with their permissions. As soon as I have a new user defined I need the forgot password feature working. This is why we need it. -Bruno 2009/12/29 Scott Gray scott.g...@hotwaxmedia.com: My first question is why do we need this functionality in the framework? At what point do we draw the line between framework and application? Emailing passwords sounds very much like an application feature to me. Regards Scott On 30/12/2009, at 11:50 AM, Bruno Busco wrote: One thing we need in the framework is the possibility to create a userLogin with an associated email address and have the possibility to have the password emailed if forgotten. This is actually done in public static String emailPassword(HttpServletRequest request, HttpServletResponse response) { that is located in LoginEvents.java in securityext. To get the email address, emailPassword(...) checks if the userLoginId exists, then find the related party, then find a related ContactMech with PRIMARY_MAIL purpose. To get the email body and other details, emailPassword(...) starts from a ProductStore and gets the related ProductStoreEmailSetting. So, being dependent from both party and product, emailPassword(...) service needs to be in applications/securityext and cannot be available in a framework-only distribution. Now, the emailPassword(...) sevice in the securityext is OK for the ecommerce application (that depends on party and product) but IMO is not the right implementation for the backoffice (and thus for the framework-only). I propose to do the following: 1) Put an email address in the userLogin entity. This would be used to retrieve the password. 2) Move the entity entity-name=ProductStoreEmailSetting to the common component (renaming it simply EmailSetting) and transform the actual ProductStoreEmailSetting into a link between ProductStore and EmailSetting. 3) Define a new emailPassword(...) service in the common component that does things differently: using the email address in the userLogin entity and retrieving the email settings accessing to the EmailSetting entity. What do you think about? -Bruno 2009/12/29 Scott Gray scott.g...@hotwaxmedia.com: Hi Bruno, The whole point of the securityext component is to allow portions of security related functionality to depend on the application components, I believe this was done as part of the effort to isolate the framework from any application dependencies. I think it is perfectly fine to move portions of securityext back to the framework when there is no dependency on the application code but I don't necessarily think we should have a goal of removing the securityext component altogether. It wouldn't be possible to remove securityext without either removing functionality or otherwise transferring logic that is traditionally in the application domain back to the framework. The more that we look at doing the latter the more we need to consider exactly what the needs are that we want a framework only installation to fulfill. Regards Scott HotWax Media http://www.hotwaxmedia.com On 30/12/2009, at 6:11 AM, Bruno Busco wrote: Hi David, devs, I searched the SVN logs to look for a reason for those general purpose login and password stuff being in the application and not in the framework. I found they are there since the incubator time. What I think should be done is to merge the securityext to the security component in the framework. I would like to try to do it, but please, if you see something blocking this or something that should be done first, or even a reason for not to do this, please advice. Thank you, -Bruno 2009/12/26 Bruno Busco bruno.bu...@gmail.com: Scott, from a securityext code browsing I see that there is a dependence from Party, Product and Ecommerce. Party: 1) The UserDemoData.xml file creates several Party, Person, PartyRole, PartyContactMech entities - Could be moved to Party? 2) LoginSimpleEvents.xml checks for a PARTYMGR CREATE permission in the updatePassword service. This is to be sure that an admin can always update a password, even not knowing the current password. - An admin permission should be checked here. Product: 3) In the LoginEvents.java the emailPassword method is written to be used for a ProductStore. The password email should be a core feature not used for ProductStores only. - Could we split this method in a framework one and an higher level part (dedicated for a ProductStore) implemented in the Product component? Ecommerce: 4) In passwordemail.ftl there are few labels from ECommerce - Since the email password should not only be an ecommerce feature this should be moved to Common. Should we try to resolve these dependences and then merge to security in the framework
Re: Moving securityext to the framework
Having the getPrimaryEmailAddress in the framework returning nothing does not let the forgotPassword feature work in the framework-only installation (no party). -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: Or have a service - getPrimaryEmailAddress - that is defined in the framework and returns nothing. The Party application can override the service to return the primary email address, if it exists. -Adrian Bruno Busco wrote: One thing we need in the framework is the possibility to create a userLogin with an associated email address and have the possibility to have the password emailed if forgotten. This is actually done in public static String emailPassword(HttpServletRequest request, HttpServletResponse response) { that is located in LoginEvents.java in securityext. To get the email address, emailPassword(...) checks if the userLoginId exists, then find the related party, then find a related ContactMech with PRIMARY_MAIL purpose. To get the email body and other details, emailPassword(...) starts from a ProductStore and gets the related ProductStoreEmailSetting. So, being dependent from both party and product, emailPassword(...) service needs to be in applications/securityext and cannot be available in a framework-only distribution. Now, the emailPassword(...) sevice in the securityext is OK for the ecommerce application (that depends on party and product) but IMO is not the right implementation for the backoffice (and thus for the framework-only). I propose to do the following: 1) Put an email address in the userLogin entity. This would be used to retrieve the password. 2) Move the entity entity-name=ProductStoreEmailSetting to the common component (renaming it simply EmailSetting) and transform the actual ProductStoreEmailSetting into a link between ProductStore and EmailSetting. 3) Define a new emailPassword(...) service in the common component that does things differently: using the email address in the userLogin entity and retrieving the email settings accessing to the EmailSetting entity. What do you think about? -Bruno 2009/12/29 Scott Gray scott.g...@hotwaxmedia.com: Hi Bruno, The whole point of the securityext component is to allow portions of security related functionality to depend on the application components, I believe this was done as part of the effort to isolate the framework from any application dependencies. I think it is perfectly fine to move portions of securityext back to the framework when there is no dependency on the application code but I don't necessarily think we should have a goal of removing the securityext component altogether. It wouldn't be possible to remove securityext without either removing functionality or otherwise transferring logic that is traditionally in the application domain back to the framework. The more that we look at doing the latter the more we need to consider exactly what the needs are that we want a framework only installation to fulfill. Regards Scott HotWax Media http://www.hotwaxmedia.com On 30/12/2009, at 6:11 AM, Bruno Busco wrote: Hi David, devs, I searched the SVN logs to look for a reason for those general purpose login and password stuff being in the application and not in the framework. I found they are there since the incubator time. What I think should be done is to merge the securityext to the security component in the framework. I would like to try to do it, but please, if you see something blocking this or something that should be done first, or even a reason for not to do this, please advice. Thank you, -Bruno 2009/12/26 Bruno Busco bruno.bu...@gmail.com: Scott, from a securityext code browsing I see that there is a dependence from Party, Product and Ecommerce. Party: 1) The UserDemoData.xml file creates several Party, Person, PartyRole, PartyContactMech entities - Could be moved to Party? 2) LoginSimpleEvents.xml checks for a PARTYMGR CREATE permission in the updatePassword service. This is to be sure that an admin can always update a password, even not knowing the current password. - An admin permission should be checked here. Product: 3) In the LoginEvents.java the emailPassword method is written to be used for a ProductStore. The password email should be a core feature not used for ProductStores only. - Could we split this method in a framework one and an higher level part (dedicated for a ProductStore) implemented in the Product component? Ecommerce: 4) In passwordemail.ftl there are few labels from ECommerce - Since the email password should not only be an ecommerce feature this should be moved to Common. Should we try to resolve these dependences and then merge to security in the framework? -Bruno 2009/12/11 Scott Gray scott.g...@hotwaxmedia.com: I guess the first thing we need to understand is why it exists in the first place? I'm assuming it has some dependencies on application
Re: Moving securityext to the framework
Adrian, the getPrimaryEmailAddress defined in the framework could return the email field stored in the userLogin entity and when it is override by the Party application can retrieve the address from the userlLogin-Party-ContactMech chain. In this way we should get it working in the framawork-only also. -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Having the getPrimaryEmailAddress in the framework returning nothing does not let the forgotPassword feature work in the framework-only installation (no party). -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: Or have a service - getPrimaryEmailAddress - that is defined in the framework and returns nothing. The Party application can override the service to return the primary email address, if it exists. -Adrian Bruno Busco wrote: One thing we need in the framework is the possibility to create a userLogin with an associated email address and have the possibility to have the password emailed if forgotten. This is actually done in public static String emailPassword(HttpServletRequest request, HttpServletResponse response) { that is located in LoginEvents.java in securityext. To get the email address, emailPassword(...) checks if the userLoginId exists, then find the related party, then find a related ContactMech with PRIMARY_MAIL purpose. To get the email body and other details, emailPassword(...) starts from a ProductStore and gets the related ProductStoreEmailSetting. So, being dependent from both party and product, emailPassword(...) service needs to be in applications/securityext and cannot be available in a framework-only distribution. Now, the emailPassword(...) sevice in the securityext is OK for the ecommerce application (that depends on party and product) but IMO is not the right implementation for the backoffice (and thus for the framework-only). I propose to do the following: 1) Put an email address in the userLogin entity. This would be used to retrieve the password. 2) Move the entity entity-name=ProductStoreEmailSetting to the common component (renaming it simply EmailSetting) and transform the actual ProductStoreEmailSetting into a link between ProductStore and EmailSetting. 3) Define a new emailPassword(...) service in the common component that does things differently: using the email address in the userLogin entity and retrieving the email settings accessing to the EmailSetting entity. What do you think about? -Bruno 2009/12/29 Scott Gray scott.g...@hotwaxmedia.com: Hi Bruno, The whole point of the securityext component is to allow portions of security related functionality to depend on the application components, I believe this was done as part of the effort to isolate the framework from any application dependencies. I think it is perfectly fine to move portions of securityext back to the framework when there is no dependency on the application code but I don't necessarily think we should have a goal of removing the securityext component altogether. It wouldn't be possible to remove securityext without either removing functionality or otherwise transferring logic that is traditionally in the application domain back to the framework. The more that we look at doing the latter the more we need to consider exactly what the needs are that we want a framework only installation to fulfill. Regards Scott HotWax Media http://www.hotwaxmedia.com On 30/12/2009, at 6:11 AM, Bruno Busco wrote: Hi David, devs, I searched the SVN logs to look for a reason for those general purpose login and password stuff being in the application and not in the framework. I found they are there since the incubator time. What I think should be done is to merge the securityext to the security component in the framework. I would like to try to do it, but please, if you see something blocking this or something that should be done first, or even a reason for not to do this, please advice. Thank you, -Bruno 2009/12/26 Bruno Busco bruno.bu...@gmail.com: Scott, from a securityext code browsing I see that there is a dependence from Party, Product and Ecommerce. Party: 1) The UserDemoData.xml file creates several Party, Person, PartyRole, PartyContactMech entities - Could be moved to Party? 2) LoginSimpleEvents.xml checks for a PARTYMGR CREATE permission in the updatePassword service. This is to be sure that an admin can always update a password, even not knowing the current password. - An admin permission should be checked here. Product: 3) In the LoginEvents.java the emailPassword method is written to be used for a ProductStore. The password email should be a core feature not used for ProductStores only. - Could we split this method in a framework one and an higher level part (dedicated for a ProductStore) implemented in the Product component? Ecommerce: 4) In passwordemail.ftl there are few labels from ECommerce - Since the email password
Re: Moving securityext to the framework
Then we should have a setPrimaryEmailAddress service defined in the framework (that sets the userLogin.email field) and overridden in the Party application that sets/create the propert PArty/ContactMech. Does this make sense? -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Adrian, the getPrimaryEmailAddress defined in the framework could return the email field stored in the userLogin entity and when it is override by the Party application can retrieve the address from the userlLogin-Party-ContactMech chain. In this way we should get it working in the framawork-only also. -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Having the getPrimaryEmailAddress in the framework returning nothing does not let the forgotPassword feature work in the framework-only installation (no party). -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: Or have a service - getPrimaryEmailAddress - that is defined in the framework and returns nothing. The Party application can override the service to return the primary email address, if it exists. -Adrian Bruno Busco wrote: One thing we need in the framework is the possibility to create a userLogin with an associated email address and have the possibility to have the password emailed if forgotten. This is actually done in public static String emailPassword(HttpServletRequest request, HttpServletResponse response) { that is located in LoginEvents.java in securityext. To get the email address, emailPassword(...) checks if the userLoginId exists, then find the related party, then find a related ContactMech with PRIMARY_MAIL purpose. To get the email body and other details, emailPassword(...) starts from a ProductStore and gets the related ProductStoreEmailSetting. So, being dependent from both party and product, emailPassword(...) service needs to be in applications/securityext and cannot be available in a framework-only distribution. Now, the emailPassword(...) sevice in the securityext is OK for the ecommerce application (that depends on party and product) but IMO is not the right implementation for the backoffice (and thus for the framework-only). I propose to do the following: 1) Put an email address in the userLogin entity. This would be used to retrieve the password. 2) Move the entity entity-name=ProductStoreEmailSetting to the common component (renaming it simply EmailSetting) and transform the actual ProductStoreEmailSetting into a link between ProductStore and EmailSetting. 3) Define a new emailPassword(...) service in the common component that does things differently: using the email address in the userLogin entity and retrieving the email settings accessing to the EmailSetting entity. What do you think about? -Bruno 2009/12/29 Scott Gray scott.g...@hotwaxmedia.com: Hi Bruno, The whole point of the securityext component is to allow portions of security related functionality to depend on the application components, I believe this was done as part of the effort to isolate the framework from any application dependencies. I think it is perfectly fine to move portions of securityext back to the framework when there is no dependency on the application code but I don't necessarily think we should have a goal of removing the securityext component altogether. It wouldn't be possible to remove securityext without either removing functionality or otherwise transferring logic that is traditionally in the application domain back to the framework. The more that we look at doing the latter the more we need to consider exactly what the needs are that we want a framework only installation to fulfill. Regards Scott HotWax Media http://www.hotwaxmedia.com On 30/12/2009, at 6:11 AM, Bruno Busco wrote: Hi David, devs, I searched the SVN logs to look for a reason for those general purpose login and password stuff being in the application and not in the framework. I found they are there since the incubator time. What I think should be done is to merge the securityext to the security component in the framework. I would like to try to do it, but please, if you see something blocking this or something that should be done first, or even a reason for not to do this, please advice. Thank you, -Bruno 2009/12/26 Bruno Busco bruno.bu...@gmail.com: Scott, from a securityext code browsing I see that there is a dependence from Party, Product and Ecommerce. Party: 1) The UserDemoData.xml file creates several Party, Person, PartyRole, PartyContactMech entities - Could be moved to Party? 2) LoginSimpleEvents.xml checks for a PARTYMGR CREATE permission in the updatePassword service. This is to be sure that an admin can always update a password, even not knowing the current password. - An admin permission should be checked here. Product: 3) In the LoginEvents.java the emailPassword method is written to be used for a ProductStore. The password email should be a core
Re: Moving securityext to the framework
OK, back to requirements. I tryed to write down a list of requirements here: http://cwiki.apache.org/confluence/display/OFBIZ/Framework-only+distribution Could we have a discussion and possibly change them as and refine them as required? -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: All of the things you are describing could be done by an application developer that is using the framework. It would be wise to draw a very distinct and strict line between framework-level functionality and application-level functionality. -Adrian Bruno Busco wrote: Then we should have a setPrimaryEmailAddress service defined in the framework (that sets the userLogin.email field) and overridden in the Party application that sets/create the propert PArty/ContactMech. Does this make sense? -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Adrian, the getPrimaryEmailAddress defined in the framework could return the email field stored in the userLogin entity and when it is override by the Party application can retrieve the address from the userlLogin-Party-ContactMech chain. In this way we should get it working in the framawork-only also. -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Having the getPrimaryEmailAddress in the framework returning nothing does not let the forgotPassword feature work in the framework-only installation (no party). -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: Or have a service - getPrimaryEmailAddress - that is defined in the framework and returns nothing. The Party application can override the service to return the primary email address, if it exists. -Adrian Bruno Busco wrote: One thing we need in the framework is the possibility to create a userLogin with an associated email address and have the possibility to have the password emailed if forgotten. This is actually done in public static String emailPassword(HttpServletRequest request, HttpServletResponse response) { that is located in LoginEvents.java in securityext. To get the email address, emailPassword(...) checks if the userLoginId exists, then find the related party, then find a related ContactMech with PRIMARY_MAIL purpose. To get the email body and other details, emailPassword(...) starts from a ProductStore and gets the related ProductStoreEmailSetting. So, being dependent from both party and product, emailPassword(...) service needs to be in applications/securityext and cannot be available in a framework-only distribution. Now, the emailPassword(...) sevice in the securityext is OK for the ecommerce application (that depends on party and product) but IMO is not the right implementation for the backoffice (and thus for the framework-only). I propose to do the following: 1) Put an email address in the userLogin entity. This would be used to retrieve the password. 2) Move the entity entity-name=ProductStoreEmailSetting to the common component (renaming it simply EmailSetting) and transform the actual ProductStoreEmailSetting into a link between ProductStore and EmailSetting. 3) Define a new emailPassword(...) service in the common component that does things differently: using the email address in the userLogin entity and retrieving the email settings accessing to the EmailSetting entity. What do you think about? -Bruno 2009/12/29 Scott Gray scott.g...@hotwaxmedia.com: Hi Bruno, The whole point of the securityext component is to allow portions of security related functionality to depend on the application components, I believe this was done as part of the effort to isolate the framework from any application dependencies. I think it is perfectly fine to move portions of securityext back to the framework when there is no dependency on the application code but I don't necessarily think we should have a goal of removing the securityext component altogether. It wouldn't be possible to remove securityext without either removing functionality or otherwise transferring logic that is traditionally in the application domain back to the framework. The more that we look at doing the latter the more we need to consider exactly what the needs are that we want a framework only installation to fulfill. Regards Scott HotWax Media http://www.hotwaxmedia.com On 30/12/2009, at 6:11 AM, Bruno Busco wrote: Hi David, devs, I searched the SVN logs to look for a reason for those general purpose login and password stuff being in the application and not in the framework. I found they are there since the incubator time. What I think should be done is to merge the securityext to the security component in the framework. I would like to try to do it, but please, if you see something blocking this or something that should be done first, or even a reason for not to do this, please advice. Thank you, -Bruno 2009/12/26 Bruno Busco bruno.bu...@gmail.com: Scott, from a securityext code browsing I see
Re: Moving securityext to the framework
Adrian, I agree that this can be done in an application using the framework but this application should be located in the framework folder like the webtools application. -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: All of the things you are describing could be done by an application developer that is using the framework. It would be wise to draw a very distinct and strict line between framework-level functionality and application-level functionality. -Adrian Bruno Busco wrote: Then we should have a setPrimaryEmailAddress service defined in the framework (that sets the userLogin.email field) and overridden in the Party application that sets/create the propert PArty/ContactMech. Does this make sense? -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Adrian, the getPrimaryEmailAddress defined in the framework could return the email field stored in the userLogin entity and when it is override by the Party application can retrieve the address from the userlLogin-Party-ContactMech chain. In this way we should get it working in the framawork-only also. -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Having the getPrimaryEmailAddress in the framework returning nothing does not let the forgotPassword feature work in the framework-only installation (no party). -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: Or have a service - getPrimaryEmailAddress - that is defined in the framework and returns nothing. The Party application can override the service to return the primary email address, if it exists. -Adrian Bruno Busco wrote: One thing we need in the framework is the possibility to create a userLogin with an associated email address and have the possibility to have the password emailed if forgotten. This is actually done in public static String emailPassword(HttpServletRequest request, HttpServletResponse response) { that is located in LoginEvents.java in securityext. To get the email address, emailPassword(...) checks if the userLoginId exists, then find the related party, then find a related ContactMech with PRIMARY_MAIL purpose. To get the email body and other details, emailPassword(...) starts from a ProductStore and gets the related ProductStoreEmailSetting. So, being dependent from both party and product, emailPassword(...) service needs to be in applications/securityext and cannot be available in a framework-only distribution. Now, the emailPassword(...) sevice in the securityext is OK for the ecommerce application (that depends on party and product) but IMO is not the right implementation for the backoffice (and thus for the framework-only). I propose to do the following: 1) Put an email address in the userLogin entity. This would be used to retrieve the password. 2) Move the entity entity-name=ProductStoreEmailSetting to the common component (renaming it simply EmailSetting) and transform the actual ProductStoreEmailSetting into a link between ProductStore and EmailSetting. 3) Define a new emailPassword(...) service in the common component that does things differently: using the email address in the userLogin entity and retrieving the email settings accessing to the EmailSetting entity. What do you think about? -Bruno 2009/12/29 Scott Gray scott.g...@hotwaxmedia.com: Hi Bruno, The whole point of the securityext component is to allow portions of security related functionality to depend on the application components, I believe this was done as part of the effort to isolate the framework from any application dependencies. I think it is perfectly fine to move portions of securityext back to the framework when there is no dependency on the application code but I don't necessarily think we should have a goal of removing the securityext component altogether. It wouldn't be possible to remove securityext without either removing functionality or otherwise transferring logic that is traditionally in the application domain back to the framework. The more that we look at doing the latter the more we need to consider exactly what the needs are that we want a framework only installation to fulfill. Regards Scott HotWax Media http://www.hotwaxmedia.com On 30/12/2009, at 6:11 AM, Bruno Busco wrote: Hi David, devs, I searched the SVN logs to look for a reason for those general purpose login and password stuff being in the application and not in the framework. I found they are there since the incubator time. What I think should be done is to merge the securityext to the security component in the framework. I would like to try to do it, but please, if you see something blocking this or something that should be done first, or even a reason for not to do this, please advice. Thank you, -Bruno 2009/12/26 Bruno Busco bruno.bu...@gmail.com: Scott, from a securityext code browsing I see that there is a dependence from Party, Product and Ecommerce. Party: 1
Re: Moving securityext to the framework
Adrian, I think our divergence comes from how we imagine the framework-only being used. I imagine the framework-only installation ready to be used as soon as installed. Admin can login and start adding users, groups, set permissions. Users can start logging in, personalizing their home Portal pages, select their favourite Theme. Then admin plugs a new component in the hot-deploy (or in application), only a set of users can access it because others have no permission and do not even know about the new application. Then admin adds permission to users, new portlets became available to the users, more menus etc. May be framework-only is not the right name for this distribution but I definitively think it is what would best help the OFBiz users. -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: I don't agree that emailing forgotten passwords is like the Webtools application. As you have discovered, emailing forgotten passwords entails some decision making, looking up information in various entities, selecting and rendering an email body template, etc. From my perspective, all of those things are outside the scope of the framework. -Adrian Bruno Busco wrote: Adrian, I agree that this can be done in an application using the framework but this application should be located in the framework folder like the webtools application. -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: All of the things you are describing could be done by an application developer that is using the framework. It would be wise to draw a very distinct and strict line between framework-level functionality and application-level functionality. -Adrian Bruno Busco wrote: Then we should have a setPrimaryEmailAddress service defined in the framework (that sets the userLogin.email field) and overridden in the Party application that sets/create the propert PArty/ContactMech. Does this make sense? -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Adrian, the getPrimaryEmailAddress defined in the framework could return the email field stored in the userLogin entity and when it is override by the Party application can retrieve the address from the userlLogin-Party-ContactMech chain. In this way we should get it working in the framawork-only also. -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Having the getPrimaryEmailAddress in the framework returning nothing does not let the forgotPassword feature work in the framework-only installation (no party). -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: Or have a service - getPrimaryEmailAddress - that is defined in the framework and returns nothing. The Party application can override the service to return the primary email address, if it exists. -Adrian Bruno Busco wrote: One thing we need in the framework is the possibility to create a userLogin with an associated email address and have the possibility to have the password emailed if forgotten. This is actually done in public static String emailPassword(HttpServletRequest request, HttpServletResponse response) { that is located in LoginEvents.java in securityext. To get the email address, emailPassword(...) checks if the userLoginId exists, then find the related party, then find a related ContactMech with PRIMARY_MAIL purpose. To get the email body and other details, emailPassword(...) starts from a ProductStore and gets the related ProductStoreEmailSetting. So, being dependent from both party and product, emailPassword(...) service needs to be in applications/securityext and cannot be available in a framework-only distribution. Now, the emailPassword(...) sevice in the securityext is OK for the ecommerce application (that depends on party and product) but IMO is not the right implementation for the backoffice (and thus for the framework-only). I propose to do the following: 1) Put an email address in the userLogin entity. This would be used to retrieve the password. 2) Move the entity entity-name=ProductStoreEmailSetting to the common component (renaming it simply EmailSetting) and transform the actual ProductStoreEmailSetting into a link between ProductStore and EmailSetting. 3) Define a new emailPassword(...) service in the common component that does things differently: using the email address in the userLogin entity and retrieving the email settings accessing to the EmailSetting entity. What do you think about? -Bruno 2009/12/29 Scott Gray scott.g...@hotwaxmedia.com: Hi Bruno, The whole point of the securityext component is to allow portions of security related functionality to depend on the application components, I believe this was done as part of the effort to isolate the framework from any application dependencies. I think it is perfectly fine to move portions of securityext back to the framework when there is no dependency on the application code but I don't necessarily think we should have a goal
Re: Moving securityext to the framework
It seems to me that a Framework+Party+Content installation would better fit the requirements in http://cwiki.apache.org/confluence/display/OFBIZ/Framework-only+distribution. -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Adrian, I think our divergence comes from how we imagine the framework-only being used. I imagine the framework-only installation ready to be used as soon as installed. Admin can login and start adding users, groups, set permissions. Users can start logging in, personalizing their home Portal pages, select their favourite Theme. Then admin plugs a new component in the hot-deploy (or in application), only a set of users can access it because others have no permission and do not even know about the new application. Then admin adds permission to users, new portlets became available to the users, more menus etc. May be framework-only is not the right name for this distribution but I definitively think it is what would best help the OFBiz users. -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: I don't agree that emailing forgotten passwords is like the Webtools application. As you have discovered, emailing forgotten passwords entails some decision making, looking up information in various entities, selecting and rendering an email body template, etc. From my perspective, all of those things are outside the scope of the framework. -Adrian Bruno Busco wrote: Adrian, I agree that this can be done in an application using the framework but this application should be located in the framework folder like the webtools application. -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: All of the things you are describing could be done by an application developer that is using the framework. It would be wise to draw a very distinct and strict line between framework-level functionality and application-level functionality. -Adrian Bruno Busco wrote: Then we should have a setPrimaryEmailAddress service defined in the framework (that sets the userLogin.email field) and overridden in the Party application that sets/create the propert PArty/ContactMech. Does this make sense? -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Adrian, the getPrimaryEmailAddress defined in the framework could return the email field stored in the userLogin entity and when it is override by the Party application can retrieve the address from the userlLogin-Party-ContactMech chain. In this way we should get it working in the framawork-only also. -Bruno 2009/12/30 Bruno Busco bruno.bu...@gmail.com: Having the getPrimaryEmailAddress in the framework returning nothing does not let the forgotPassword feature work in the framework-only installation (no party). -Bruno 2009/12/30 Adrian Crum adri...@hlmksw.com: Or have a service - getPrimaryEmailAddress - that is defined in the framework and returns nothing. The Party application can override the service to return the primary email address, if it exists. -Adrian Bruno Busco wrote: One thing we need in the framework is the possibility to create a userLogin with an associated email address and have the possibility to have the password emailed if forgotten. This is actually done in public static String emailPassword(HttpServletRequest request, HttpServletResponse response) { that is located in LoginEvents.java in securityext. To get the email address, emailPassword(...) checks if the userLoginId exists, then find the related party, then find a related ContactMech with PRIMARY_MAIL purpose. To get the email body and other details, emailPassword(...) starts from a ProductStore and gets the related ProductStoreEmailSetting. So, being dependent from both party and product, emailPassword(...) service needs to be in applications/securityext and cannot be available in a framework-only distribution. Now, the emailPassword(...) sevice in the securityext is OK for the ecommerce application (that depends on party and product) but IMO is not the right implementation for the backoffice (and thus for the framework-only). I propose to do the following: 1) Put an email address in the userLogin entity. This would be used to retrieve the password. 2) Move the entity entity-name=ProductStoreEmailSetting to the common component (renaming it simply EmailSetting) and transform the actual ProductStoreEmailSetting into a link between ProductStore and EmailSetting. 3) Define a new emailPassword(...) service in the common component that does things differently: using the email address in the userLogin entity and retrieving the email settings accessing to the EmailSetting entity. What do you think about? -Bruno 2009/12/29 Scott Gray scott.g...@hotwaxmedia.com: Hi Bruno, The whole point of the securityext component is to allow portions of security related functionality to depend on the application components, I believe this was done as part of the effort to isolate
[jira] Issue Comment Edited: (OFBIZ-3381) Update of the geolocation screen in party
[ https://issues.apache.org/jira/browse/OFBIZ-3381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12794548#action_12794548 ] Bruno Busco edited comment on OFBIZ-3381 at 12/26/09 8:24 AM: -- Erwan, there are two things I do not like in the patch: 1) (minor) Since we have the PartyGeoLocation.groovy script executed I would move all the set... stuff in there and have a complete geoChart valorization in the groovy. 2) (major) In the geolocation.ftl I would not include this: {code} #if point.partyId?has_content marker.openInfoWindowHtml(div style=\width:210px; padding-right:10px;\a href=@ofbizUrlviewprofile?partyId=${point.partyId}/@ofbizUrl${uiLabelMap.PartyProfile} ${uiLabelMap.CommonOf} ${point.partyId}/a/div); /#if {code} because it introduces a (soft) framework dependance from the Party component. I would replace it with a more generic: {code} #if point.link?has_content marker.openInfoWindowHtml(div style=\width:210px; padding-right:10px;\a href=${point.link.url}${point.link.label}/a/div); /#if {code} was (Author: bruno.busco): Erwan, there are two things I do not like in the patch: 1) (minor) Since we have the PartyGeoLocation.groovy script executed I would move all the set... stuff in there and have a complete geoChart valorization in the groovy. 2) (major) In the geolocation.ftl I would not include this: {code} #if point.partyId?has_content marker.openInfoWindowHtml(div style=\width:210px; padding-right:10px;\a href=@ofbizUrlviewprofile?partyId=${point.partyId}/@ofbizUrl${uiLabelMap.PartyProfile} ${uiLabelMap.CommonOf} ${point.partyId}/a/div); /#if {code} because it introduces a (soft) framework dependance from the Party component. I would replace it with a more generic: {code} #if point.link?has_content marker.openInfoWindowHtml(div style=\width:210px; padding-right:10px;\a href=${point.link.url}${point.link.label}/a/div); /#if {code} BTW: I only watched at the code. I did not succeded to show any map screen even for the DemoCustomer. I always get the No Geolocation Available (for a demo you may try using DemoCustomer party profil) message. Update of the geolocation screen in party - Key: OFBIZ-3381 URL: https://issues.apache.org/jira/browse/OFBIZ-3381 Project: OFBiz Issue Type: Improvement Components: party Affects Versions: SVN trunk Reporter: Erwan de FERRIERES Fix For: SVN trunk Attachments: OFBIZ-3381.diff This will allow to use the new geoChart screen introduced by Bruno instead of the geoLocation screen, and then have less javascript calls. I put this as a JIRA issue to have your comments and be sure that this meet OFBiz requirements. if it's OK, I will then commit it to the trunk. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Moving securityext to the framework
Scott, from a securityext code browsing I see that there is a dependence from Party, Product and Ecommerce. Party: 1) The UserDemoData.xml file creates several Party, Person, PartyRole, PartyContactMech entities - Could be moved to Party? 2) LoginSimpleEvents.xml checks for a PARTYMGR CREATE permission in the updatePassword service. This is to be sure that an admin can always update a password, even not knowing the current password. - An admin permission should be checked here. Product: 3) In the LoginEvents.java the emailPassword method is written to be used for a ProductStore. The password email should be a core feature not used for ProductStores only. - Could we split this method in a framework one and an higher level part (dedicated for a ProductStore) implemented in the Product component? Ecommerce: 4) In passwordemail.ftl there are few labels from ECommerce - Since the email password should not only be an ecommerce feature this should be moved to Common. Should we try to resolve these dependences and then merge to security in the framework? -Bruno 2009/12/11 Scott Gray scott.g...@hotwaxmedia.com: I guess the first thing we need to understand is why it exists in the first place? I'm assuming it has some dependencies on application components that prevent it from being in the framework (even if perhaps some of the logic could be moved). Regards Scott HotWax Media http://www.hotwaxmedia.com On 11/12/2009, at 11:41 PM, Bruno Busco wrote: Hi, the securityext component is actually located in the application folder. It implements the sending of the password remainder, password updated services, permission groups etc. that we want available in the framework-only release also. Do we agree to change it to move it over there? At least the labels used from ecommerce needs to be changed and some store dependencies also. -Bruno
Re: dropping crumbs styling from brainfood/erik schuessler
Erik, I am going to propose (again) on the ML to switch the default OFBiz theme to the droppingcrumbs. Of course your rich version would be much better. Anything to be committed? ;-) -Bruno 2009/12/11 Jacques Le Roux jacques.le.r...@les7arts.com: Thanks Adam, Yes, you already explained that and I have still to learn/practice. I think I will not be able to before some time Jacques From: Adam Heath doo...@brainfood.com Jacques Le Roux wrote: First, I must say that maybe my view is biased because I have no time to look at git and I'm a bit jealous :/ My point was that it allows you to work a long time alone on a (possibly large) task. And even if you break it after in several svn commits it's still a lot of commit to review in a single shoot. I agree it's easier than a large svn commit though. I understand that having a big work to do it's certainly better to use git. The only point which concern me is that needs, at least, some collaboration/exchanges before diving in lonesome work. Maybe practice will show how to do it better. But as I said I'm still far from being ready to switch from svn to git. Hope I have passed my feeling Git also allows you to publish your local cloned repository, *before* you commit it back upstream into svn, so people can comment on it earlier. You can then rewrite your local history, taking into consideration all suggestions, and when it's finally right, the final commit to svn is clean and has no cruft. Git has plugins to commit an entire new feature as a series of patches in jira. I haven't yet used this plugin tho.
[jira] Commented: (OFBIZ-3374) UI upgrade, new lookups
[ https://issues.apache.org/jira/browse/OFBIZ-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12794390#action_12794390 ] Bruno Busco commented on OFBIZ-3374: Further thinking on this feature... ...could we have this popup feature implemented as a general PopUpDecorator (to be added to framework common) ? The PopUpDecorator could be used whenever a developer what to design a screen that should be shown as popup. The decorator would add the popup frame with the dragging/resizing feature. (The resize.js script should only be included in this Decorator) Then in order to implement the lookups screens as popup (that you want to do here) we only need the existing LookUpDecorator use the new PopUpDecorator. Does this make sense? UI upgrade, new lookups --- Key: OFBIZ-3374 URL: https://issues.apache.org/jira/browse/OFBIZ-3374 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Sascha Rodekamp Priority: Minor Fix For: SVN trunk Attachments: header_bg.gif, header_close_button.png, lookup.jpg, lookups.patch, lookups.patch Hi, regarding to this articel: [here|http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document#NewFeaturesRoadmap-LivingDocument-Quickeranintuitiveaccesstobasicfunctionnalities%28creation,etc.%29] I decided to improve the lookup fields. They shouldn't open in a page layer instead of a seperate windows. My Patch contains a prototype (not a final patch), so what do you think about the new lookup windows? Should i follow this idea, any suggestions? So long Sascha -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-3348) Showing multiple geopoints on a map
[ https://issues.apache.org/jira/browse/OFBIZ-3348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco reassigned OFBIZ-3348: -- Assignee: Bruno Busco Showing multiple geopoints on a map --- Key: OFBIZ-3348 URL: https://issues.apache.org/jira/browse/OFBIZ-3348 Project: OFBiz Issue Type: Improvement Components: framework Reporter: Bruno Busco Assignee: Bruno Busco Priority: Minor Attachments: OFBIZ-3348 geoChart.patch As discussed on the ML I need to show several geoPoint markers on a single map. I searched for some helping tools in the framework and found the screen name=geoLocation and the relative request-map uri=geoLocation Unfortunately this can only be used to show on a Google Map a single geoPoint record providing its geoPointId. In my application I have a sort of event entity. Each event has the LAT and LON coordinates of where the event took place and I need to show on a map all the query-selected events. In the attached patch there is an implementation of a geoChart framework screen that takes as input a geoChart map containing: geoChart - dataSourceId - select the map system to be used (google, yahoo etc.) I do not like this mane. I think I will rename to mapProviderId but it is how it is named right now - width - height - map dimensions - center - the center point of the map - points - the points array to be showed on the map In the patch there are also some example screens (in the example application) to show how it works. I think that the suggested screen is more general and can replace the actual one. BTW: 1) Why the dataSourceId is in the GeoPoint entity ? I think the GeoPointEntity should be independent of what map provider (if any) will be used to show it. 2) A further improvement to this will be to add an heatmap mode (just started looking at this code: http://code.google.com/p/jheatmap/) that can be used when points will be too many or whenever an average distribution is only required (but this will be another page). I submit this patch in order to have a first review by you. Thank you, Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco reassigned OFBIZ-3352: -- Assignee: Bruno Busco BIRT (demo) application should be moved to example -- Key: OFBIZ-3352 URL: https://issues.apache.org/jira/browse/OFBIZ-3352 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Bruno Busco Assignee: Bruno Busco The BIRT demo has been added to the secondary applications menu bar. I think that to be consistent to other framework resources (i.e. widgets) this should be moved under the example application and not be visible on the secondary menu becouse it is not a real application but only a collection of demo reports. (This is what the example application is designed to be used for) Also the birt webapp with the requests: view-map name=main type=screen page=component://birt/widget/BirtScreens.xml#main/ view-map name=Viewer type=screen page=component://birt/widget/BirtScreens.xml#Viewer/ view-map name=Report type=screen page=component://birt/widget/BirtScreens.xml#Report/ view-map name=Mail type=screen page=component://birt/widget/BirtScreens.xml#EditMail/ (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3374) UI upgrade, new lookups
[ https://issues.apache.org/jira/browse/OFBIZ-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12794424#action_12794424 ] Bruno Busco commented on OFBIZ-3374: Hi Sascha, I tested the new patch. Unfortunately when I press the search button the lookup reverts to full screen mode :-( UI upgrade, new lookups --- Key: OFBIZ-3374 URL: https://issues.apache.org/jira/browse/OFBIZ-3374 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Sascha Rodekamp Priority: Minor Fix For: SVN trunk Attachments: header_bg.gif, header_close_button.png, lookup.jpg, lookups.patch, lookups.patch, lookups.patch Hi, regarding to this articel: [here|http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document#NewFeaturesRoadmap-LivingDocument-Quickeranintuitiveaccesstobasicfunctionnalities%28creation,etc.%29] I decided to improve the lookup fields. They shouldn't open in a page layer instead of a seperate windows. My Patch contains a prototype (not a final patch), so what do you think about the new lookup windows? Should i follow this idea, any suggestions? So long Sascha -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3374) UI upgrade, new lookups
[ https://issues.apache.org/jira/browse/OFBIZ-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12794040#action_12794040 ] Bruno Busco commented on OFBIZ-3374: Hi Sascha! Nice Christmas present! Thank you! Can't wait for the final release to be committed! UI upgrade, new lookups --- Key: OFBIZ-3374 URL: https://issues.apache.org/jira/browse/OFBIZ-3374 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Sascha Rodekamp Priority: Minor Fix For: SVN trunk Attachments: header_bg.gif, header_close_button.png, lookup.jpg, lookups.patch, lookups.patch Hi, regarding to this articel: [here|http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document#NewFeaturesRoadmap-LivingDocument-Quickeranintuitiveaccesstobasicfunctionnalities%28creation,etc.%29] I decided to improve the lookup fields. They shouldn't open in a page layer instead of a seperate windows. My Patch contains a prototype (not a final patch), so what do you think about the new lookup windows? Should i follow this idea, any suggestions? So long Sascha -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Discussion: Column Widgets (was: How to add a splitter to adjust the left column width by dragging it?)
I think it would fulfill the needs I can see right now. Thank you Adrian. 2009/12/23 Adrian Crum adri...@hlmksw.com: The current code to render multiple columns seems to be more complicated than it should be. As this thread has discussed, adding features to multiple-column layout can be problematic. So, the suggestion is to introduce column widgets. I'll start off with some basic ideas, and everyone is welcome to comment and improve on them. From the screen widget XML perspective, it could look like this: column-container column name=first-column !-- column contents -- /column column name=second-column !-- column contents -- /column ... /column-container The column elements can contain additional column-container elements. The column element can have an attribute to specify its width as a percentage of the column-container width. Pixel widths should be avoided since the screen widgets are supposed to be rendering device agnostic. The column-container and column elements will support the common screen widget attributes like name, style, id, etc. The column-container could support a type attribute that controls how the contained columns behave. For example, type=splitter will render the contained columns as a splitter window. From the widget model perspective, the column-container manages resizing columns when one of them is collapsed or its width changes. Column size information needs to be kept in the rendering context. The information would start off with some default values that are overridden by user preferences. What do you think? -Adrian Bruno Busco wrote: I would like to help on the column widget implementation. Could you start with some writing about it so that I can get a clear idea? -Bruno 2009/12/22 Adrian Crum adri...@hlmksw.com: That's why we need column widgets - so the other columns will know to resize themselves. -Adrian Bruno Busco wrote: Unfortunately, one of the problem I had was that, to collapse horizzontally, is not so simple because adiacent divs should be also adjusted. For example, to use this to collapse the left-column, even the main-content div width (or margin-left) should be changed. This was one of the reason I stopped this way of doing it. :-( -Bruno 2009/12/22 Bruno Busco bruno.bu...@gmail.com: Adrian, what you say reminds me the very first way I thought to achieve what I described (but I stopped and forgot!! :-( ) I thought that a collapsible screenlet (we already have) could have another attribute to be collapsed horizzontaly or vertically. One of the two is what we have right know. In the other one the screenlet-title bar should be rendered vertically on a side of the screenlet and could be used to collapse. The left-column could then be completely wrapped in the screenlet...et voilà. We have also the screenlet collapsed status storing feature in place now! -Bruno 2009/12/22 Adrian Crum adri...@hlmksw.com: Something similar that would be nice to have is a generic collapsible column implementation - where clicking on a link or control reduces the column to a small icon. Clicking on the icon expands the column back. This could be used for vertical menus. Maybe it is time to consider a column widget - where functionality can be built in and configured with attributes. -Adrian Bruno Busco wrote: I was looking for a way to implement a splitter that would allow the user to adjust the width of the left column in multicolumn screens (i.e. in the catalog application). In OFBiz there are already several js library. Is somebody aware of a simple method to do this? I have briefly looked into the myportal.js and seems that primitives like Draggable and Droppable are already there. My idea was that when the user starts dragging a vertical separation bar between the left-column and the main-content (the splitter) the widths are updated and then, when the user drops them a ajaxSetUserPreference is performed to store the left-column width so that it is mantained whenever the screen gets updated. Any help? Sascha? ;-) Thank you, -Bruno
[jira] Commented: (OFBIZ-2930) improvement on geolocalisation
[ https://issues.apache.org/jira/browse/OFBIZ-2930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12793671#action_12793671 ] Bruno Busco commented on OFBIZ-2930: I like it. One thing only: field=pointSetAddress and title=${uiLabelMap.PointSetAddress} should be actually field=pointAddress and title=${uiLabelMap.PointAddress} since it is not a Set of Points but one point only. improvement on geolocalisation -- Key: OFBIZ-2930 URL: https://issues.apache.org/jira/browse/OFBIZ-2930 Project: OFBiz Issue Type: Improvement Components: party Affects Versions: SVN trunk Reporter: Erwan de FERRIERES Fix For: SVN trunk Attachments: OFBIZ-2930.diff, OFBIZ-2930.diff the geolocalisation is only working for parties who have a GeoPoint. With the google api, we can also give an address instead of coordinates, and then locate the party on the screen. this patch add this functionality, and then we can locate the parties if they have an address. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3374) UI upgrade, new lookups
[ https://issues.apache.org/jira/browse/OFBIZ-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12793677#action_12793677 ] Bruno Busco commented on OFBIZ-3374: Sascha, I tested your patch and it is really cool! Thank you for this work! Here are my notes: 1) The grey area on the top of the popup should be used to drag the lookup in a different area of the screen so that the user can still give a look to page content in the background. 2) The actual patch only works on flatgrey but it corrupts the other themes (at least droppingcrumbs) 3) The header_bg.gif and header_close_button.png are now hardcoded in the js while they should be redefined by the theme. Thank you again for this work. UI upgrade, new lookups --- Key: OFBIZ-3374 URL: https://issues.apache.org/jira/browse/OFBIZ-3374 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Sascha Rodekamp Priority: Minor Fix For: SVN trunk Attachments: header_bg.gif, header_close_button.png, lookup.jpg, lookups.patch Hi, regarding to this articel: [here|http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document#NewFeaturesRoadmap-LivingDocument-Quickeranintuitiveaccesstobasicfunctionnalities%28creation,etc.%29] I decided to improve the lookup fields. They shouldn't open in a page layer instead of a seperate windows. My Patch contains a prototype (not a final patch), so what do you think about the new lookup windows? Should i follow this idea, any suggestions? So long Sascha -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3373) Adding menu merging feature
[ https://issues.apache.org/jira/browse/OFBIZ-3373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12793686#action_12793686 ] Bruno Busco commented on OFBIZ-3373: Thank you Michael and Scott for your comments. - access menu - of course, the menu should be merged means that all menu-item with all their properties (and condition) should be considered - actions dropdown - should this be manages as a new menu type? - icons - I don't now, I guess it should be possible not looked into it yet - widget-resource in place of entity - yes it makes great sense more? Adding menu merging feature --- Key: OFBIZ-3373 URL: https://issues.apache.org/jira/browse/OFBIZ-3373 Project: OFBiz Issue Type: Wish Components: framework Reporter: Bruno Busco Priority: Minor Attachments: links.jpg, partymenu.JPG Hi devs, while discussing in the ML about modules and framework separation I thought to this new feature that I would like to discuss here with you. We have now the possibility to extend a menu from one other. This is great in order to have an high level of code reuse and great consistency all over OFBiz. I was thinking to a sort of merges-to property for the menu widget. This would allow a new module to specify an already exixting menu name (in the framework core or in a lower level module) that should be somewhat changed by the actual menu. For instance, in the attached image partymenu.jpg there is a a tipical use of this feature: in the party module there are lot of links that co to order application, account etc. Those menu link could be used defining a simple menu (say it partylinks_menu) in the party application that contains only party or framework related links (i.e. profile); additional components like order or accounting could define more menus that merges-to the partylinks_manu so that when the menu is rendered IN THE PARTY APPLICATION the new menu items added in the order and accounting applications are also rendered. This would allow us to dramatically reduce the component dependence and help us to have the framework-only distribution. To eventually implement this I think there should be an entity that defines such mergin menus and the menu rendered should lookup the entity to check if one or more merges to the actually rendering menu is defined. I would appreciate to hear from you if this idea can help. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3243) Adding automatic label translation to the Label Manager
[ https://issues.apache.org/jira/browse/OFBIZ-3243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco closed OFBIZ-3243. -- Resolution: Invalid Adding automatic label translation to the Label Manager --- Key: OFBIZ-3243 URL: https://issues.apache.org/jira/browse/OFBIZ-3243 Project: OFBiz Issue Type: New Feature Components: framework Reporter: Bruno Busco Priority: Minor Attachments: OFBIZ-3243 googleLanguageAPI.patch Hi, I have played a little with Google Language API and came to a little improvement for the Label Manager. The attached patch adds a Translate button on the side of each label. When clicking on the button, the english label is passed to Google Translation Service and the resulting string is placed in the corresponding text field. I am curious to hear from you about before to get it a little better and commit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-2071) Using collapsible fieldgroups to implement a Advanced search panel
[ https://issues.apache.org/jira/browse/OFBIZ-2071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco closed OFBIZ-2071. -- Resolution: Fixed Using collapsible fieldgroups to implement a Advanced search panel Key: OFBIZ-2071 URL: https://issues.apache.org/jira/browse/OFBIZ-2071 Project: OFBiz Issue Type: Improvement Components: ALL COMPONENTS Reporter: Bruno Busco Priority: Minor Attachments: AdvancedSearch_DataResource.patch, CollapsibleAdvancedSearch.patch Hi All, one of the things I have seen (and like) in the UI of other open source ERPs is the Advanced search panel feature. I think this can be usefull to have into OFBiz and can now be easily implemented using the collapsible field groups. The idea is to split the search panel into a part that is immediatelly visible with the main fields and having all other not so commonly used fields into a group that is initially collapsed. I have implemented this in the productCategory lookup and attached a patch. What do you think about? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
How to add a splitter to adjust the left column width by dragging it?
I was looking for a way to implement a splitter that would allow the user to adjust the width of the left column in multicolumn screens (i.e. in the catalog application). In OFBiz there are already several js library. Is somebody aware of a simple method to do this? I have briefly looked into the myportal.js and seems that primitives like Draggable and Droppable are already there. My idea was that when the user starts dragging a vertical separation bar between the left-column and the main-content (the splitter) the widths are updated and then, when the user drops them a ajaxSetUserPreference is performed to store the left-column width so that it is mantained whenever the screen gets updated. Any help? Sascha? ;-) Thank you, -Bruno
Re: How to add a splitter to adjust the left column width by dragging it?
Unfortunately, one of the problem I had was that, to collapse horizzontally, is not so simple because adiacent divs should be also adjusted. For example, to use this to collapse the left-column, even the main-content div width (or margin-left) should be changed. This was one of the reason I stopped this way of doing it. :-( -Bruno 2009/12/22 Bruno Busco bruno.bu...@gmail.com: Adrian, what you say reminds me the very first way I thought to achieve what I described (but I stopped and forgot!! :-( ) I thought that a collapsible screenlet (we already have) could have another attribute to be collapsed horizzontaly or vertically. One of the two is what we have right know. In the other one the screenlet-title bar should be rendered vertically on a side of the screenlet and could be used to collapse. The left-column could then be completely wrapped in the screenlet...et voilà. We have also the screenlet collapsed status storing feature in place now! -Bruno 2009/12/22 Adrian Crum adri...@hlmksw.com: Something similar that would be nice to have is a generic collapsible column implementation - where clicking on a link or control reduces the column to a small icon. Clicking on the icon expands the column back. This could be used for vertical menus. Maybe it is time to consider a column widget - where functionality can be built in and configured with attributes. -Adrian Bruno Busco wrote: I was looking for a way to implement a splitter that would allow the user to adjust the width of the left column in multicolumn screens (i.e. in the catalog application). In OFBiz there are already several js library. Is somebody aware of a simple method to do this? I have briefly looked into the myportal.js and seems that primitives like Draggable and Droppable are already there. My idea was that when the user starts dragging a vertical separation bar between the left-column and the main-content (the splitter) the widths are updated and then, when the user drops them a ajaxSetUserPreference is performed to store the left-column width so that it is mantained whenever the screen gets updated. Any help? Sascha? ;-) Thank you, -Bruno
Re: How to add a splitter to adjust the left column width by dragging it?
Adrian, what you say reminds me the very first way I thought to achieve what I described (but I stopped and forgot!! :-( ) I thought that a collapsible screenlet (we already have) could have another attribute to be collapsed horizzontaly or vertically. One of the two is what we have right know. In the other one the screenlet-title bar should be rendered vertically on a side of the screenlet and could be used to collapse. The left-column could then be completely wrapped in the screenlet...et voilà. We have also the screenlet collapsed status storing feature in place now! -Bruno 2009/12/22 Adrian Crum adri...@hlmksw.com: Something similar that would be nice to have is a generic collapsible column implementation - where clicking on a link or control reduces the column to a small icon. Clicking on the icon expands the column back. This could be used for vertical menus. Maybe it is time to consider a column widget - where functionality can be built in and configured with attributes. -Adrian Bruno Busco wrote: I was looking for a way to implement a splitter that would allow the user to adjust the width of the left column in multicolumn screens (i.e. in the catalog application). In OFBiz there are already several js library. Is somebody aware of a simple method to do this? I have briefly looked into the myportal.js and seems that primitives like Draggable and Droppable are already there. My idea was that when the user starts dragging a vertical separation bar between the left-column and the main-content (the splitter) the widths are updated and then, when the user drops them a ajaxSetUserPreference is performed to store the left-column width so that it is mantained whenever the screen gets updated. Any help? Sascha? ;-) Thank you, -Bruno
Re: How to add a splitter to adjust the left column width by dragging it?
I would like to help on the column widget implementation. Could you start with some writing about it so that I can get a clear idea? -Bruno 2009/12/22 Adrian Crum adri...@hlmksw.com: That's why we need column widgets - so the other columns will know to resize themselves. -Adrian Bruno Busco wrote: Unfortunately, one of the problem I had was that, to collapse horizzontally, is not so simple because adiacent divs should be also adjusted. For example, to use this to collapse the left-column, even the main-content div width (or margin-left) should be changed. This was one of the reason I stopped this way of doing it. :-( -Bruno 2009/12/22 Bruno Busco bruno.bu...@gmail.com: Adrian, what you say reminds me the very first way I thought to achieve what I described (but I stopped and forgot!! :-( ) I thought that a collapsible screenlet (we already have) could have another attribute to be collapsed horizzontaly or vertically. One of the two is what we have right know. In the other one the screenlet-title bar should be rendered vertically on a side of the screenlet and could be used to collapse. The left-column could then be completely wrapped in the screenlet...et voilà. We have also the screenlet collapsed status storing feature in place now! -Bruno 2009/12/22 Adrian Crum adri...@hlmksw.com: Something similar that would be nice to have is a generic collapsible column implementation - where clicking on a link or control reduces the column to a small icon. Clicking on the icon expands the column back. This could be used for vertical menus. Maybe it is time to consider a column widget - where functionality can be built in and configured with attributes. -Adrian Bruno Busco wrote: I was looking for a way to implement a splitter that would allow the user to adjust the width of the left column in multicolumn screens (i.e. in the catalog application). In OFBiz there are already several js library. Is somebody aware of a simple method to do this? I have briefly looked into the myportal.js and seems that primitives like Draggable and Droppable are already there. My idea was that when the user starts dragging a vertical separation bar between the left-column and the main-content (the splitter) the widths are updated and then, when the user drops them a ajaxSetUserPreference is performed to store the left-column width so that it is mantained whenever the screen gets updated. Any help? Sascha? ;-) Thank you, -Bruno
Re: svn commit: r892579 - in /ofbiz/trunk/framework: common/webcommon/includes/ common/widget/ example/webapp/example/WEB-INF/ example/widget/example/
Hi Erwan, I did not use the exixting geolocation.ftl file because it does different things of what need to be done with the new screen I created. In addition the pre-existing geolocation.ftl file does not seem to be in the proper folder (generally FTL files should not stay in WEB-INF). I think, if we agree, we could replace the old geoLocation screen with the new geoChart and thus removing the geolocation.ftl file in the WEB-INF folder. Regarding the wrong display with the bizznesstime theme, I will give a look as soon as I can. Thank you for reporting this, Bruno 2009/12/21 Erwan de FERRIERES erwan.de-ferrie...@nereide.biz: Le 20/12/2009 10:41, bus...@apache.org a écrit : Author: buscob Date: Sun Dec 20 09:41:03 2009 New Revision: 892579 URL: http://svn.apache.org/viewvc?rev=892579view=rev Log: Added the geoChart common screen. (OFBIZ-3348) This can be used to show a set of geo points on a Google map. The screen takes as input a geoChart map containing: * dataSourceId - select the map system to be used (google, yahoo etc.) * width - map dimensions * height - map dimensions * center - the center point of the map * points - the points array to be showed on the map Hi Bruno, why did you created a new geolocation.ftl file, and didn't used the one in common/webcommon/WEB-INF/ for your new geoChart screen ? Also, when using the bizness time theme, the maps in example are located on the button bar, which makes it impossible to select the 4th map. With the other themes, it's ok. Could you take a look please, I didn't find the problem easily... Thanks, -- Erwan de FERRIERES www.nereide.biz
Re: Apache OFBiz EZBiz
Thank you Erwan for this clause-by-clause to the Neogia addon manager. To be sincere I was looking to something different from what seems to be a patch manager. I see that using patches is a solution that has no limit on what can be done. (A patch can be even a complete remake of an application). On the other hand since the patches can touch everything in the code they can easily be outdated when the code improves. A module that plugs-in using specific connectors is more robust and it should work even if the code improves until the connectors remain unchanged (and in this case also connectors improvement may be compatible with old plugins). If I understand well (but please correct me if I am wrong) basing on SVN patches, the Neogia system should also be sensible on the repository the code has been checked-out from. What happens to OFBiz installation that is managed on a different SVN repository of even no SVN repo at all? -Bruno 2009/12/21 Erwan de FERRIERES erwan.de-ferrie...@nereide.biz: Hi Bruno, here are some comments inline Le 19/12/2009 00:10, Bruno Busco a écrit : I try to write down some ideas I have on how I would like add-on modules in OFBiz. -- Add-on module management -- Every module should have a name, a version, a description, an author etc. Every module should have a list of modules from which it depends. A module should be added to the system using an add-on manager application. The add-on manager should be able to list all the modules installed with their version and dependencies. The add-on manager should let a module installation (or activation) only if all other required modules are installed and activated. The neogia addon management is using the same requirements you are talking about and is already used and implemented. The addon should use of the 3 types listed here : application : only business rules and classic screens framework : as named specialpurpose : for a dedicated UI, for specifics or business rules in a company (eg. the addon sales-adm-b2b is a specific interface which is using standard OFBiz services, but relooked for the sales administration people in a B2B environment). -- Module integration -- An administration application should be used to set all configurations for all the modules (core and add-on). The configuration fields or fieldgroups for all the modules should be added to the admin configuration screens. Additional modules, when added to the system, should be able to add new features into other, pre-existent modules without requiring the pre-existent modules to be aware of them. We may start with all OFBiz components, a best pratice will be added in addons. Example: In the catalog application, when looking at a product, there is a button that allows to go to the ecommerce page for that product. This is an example of how two applications are linked in a way that ties them toghether so that it is not possible to install one without the other. The ecommerce application depends on the catalog but the other way around should not be. This ecommerce page link (not only this of course) is an example of the catalog dependence on the ecommerce that should not be. This ecommerce page link button should be, in some way, not implemented in the catalog application but in the ecommerce one. The catalog application should only allow a plug-in hosting features (hooks ?) that allows other applications to add links, fields etc. to the product page and in all other places. This type of requirement is managed via one addon catalog-ecommerce, which is dependant from ecommerce and catalog. While looking at a party, there are links in the menu that go to Shopping list, to Employment applications, to Billing and financial accounts, Orders, Quotes and even Geolocation. What happens if I want to use OFBiz to manage people that is not supposed to buy things but, for instance, doing something else? What happens if the users are not connected to the Internet and have no possibility to access the Googlemap for the Geolocalization? In these cases I would like to be able to disable (or not install) the Geolocalization, the orders, the accounting and the human resources modules. All the links should be automatically removed from the UI. Currently, some addons have been created and mandatory dependencies are managed. The suggested ones are managed by hand. Adding a dedicated screen is a good idea. I know that the entity, screen, form, menu extension system allows to have a new application that extends some other but what I think would be nice is a mechanism that allows a new application to change the behaviour of an old application (without changing its code). What about a system that allows to define a menu extension to a pre-existent menu? By this I mean that supposing to have an applicationA with a menuA, if I install an additional applicationB, this application is able to add a couple of menuitems
[jira] Updated: (OFBIZ-3373) Adding menu merging feature
[ https://issues.apache.org/jira/browse/OFBIZ-3373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco updated OFBIZ-3373: --- Attachment: partymenu.JPG Adding menu merging feature --- Key: OFBIZ-3373 URL: https://issues.apache.org/jira/browse/OFBIZ-3373 Project: OFBiz Issue Type: Wish Components: framework Reporter: Bruno Busco Priority: Minor Attachments: partymenu.JPG Hi devs, while discussing in the ML about modules and framework separation I thought to this new feature that I would like to discuss here with you. We have now the possibility to extend a menu from one other. This is great in order to have an high level of code reuse and great consistency all over OFBiz. I was thinking to a sort of merges-to property for the menu widget. This would allow a new module to specify an already exixting menu name (in the framework core or in a lower level module) that should be somewhat changed by the actual menu. For instance, in the attached image partymenu.jpg there is a a tipical use of this feature: in the party module there are lot of links that co to order application, account etc. Those menu link could be used defining a simple menu (say it partylinks_menu) in the party application that contains only party or framework related links (i.e. profile); additional components like order or accounting could define more menus that merges-to the partylinks_manu so that when the menu is rendered IN THE PARTY APPLICATION the new menu items added in the order and accounting applications are also rendered. This would allow us to dramatically reduce the component dependence and help us to have the framework-only distribution. To eventually implement this I think there should be an entity that defines such mergin menus and the menu rendered should lookup the entity to check if one or more merges to the actually rendering menu is defined. I would appreciate to hear from you if this idea can help. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-3373) Adding menu merging feature
Adding menu merging feature --- Key: OFBIZ-3373 URL: https://issues.apache.org/jira/browse/OFBIZ-3373 Project: OFBiz Issue Type: Wish Components: framework Reporter: Bruno Busco Priority: Minor Attachments: partymenu.JPG Hi devs, while discussing in the ML about modules and framework separation I thought to this new feature that I would like to discuss here with you. We have now the possibility to extend a menu from one other. This is great in order to have an high level of code reuse and great consistency all over OFBiz. I was thinking to a sort of merges-to property for the menu widget. This would allow a new module to specify an already exixting menu name (in the framework core or in a lower level module) that should be somewhat changed by the actual menu. For instance, in the attached image partymenu.jpg there is a a tipical use of this feature: in the party module there are lot of links that co to order application, account etc. Those menu link could be used defining a simple menu (say it partylinks_menu) in the party application that contains only party or framework related links (i.e. profile); additional components like order or accounting could define more menus that merges-to the partylinks_manu so that when the menu is rendered IN THE PARTY APPLICATION the new menu items added in the order and accounting applications are also rendered. This would allow us to dramatically reduce the component dependence and help us to have the framework-only distribution. To eventually implement this I think there should be an entity that defines such mergin menus and the menu rendered should lookup the entity to check if one or more merges to the actually rendering menu is defined. I would appreciate to hear from you if this idea can help. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3373) Adding menu merging feature
[ https://issues.apache.org/jira/browse/OFBIZ-3373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco updated OFBIZ-3373: --- Attachment: links.jpg Adding menu merging feature --- Key: OFBIZ-3373 URL: https://issues.apache.org/jira/browse/OFBIZ-3373 Project: OFBiz Issue Type: Wish Components: framework Reporter: Bruno Busco Priority: Minor Attachments: links.jpg, partymenu.JPG Hi devs, while discussing in the ML about modules and framework separation I thought to this new feature that I would like to discuss here with you. We have now the possibility to extend a menu from one other. This is great in order to have an high level of code reuse and great consistency all over OFBiz. I was thinking to a sort of merges-to property for the menu widget. This would allow a new module to specify an already exixting menu name (in the framework core or in a lower level module) that should be somewhat changed by the actual menu. For instance, in the attached image partymenu.jpg there is a a tipical use of this feature: in the party module there are lot of links that co to order application, account etc. Those menu link could be used defining a simple menu (say it partylinks_menu) in the party application that contains only party or framework related links (i.e. profile); additional components like order or accounting could define more menus that merges-to the partylinks_manu so that when the menu is rendered IN THE PARTY APPLICATION the new menu items added in the order and accounting applications are also rendered. This would allow us to dramatically reduce the component dependence and help us to have the framework-only distribution. To eventually implement this I think there should be an entity that defines such mergin menus and the menu rendered should lookup the entity to check if one or more merges to the actually rendering menu is defined. I would appreciate to hear from you if this idea can help. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3348) Showing multiple geopoints on a map
[ https://issues.apache.org/jira/browse/OFBIZ-3348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco closed OFBIZ-3348. -- Resolution: Fixed Committed in trunk rev. 892579 Showing multiple geopoints on a map --- Key: OFBIZ-3348 URL: https://issues.apache.org/jira/browse/OFBIZ-3348 Project: OFBiz Issue Type: Improvement Components: framework Reporter: Bruno Busco Priority: Minor Attachments: OFBIZ-3348 geoChart.patch As discussed on the ML I need to show several geoPoint markers on a single map. I searched for some helping tools in the framework and found the screen name=geoLocation and the relative request-map uri=geoLocation Unfortunately this can only be used to show on a Google Map a single geoPoint record providing its geoPointId. In my application I have a sort of event entity. Each event has the LAT and LON coordinates of where the event took place and I need to show on a map all the query-selected events. In the attached patch there is an implementation of a geoChart framework screen that takes as input a geoChart map containing: geoChart - dataSourceId - select the map system to be used (google, yahoo etc.) I do not like this mane. I think I will rename to mapProviderId but it is how it is named right now - width - height - map dimensions - center - the center point of the map - points - the points array to be showed on the map In the patch there are also some example screens (in the example application) to show how it works. I think that the suggested screen is more general and can replace the actual one. BTW: 1) Why the dataSourceId is in the GeoPoint entity ? I think the GeoPointEntity should be independent of what map provider (if any) will be used to show it. 2) A further improvement to this will be to add an heatmap mode (just started looking at this code: http://code.google.com/p/jheatmap/) that can be used when points will be too many or whenever an average distribution is only required (but this will be another page). I submit this patch in order to have a first review by you. Thank you, Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco closed OFBIZ-3352. -- Resolution: Fixed Done in trunk At revision: 892633 BIRT (demo) application should be moved to example -- Key: OFBIZ-3352 URL: https://issues.apache.org/jira/browse/OFBIZ-3352 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Bruno Busco The BIRT demo has been added to the secondary applications menu bar. I think that to be consistent to other framework resources (i.e. widgets) this should be moved under the example application and not be visible on the secondary menu becouse it is not a real application but only a collection of demo reports. (This is what the example application is designed to be used for) Also the birt webapp with the requests: view-map name=main type=screen page=component://birt/widget/BirtScreens.xml#main/ view-map name=Viewer type=screen page=component://birt/widget/BirtScreens.xml#Viewer/ view-map name=Report type=screen page=component://birt/widget/BirtScreens.xml#Report/ view-map name=Mail type=screen page=component://birt/widget/BirtScreens.xml#EditMail/ (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12793043#action_12793043 ] Bruno Busco commented on OFBIZ-3352: Hans, after some wrong commits I think I finally did it. Please check it this new layout is ok for you. BIRT (demo) application should be moved to example -- Key: OFBIZ-3352 URL: https://issues.apache.org/jira/browse/OFBIZ-3352 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Bruno Busco The BIRT demo has been added to the secondary applications menu bar. I think that to be consistent to other framework resources (i.e. widgets) this should be moved under the example application and not be visible on the secondary menu becouse it is not a real application but only a collection of demo reports. (This is what the example application is designed to be used for) Also the birt webapp with the requests: view-map name=main type=screen page=component://birt/widget/BirtScreens.xml#main/ view-map name=Viewer type=screen page=component://birt/widget/BirtScreens.xml#Viewer/ view-map name=Report type=screen page=component://birt/widget/BirtScreens.xml#Report/ view-map name=Mail type=screen page=component://birt/widget/BirtScreens.xml#EditMail/ (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Apache OFBiz EZBiz
I try to write down some ideas I have on how I would like add-on modules in OFBiz. -- Add-on module management -- Every module should have a name, a version, a description, an author etc. Every module should have a list of modules from which it depends. A module should be added to the system using an add-on manager application. The add-on manager should be able to list all the modules installed with their version and dependencies. The add-on manager should let a module installation (or activation) only if all other required modules are installed and activated. -- Module integration -- An administration application should be used to set all configurations for all the modules (core and add-on). The configuration fields or fieldgroups for all the modules should be added to the admin configuration screens. Additional modules, when added to the system, should be able to add new features into other, pre-existent modules without requiring the pre-existent modules to be aware of them. Example: In the catalog application, when looking at a product, there is a button that allows to go to the ecommerce page for that product. This is an example of how two applications are linked in a way that ties them toghether so that it is not possible to install one without the other. The ecommerce application depends on the catalog but the other way around should not be. This ecommerce page link (not only this of course) is an example of the catalog dependence on the ecommerce that should not be. This ecommerce page link button should be, in some way, not implemented in the catalog application but in the ecommerce one. The catalog application should only allow a plug-in hosting features (hooks ?) that allows other applications to add links, fields etc. to the product page and in all other places. While looking at a party, there are links in the menu that go to Shopping list, to Employment applications, to Billing and financial accounts, Orders, Quotes and even Geolocation. What happens if I want to use OFBiz to manage people that is not supposed to buy things but, for instance, doing something else? What happens if the users are not connected to the Internet and have no possibility to access the Googlemap for the Geolocalization? In these cases I would like to be able to disable (or not install) the Geolocalization, the orders, the accounting and the human resources modules. All the links should be automatically removed from the UI. I know that the entity, screen, form, menu extension system allows to have a new application that extends some other but what I think would be nice is a mechanism that allows a new application to change the behaviour of an old application (without changing its code). What about a system that allows to define a menu extension to a pre-existent menu? By this I mean that supposing to have an applicationA with a menuA, if I install an additional applicationB, this application is able to add a couple of menuitems to the menuA of the applicationA. And what about if this would be done on screens also? Thank you, -Bruno 2009/12/17 David E Jones d...@me.com: On Dec 17, 2009, at 3:46 PM, Bruno Busco wrote: Having OFBiz splitted in a core framework and add-on modules seems to me like a must if we want to improve features. Add-on modules is how many large and popular projects are built. Even OpenERP says to have more that 350 modules and offers different flavours of it here http://www.openerp.com/discover/demonstration.html We already have a plugin, or add-on, or whatever you want to call it, facility: components. I think we should start discussing on the module add-on system that we want to implement in OFBiz. I have read that there is a plan from Neogia people to introduce what they have developed. Is there any schedule for this? Are you going to write a Confluence page where we can see how it works? Are we going to host the add-on modules on a separate SVN folder? It seems the whole point of add-on modules is to NOT have them be part of the project. The intellectual property issues and concerns are totally different from the main project, and the licensing may not be compatible with what the ASF requires, so no I really don't think it would make sense to have a place for more loosely managed stuff in SVN. On the other hand, we already have a place for add-on modules in SVN: the specialpurpose directory. Consider that the framework and applications directories are the basis of OFBiz, and everything else is an add-on of sorts. The applications are important so that add-on components can use the common data model for implicit integration, unless the add-on application won't be doing anything with common business data, and then it only needs depend on the framework. Now getting back to the point... I think you already know all of this Bruno, so what is it that you'd like to see that OFBiz does not already have? -David 2009/10/29 Tim Ruppert tim.rupp
Re: Apache OFBiz EZBiz
Having OFBiz splitted in a core framework and add-on modules seems to me like a must if we want to improve features. Add-on modules is how many large and popular projects are built. Even OpenERP says to have more that 350 modules and offers different flavours of it here http://www.openerp.com/discover/demonstration.html I think we should start discussing on the module add-on system that we want to implement in OFBiz. I have read that there is a plan from Neogia people to introduce what they have developed. Is there any schedule for this? Are you going to write a Confluence page where we can see how it works? Are we going to host the add-on modules on a separate SVN folder? Thank you, Bruno 2009/10/29 Tim Ruppert tim.rupp...@hotwaxmedia.com: This sounds fantastic Marc - it's amazing to see many of the software providers out there coming together to back this idea. This has the unique opportunity of taking everything that OFBiz does to the next level. I guess the big question is, what's next to help get some of these backend ideas back into this newly refined mission? We're more than happy to devote resources to making this happen. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Oct 29, 2009, at 7:47 AM, Marc Morin wrote: As many of you know, we at Emforium have been busy building out a full set of business software application to provide an ALL-IN comprehensive solution for the small business market. When we started the evaluation over a year ago, Ofbiz was the selected platform of choice. Other components are Zimbra for email and concrete5 for web. Over this time, we've spent our efforts providing an entirely new UI front end for the backend applications: sales order, inventory, CRM, admin, reports, multi tenancy, published datasets (makes solution targeted for any market or geography), etc... We have expressed privately that Ofbiz needs to have a new mission in order to really drive it's importance and relevance as an open source project. As it stands, it's scope is very wide, and not targeted a providing and out-of-the box solution to any problem, save ecommerce (even then, lot's of styling work usually needed). We would be 100% behind this direction for Ofbiz. We'd want to contribute back components now that are Emforium proprietary and would work to reduce the amount of deviation between our proprietary solution and this newly stated direction. Marc
[jira] Commented: (OFBIZ-3044) Adding a class style to the Screen Title
[ https://issues.apache.org/jira/browse/OFBIZ-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12791309#action_12791309 ] Bruno Busco commented on OFBIZ-3044: Jens, this has not been reverted. The change you mention is more general. Since the label widget already as the possibility to have a style specified there is no need to wrap it into a container. Yes, I do not see any issue to apply the page-title class to the label itself. Adding a class style to the Screen Title Key: OFBIZ-3044 URL: https://issues.apache.org/jira/browse/OFBIZ-3044 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Bruno Busco Assignee: Bruno Busco Attachments: screenTitle.patch, screenTitle.patch, screenTitle.patch, screenTitle1.JPG, screenTitle2.JPG In the attached patch I added a new class screen-title to the screen title rendered by the FindScreenDecorator. This will let the themes to attach a theme defined style different from H1. In the Bluelight theme this is used to completely hide the title because it is already shown in the blue/white bar (you can see how a find screen appears before and after the patch). I left the H1 style also so that the other themes still work the same but it could be removed adding the proper style in all the themes. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3357) Dutch CommonUiLabels patch
[ https://issues.apache.org/jira/browse/OFBIZ-3357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12791816#action_12791816 ] Bruno Busco commented on OFBIZ-3357: Hi Willem, generally it is better to submit a SINGLE patch in a SINGLE jira when all files changes are about the same scope. It is not necessary to have a jira for every single file modification. This generates lot of traffic and more committer's work. Dutch CommonUiLabels patch -- Key: OFBIZ-3357 URL: https://issues.apache.org/jira/browse/OFBIZ-3357 Project: OFBiz Issue Type: Improvement Components: ALL COMPONENTS Affects Versions: SVN trunk Reporter: Willem Janssen Assignee: Marco Risaliti Priority: Minor Fix For: SVN trunk Attachments: PATCH_CommonUiLabels_r891268.diff Patched at revision 891268. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-3348) Showing multiple geopoints on a map
Showing multiple geopoints on a map --- Key: OFBIZ-3348 URL: https://issues.apache.org/jira/browse/OFBIZ-3348 Project: OFBiz Issue Type: Improvement Components: framework Reporter: Bruno Busco Priority: Minor Attachments: OFBIZ-3348 geoChart.patch As discussed on the ML I need to show several geoPoint markers on a single map. I searched for some helping tools in the framework and found the screen name=geoLocation and the relative request-map uri=geoLocation Unfortunately this can only be used to show on a Google Map a single geoPoint record providing its geoPointId. In my application I have a sort of event entity. Each event has the LAT and LON coordinates of where the event took place and I need to show on a map all the query-selected events. In the attached patch there is an implementation of a geoChart framework screen that takes as input a geoChart map containing: geoChart - dataSourceId - select the map system to be used (google, yahoo etc.) I do not like this mane. I think I will rename to mapProviderId but it is how it is named right now - width - height - map dimensions - center - the center point of the map - points - the points array to be showed on the map In the patch there are also some example screens (in the example application) to show how it works. I think that the suggested screen is more general and can replace the actual one. BTW: 1) Why the dataSourceId is in the GeoPoint entity ? I think the GeoPointEntity should be independent of what map provider (if any) will be used to show it. 2) A further improvement to this will be to add an heatmap mode (just started looking at this code: http://code.google.com/p/jheatmap/) that can be used when points will be too many or whenever an average distribution is only required (but this will be another page). I submit this patch in order to have a first review by you. Thank you, Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3348) Showing multiple geopoints on a map
[ https://issues.apache.org/jira/browse/OFBIZ-3348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco updated OFBIZ-3348: --- Attachment: OFBIZ-3348 geoChart.patch Showing multiple geopoints on a map --- Key: OFBIZ-3348 URL: https://issues.apache.org/jira/browse/OFBIZ-3348 Project: OFBiz Issue Type: Improvement Components: framework Reporter: Bruno Busco Priority: Minor Attachments: OFBIZ-3348 geoChart.patch As discussed on the ML I need to show several geoPoint markers on a single map. I searched for some helping tools in the framework and found the screen name=geoLocation and the relative request-map uri=geoLocation Unfortunately this can only be used to show on a Google Map a single geoPoint record providing its geoPointId. In my application I have a sort of event entity. Each event has the LAT and LON coordinates of where the event took place and I need to show on a map all the query-selected events. In the attached patch there is an implementation of a geoChart framework screen that takes as input a geoChart map containing: geoChart - dataSourceId - select the map system to be used (google, yahoo etc.) I do not like this mane. I think I will rename to mapProviderId but it is how it is named right now - width - height - map dimensions - center - the center point of the map - points - the points array to be showed on the map In the patch there are also some example screens (in the example application) to show how it works. I think that the suggested screen is more general and can replace the actual one. BTW: 1) Why the dataSourceId is in the GeoPoint entity ? I think the GeoPointEntity should be independent of what map provider (if any) will be used to show it. 2) A further improvement to this will be to add an heatmap mode (just started looking at this code: http://code.google.com/p/jheatmap/) that can be used when points will be too many or whenever an average distribution is only required (but this will be another page). I submit this patch in order to have a first review by you. Thank you, Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Ofbiz integration with CMS
I think a products grid display that simply shows all filtered products with their main properties could be useful. I can find it in every ecommerce and in Neogia also. My 0.02€ -Bruno 2009/12/15 Ruth Hoffman rhoff...@aesolves.com: Hi Mridul: Well, first, I put in a shameless plug for my Catalog Manager book: http://www.myofbiz.com/control/bookdetail?id=CMV01_OEGR4_09_2009 From there you can see how the Catalog Manager works OOTB. Then, I'd think about doing the following: (Note: this is a very high level process flow:) 1) Change the Catalog Manager UI to add some status information about product content so that you have an initial product state (For example, product has just been added to the catalog. Or, product is subject to multi-level review process etc.) 2) Change the Catalog Manager to add a few screens for managing product content workflow. [And I think this goes here - and not in the CMS component - because the person(s) approving product content including images are probably the same person(s) who play the Product Manager role within the Enterprise. These same person(s) would be coming up with product pricing and merchandising information.] Of course, you would use the Content component's entities and perhaps some of existing services to implement this. 3) Add a few status records (using CONTENT_PURPOSE or whatever) that audit the status of product content review(s) and change existing services (or write your own - depending on what is there already) to only allow product's that require content review be added to a catalog/category once the proper status is in place. 4) If you want actual workflow with multi-level reviewing, something like: A data entry person first enters in the content and then a supervisor or product manager approves that entry and then the company president approves the entry, then you will need to add some role based security to the actual pages that control workflow actions (the approvals). Or, you might consider using email as a workflow coordination tool - such that the approver's don't actually have to login to approve something, they can just use email or other OFBiz messaging service to indicate approvals. Just my first pass at this. Regards, Ruth Find me on the web at http://www.myofbiz.com or Google keyword myofbiz ruth.hoff...@myofbiz.com asitkumar@tcs.com wrote: Hi Ruth\Mridul Thanks for replying ...But as i have seen in product catalog management of ofbiz only one workflow is present for Product review which is not a part of content management system. Can you please provide me information where to start with , for implementing a work flow for content management system. Mridul Pathak-2 wrote: Asit, As Ruth has already pointed here, I believe that what you are trying to achieve can be done with current OFBiz CMS implementation. CMS in ofbiz already have the workflow in place which is controlled through Content Purpose and Operation based security. There might be some issues here and there, but those can be fixed once found out. And finally some modification to Product Content Management can lead to the desirable behavior. -- Thanks, Mridul Pathak http://www.hotwaxmedia.com On 04-Dec-09, at 7:10 PM, Ruth Hoffman wrote: Hello Divesh: If all you want to do is control the addition/removal of images to product catalog(s) using a 2 level approval process, then this seems to me a very simple modification to the existing Content Manager application. Lots easier then trying to integrate and then support another CMS. Regards, Ruth Ruth Hoffman, Author, Mentor OFBiz Enthusiast ruth.hoff...@myofbiz.com Want to know more about OFBiz? Please visit my website: http://www.myofbiz.com Shi Yusen wrote: In OpenCms, the default publish workflow is controlled by roles or permissions. You can try OpenCms's mail list to get help on this. 在 2009-12-03四的 21:43 -0800,asitkumar@tcs.comå†™é “ï¼š Hello Divesh So , i should go for content management system outside ofbiz and have the work flow process there i can associate the image with product after the approval. currently looking OpenCMS 7.5.1 but can not find any work flow management system in it. Divesh Dutta wrote: Hello Asit, This is currently not supported in OFBiz OOTB. But as this is specific need and not generic, surely this can be achieved by writing custom code. Thanks -- Divesh Dutta http://www.hotwaxmedia.com asitkumar@tcs.com wrote: Hi Divesh, Thanks for replying. If current Ofbiz system is able to add any image to a product (not overriding simple fields as it picks image from runtime folder.). I want the image content to be added to produt as this way. Adding a image to a product in (e commerce) application
[jira] Commented: (OFBIZ-3348) Showing multiple geopoints on a map
[ https://issues.apache.org/jira/browse/OFBIZ-3348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12790995#action_12790995 ] Bruno Busco commented on OFBIZ-3348: They don't define exactly the same coordinates for the same point? That's interesting! And how can this be used if the coordinated come from a GPS? If one of the map provider introduce an error this should be compensated when placing the GepPoint on that map, not on the database. Don't you think so? Showing multiple geopoints on a map --- Key: OFBIZ-3348 URL: https://issues.apache.org/jira/browse/OFBIZ-3348 Project: OFBiz Issue Type: Improvement Components: framework Reporter: Bruno Busco Priority: Minor Attachments: OFBIZ-3348 geoChart.patch As discussed on the ML I need to show several geoPoint markers on a single map. I searched for some helping tools in the framework and found the screen name=geoLocation and the relative request-map uri=geoLocation Unfortunately this can only be used to show on a Google Map a single geoPoint record providing its geoPointId. In my application I have a sort of event entity. Each event has the LAT and LON coordinates of where the event took place and I need to show on a map all the query-selected events. In the attached patch there is an implementation of a geoChart framework screen that takes as input a geoChart map containing: geoChart - dataSourceId - select the map system to be used (google, yahoo etc.) I do not like this mane. I think I will rename to mapProviderId but it is how it is named right now - width - height - map dimensions - center - the center point of the map - points - the points array to be showed on the map In the patch there are also some example screens (in the example application) to show how it works. I think that the suggested screen is more general and can replace the actual one. BTW: 1) Why the dataSourceId is in the GeoPoint entity ? I think the GeoPointEntity should be independent of what map provider (if any) will be used to show it. 2) A further improvement to this will be to add an heatmap mode (just started looking at this code: http://code.google.com/p/jheatmap/) that can be used when points will be too many or whenever an average distribution is only required (but this will be another page). I submit this patch in order to have a first review by you. Thank you, Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3239) Styling flaws in DroppingCrumbs
[ https://issues.apache.org/jira/browse/OFBIZ-3239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco closed OFBIZ-3239. -- Resolution: Fixed Fixed in trunk rev. 890488 Primary and secondary applications are now displayed on two columns Styling flaws in DroppingCrumbs --- Key: OFBIZ-3239 URL: https://issues.apache.org/jira/browse/OFBIZ-3239 Project: OFBiz Issue Type: Bug Components: ALL APPLICATIONS Affects Versions: SVN trunk Reporter: Jacques Le Roux Assignee: Bruno Busco Priority: Trivial Fix For: SVN trunk Main task -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-3352) BIRT application should be moved to example
BIRT application should be moved to example --- Key: OFBIZ-3352 URL: https://issues.apache.org/jira/browse/OFBIZ-3352 Project: OFBiz Issue Type: Improvement Reporter: Bruno Busco The BIRT demo has been added to the secondary applications menu bar. I think that to be consistent to other framework resources (i.e. widgets) this should be moved under the example application and not be visible on the secondary menu becouse it is not a real application but only a collection of demo reports. (This is what the example application is designed to be used for) Also the birt webapp with the requests: view-map name=main type=screen page=component://birt/widget/BirtScreens.xml#main/ view-map name=Viewer type=screen page=component://birt/widget/BirtScreens.xml#Viewer/ view-map name=Report type=screen page=component://birt/widget/BirtScreens.xml#Report/ view-map name=Mail type=screen page=component://birt/widget/BirtScreens.xml#EditMail/ (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco updated OFBIZ-3352: --- Summary: BIRT (demo) application should be moved to example (was: BIRT application should be moved to example) BIRT (demo) application should be moved to example -- Key: OFBIZ-3352 URL: https://issues.apache.org/jira/browse/OFBIZ-3352 Project: OFBiz Issue Type: Improvement Reporter: Bruno Busco The BIRT demo has been added to the secondary applications menu bar. I think that to be consistent to other framework resources (i.e. widgets) this should be moved under the example application and not be visible on the secondary menu becouse it is not a real application but only a collection of demo reports. (This is what the example application is designed to be used for) Also the birt webapp with the requests: view-map name=main type=screen page=component://birt/widget/BirtScreens.xml#main/ view-map name=Viewer type=screen page=component://birt/widget/BirtScreens.xml#Viewer/ view-map name=Report type=screen page=component://birt/widget/BirtScreens.xml#Report/ view-map name=Mail type=screen page=component://birt/widget/BirtScreens.xml#EditMail/ (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco updated OFBIZ-3352: --- Component/s: framework Affects Version/s: SVN trunk BIRT (demo) application should be moved to example -- Key: OFBIZ-3352 URL: https://issues.apache.org/jira/browse/OFBIZ-3352 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Bruno Busco The BIRT demo has been added to the secondary applications menu bar. I think that to be consistent to other framework resources (i.e. widgets) this should be moved under the example application and not be visible on the secondary menu becouse it is not a real application but only a collection of demo reports. (This is what the example application is designed to be used for) Also the birt webapp with the requests: view-map name=main type=screen page=component://birt/widget/BirtScreens.xml#main/ view-map name=Viewer type=screen page=component://birt/widget/BirtScreens.xml#Viewer/ view-map name=Report type=screen page=component://birt/widget/BirtScreens.xml#Report/ view-map name=Mail type=screen page=component://birt/widget/BirtScreens.xml#EditMail/ (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12791025#action_12791025 ] Bruno Busco commented on OFBIZ-3352: Well, according to the name Business Intelligence and Reporting Tool it seems a good idea... May be some nicer demo report with colors and charts would help our guys to start using it. BIRT (demo) application should be moved to example -- Key: OFBIZ-3352 URL: https://issues.apache.org/jira/browse/OFBIZ-3352 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Bruno Busco The BIRT demo has been added to the secondary applications menu bar. I think that to be consistent to other framework resources (i.e. widgets) this should be moved under the example application and not be visible on the secondary menu becouse it is not a real application but only a collection of demo reports. (This is what the example application is designed to be used for) Also the birt webapp with the requests: view-map name=main type=screen page=component://birt/widget/BirtScreens.xml#main/ view-map name=Viewer type=screen page=component://birt/widget/BirtScreens.xml#Viewer/ view-map name=Report type=screen page=component://birt/widget/BirtScreens.xml#Report/ view-map name=Mail type=screen page=component://birt/widget/BirtScreens.xml#EditMail/ (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3348) Showing multiple geopoints on a map
[ https://issues.apache.org/jira/browse/OFBIZ-3348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12791031#action_12791031 ] Bruno Busco commented on OFBIZ-3348: I normally use Google latitude from my cell phone and it shows my position on the map, both on the cell itself and both on a remote computer, without appreciable error. So I would say that google map has a correct GPS position rendering. I would take google as a reference and, for any (yet not implemented) other map service look for an adjustement. Did you have a chance to give a look to the patch? Showing multiple geopoints on a map --- Key: OFBIZ-3348 URL: https://issues.apache.org/jira/browse/OFBIZ-3348 Project: OFBiz Issue Type: Improvement Components: framework Reporter: Bruno Busco Priority: Minor Attachments: OFBIZ-3348 geoChart.patch As discussed on the ML I need to show several geoPoint markers on a single map. I searched for some helping tools in the framework and found the screen name=geoLocation and the relative request-map uri=geoLocation Unfortunately this can only be used to show on a Google Map a single geoPoint record providing its geoPointId. In my application I have a sort of event entity. Each event has the LAT and LON coordinates of where the event took place and I need to show on a map all the query-selected events. In the attached patch there is an implementation of a geoChart framework screen that takes as input a geoChart map containing: geoChart - dataSourceId - select the map system to be used (google, yahoo etc.) I do not like this mane. I think I will rename to mapProviderId but it is how it is named right now - width - height - map dimensions - center - the center point of the map - points - the points array to be showed on the map In the patch there are also some example screens (in the example application) to show how it works. I think that the suggested screen is more general and can replace the actual one. BTW: 1) Why the dataSourceId is in the GeoPoint entity ? I think the GeoPointEntity should be independent of what map provider (if any) will be used to show it. 2) A further improvement to this will be to add an heatmap mode (just started looking at this code: http://code.google.com/p/jheatmap/) that can be used when points will be too many or whenever an average distribution is only required (but this will be another page). I submit this patch in order to have a first review by you. Thank you, Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12791036#action_12791036 ] Bruno Busco commented on OFBIZ-3352: I see Hans, no problem, I now know that you agree on moving it to example. So if I will have some time I will help. BIRT (demo) application should be moved to example -- Key: OFBIZ-3352 URL: https://issues.apache.org/jira/browse/OFBIZ-3352 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Bruno Busco The BIRT demo has been added to the secondary applications menu bar. I think that to be consistent to other framework resources (i.e. widgets) this should be moved under the example application and not be visible on the secondary menu becouse it is not a real application but only a collection of demo reports. (This is what the example application is designed to be used for) Also the birt webapp with the requests: view-map name=main type=screen page=component://birt/widget/BirtScreens.xml#main/ view-map name=Viewer type=screen page=component://birt/widget/BirtScreens.xml#Viewer/ view-map name=Report type=screen page=component://birt/widget/BirtScreens.xml#Report/ view-map name=Mail type=screen page=component://birt/widget/BirtScreens.xml#EditMail/ (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: from BIZZNESS_TIME to DROPPING_CRUMB ?
This is now done in trunk rev. 890488 -Bruno 2009/11/26 Jacques Le Roux jacques.le.r...@les7arts.com: From: Adrian Crum adri...@hlmksw.com -1 When the main application menu extends below the bottom of the screen, there is no way to select the hidden items. When you move the mouse cursor to the bottom, the menu disappears. Right, this is theo nly drawback I see so far, I have even reopened https://issues.apache.org/jira/browse/OFBIZ-3239 for that In the Bizznesstime theme, the main application menu stays on the screen until an item is selected. I have also suggested to Bruno to split the menu like it's done in Bizness Time, far easier to use than a very long menu. Thanks Jacques -Adrian Jacques Le Roux wrote: Hi, I wonder if we should no change the default theme from BIZZNESS_TIME to DROPPING_CRUMB. I know it will not be consistent anymore with Site and Doc but looking at https://issues.apache.org/jira/browse/OFBIZ-2398 I think DROPPING_CRUMB is doing a better job and has a real good look now Jacques
Re: Request for Comments: Board Report Dec 2009
David, I think you should change the URL: http://docs.ofbiz.org/display/OFBIZ/Main+New+Features to http://cwiki.apache.org/confluence/display/OFBIZ/Main+New+Features -Bruno 2009/12/14 David E Jones d...@me.com: I have a draft for the Dec 2009 OFBiz Board Report ready here: http://cwiki.apache.org/confluence/display/OFBADMIN/ASF+Board+Report+2009-12 If there is anything anyone would like to add, or correct, or whatever, please let me know! I'll be submitting it later today. Thanks, -David
Re: How to show event points on a geo map
Ok, thanks! just looking for a soft start... ;-) -Bruno 2009/12/12 Jacques Le Roux jacques.le.r...@les7arts.com: Hi Bruno, Look for GeoPoint in *.ftl, *.java, *.js, *.xml file. Should be enough for a guy like you ;o) Jacques From: Bruno Busco bruno.bu...@gmail.com Hi Jacques, is there some documentation od even a simple JIRA or ML discussion where I can read how does it work now? Or may be could you point me to the files/entity involved? Many thanks, -Bruno 2009/12/12 Jacques Le Roux jacques.le.r...@les7arts.com: Hi Bruno, Yes sure it was designed with this in mind. It should be extended though. Should be very simple, look for the javascript examples. I guess Googling for mulit-points you should quickly find examples. Jacques From: Bruno Busco bruno.bu...@gmail.com Hi devs, I have a list of recorded events, each one with its GPS coordinates, and I want to create a screen with a map (google ?) where they are shown. I know that in the OFBiz framework there is some geolocalization feature but I never used it. Do you think that the existing feature can be used to do what I want? Any pointer ? Many thanks, -Bruno
Re: How to show event points on a geo map
Hi Al, many thanks for the pointers. I found the getLocationURI(HttpServletRequest request) method in WfsEventHandler that is almost completely commented out. Is this the one you are referring to? Where can I read what it is supposed to do? The same for the RomeEventHandler. It seems not used anywhere. Any doc or even only few words describing the logic? Many thanks, -Bruno 2009/12/12 Al Byers bye...@automationgroups.com: Should have included this link: http://googlemapsapi.blogspot.com/2007/03/kml-and-georss-support-added-to-google.html On Sat, Dec 12, 2009 at 12:52 AM, Al Byers bye...@automationgroups.com wrote: Bruno, I did some work along these lines 2-3 years ago, but I can't find it, now. But I did add WfsEventHandler to work with Geoserver, I believe. It is probably more than you want right now. I also remember using the RomeEventHandler to implement GeoRSS and populated a Google map with markers that way. I would definitely look into GeoRSS (http://www.georss.org/Main_Page) to do what you want. Sorry I can't be of more help. -Al Byers On Fri, Dec 11, 2009 at 3:42 PM, Bruno Busco bruno.bu...@gmail.com wrote: Hi devs, I have a list of recorded events, each one with its GPS coordinates, and I want to create a screen with a map (google ?) where they are shown. I know that in the OFBiz framework there is some geolocalization feature but I never used it. Do you think that the existing feature can be used to do what I want? Any pointer ? Many thanks, -Bruno
Re: How to show event points on a geo map
Oh! I found this http://issues.apache.org/jira/browse/OFBIZ-1208 still valid? 2009/12/12 Bruno Busco bruno.bu...@gmail.com: Hi Al, many thanks for the pointers. I found the getLocationURI(HttpServletRequest request) method in WfsEventHandler that is almost completely commented out. Is this the one you are referring to? Where can I read what it is supposed to do? The same for the RomeEventHandler. It seems not used anywhere. Any doc or even only few words describing the logic? Many thanks, -Bruno 2009/12/12 Al Byers bye...@automationgroups.com: Should have included this link: http://googlemapsapi.blogspot.com/2007/03/kml-and-georss-support-added-to-google.html On Sat, Dec 12, 2009 at 12:52 AM, Al Byers bye...@automationgroups.com wrote: Bruno, I did some work along these lines 2-3 years ago, but I can't find it, now. But I did add WfsEventHandler to work with Geoserver, I believe. It is probably more than you want right now. I also remember using the RomeEventHandler to implement GeoRSS and populated a Google map with markers that way. I would definitely look into GeoRSS (http://www.georss.org/Main_Page) to do what you want. Sorry I can't be of more help. -Al Byers On Fri, Dec 11, 2009 at 3:42 PM, Bruno Busco bruno.bu...@gmail.com wrote: Hi devs, I have a list of recorded events, each one with its GPS coordinates, and I want to create a screen with a map (google ?) where they are shown. I know that in the OFBiz framework there is some geolocalization feature but I never used it. Do you think that the existing feature can be used to do what I want? Any pointer ? Many thanks, -Bruno
Re: dropping crumbs styling from brainfood/erik schuessler
Hi, Any step from the sleeping giant ? ;-) -Bruno 2009/11/25 Tim Ruppert tim.rupp...@hotwaxmedia.com: Right now sleeping giant means not yet committed to the project :) Definitely looking for this look and feel to make it's way in there Erik - thanks so much! I'm glad you've found the right avenue for that style. Cheers, Ruppert On Nov 25, 2009, at 2:13 PM, Bruno Busco wrote: uhao! That's great! Now I see what you meant by sleeping giant ! -Bruno 2009/11/25 Adam Heath doo...@brainfood.com: http://www.brainfood.com/ofbizbackend
Moving securityext to the framework
Hi, the securityext component is actually located in the application folder. It implements the sending of the password remainder, password updated services, permission groups etc. that we want available in the framework-only release also. Do we agree to change it to move it over there? At least the labels used from ecommerce needs to be changed and some store dependencies also. -Bruno
How to show event points on a geo map
Hi devs, I have a list of recorded events, each one with its GPS coordinates, and I want to create a screen with a map (google ?) where they are shown. I know that in the OFBiz framework there is some geolocalization feature but I never used it. Do you think that the existing feature can be used to do what I want? Any pointer ? Many thanks, -Bruno
In the news link
Shouldn't we add this link in the In the news section on ofbiz.org ? http://opensourceerpguru.com/2009/05/12/apache-ofbiz-revamps-website/ -Bruno
[jira] Commented: (OFBIZ-3274) Using decorator sections to control the left-bar
[ https://issues.apache.org/jira/browse/OFBIZ-3274?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12789619#action_12789619 ] Bruno Busco commented on OFBIZ-3274: Adrian, I have some problem with #2. I found that all application screens use the ApplicationDecorator that is in the commonext component. The ApplicationDecorator does a lot of settings and then includes the GlobalDecorator. I actually made the MultiColumnDecorator use the ApplicationDecorator after having filled the proper section. If I move the MultiColupmDecorator in the common component then we add a framework to applications dependance. May be there is a simple solution to this but I still cannot see it. With #1 and #3 I have no problem (hope), I will do that. Using decorator sections to control the left-bar Key: OFBIZ-3274 URL: https://issues.apache.org/jira/browse/OFBIZ-3274 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Bruno Busco Assignee: Bruno Busco Attachments: OFBIZ-3274 DecoratorSectionLayout.patch, OFBIZ-3274 DecoratorSectionLayout.patch, OFBIZ-3274 DecoratorSectionLayout.patch Hi, at the moment, in order to have a screen rendered with or without a left bar, the variables leftbarScreenName, leftbarScreenLocation and MainColumnStyle need to be set to select a screen for the left bar and a main column style. This must be done in the screen itself or an application decorator. With the attached patch, submitted for your review, a new GlobalDecorator section named left-bar has been added. If a screen must be displayed with a left bar this new decorator section needs to be filled with the selected content. The main column style is defined in the Global decorator. In order to do this a new screen condition has been added: if-empty-decorator-section. This condition allows to check if a decorator section has been added content or not. (actually it only checks if the decorator section has been defined). In the patch I updated all catalog application screens to use this new method. If there are no problems with you with this, I will commit in the next days. Thank you for sharing your thoughts about. -Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: How to show event points on a geo map
Hi Jacques, is there some documentation od even a simple JIRA or ML discussion where I can read how does it work now? Or may be could you point me to the files/entity involved? Many thanks, -Bruno 2009/12/12 Jacques Le Roux jacques.le.r...@les7arts.com: Hi Bruno, Yes sure it was designed with this in mind. It should be extended though. Should be very simple, look for the javascript examples. I guess Googling for mulit-points you should quickly find examples. Jacques From: Bruno Busco bruno.bu...@gmail.com Hi devs, I have a list of recorded events, each one with its GPS coordinates, and I want to create a screen with a map (google ?) where they are shown. I know that in the OFBiz framework there is some geolocalization feature but I never used it. Do you think that the existing feature can be used to do what I want? Any pointer ? Many thanks, -Bruno
Re: New Users and OFBiz Versions
Hi Ruth, the version string in the footer is generated issuing the ant svninfo command. You will need the svn command line tool installed to run this. -Bruno 2009/12/9 Ruth Hoffman rhoff...@aesolves.com: That works for me! Thanks Adrian Crum wrote: The 9.04 version does not depend on Java 6 - it requires Java 5. -Adrian Ruth Hoffman wrote: Hi List: Just downloaded 9.04 version 8853369. Nice job! Very impressive. From where I sit the eCommerce site looks really nice. At first pass, everything shows up on the page in a good way. The default Webtools theme is nice and crisp. I'd recommend this to any first time user. Thanks for all the hard work. Now, can we get the download button to point to this version or a similar branch? Would it be too much to ask to have that branch/version not dependent on Java 1.6? Also, at one point I thought Webtools had the OFBiz version number on the web page footer. I don't see that in this release. Am I missing something? TIA Ruth Find me on the web at http://www.myofbiz.com or Google keyword myofbiz ruth.hoff...@myofbiz.com
Re: How to use setUserPreference in ajax mode (no page reloading)?
Hi Jacques, thank you for answering to this. Actually I found a solution but I forgot to post it here. The solution can be seen in this issue: https://issues.apache.org/jira/browse/OFBIZ-3271 and committed in trunk rev. 888030 -Bruno 2009/12/9 Jacques Le Roux jacques.le.r...@les7arts.com: Hi Bruno, Did you find a solution, or did you did it in another way (just read it tonight, forgotten) Jacques () ascii ribbon campaign against HTML e-mail /\ www.asciiribbon.org From: Bruno Busco bruno.bu...@gmail.com Hi, I am trying to store a userPreference using a page link button and I would like not to reload the whole page. To do this I have created a new ajaxSetUserPreferences controller request (starting from setUserPreferences) as follows. request-map uri=ajaxSetUserPreference security https=true auth=true/ event type=jsonservice invoke=setUserPreference/ response name=success type=none/ response name=error type=none/ /request-map The link button is defined as follows: link target=ajaxSetUserPreference text=gt; style=leftcol-expand link-type=hidden-form parameter param-name=userPrefGroupTypeId value=GLOBAL_PREFERENCES/ parameter param-name=userPrefTypeId value=LEFTCOLUMN/ parameter param-name=userPrefValue value=N/ /link Now what happens clicking the button is that the userPreference is correctly stored but the browser (FF3.5) pops up a Open/Save dilalog. If I open using a text editor I find the following returned: {targetRequestUri:/ajaxSetUserPreference,javax.servlet.request.key_size:128,_CONTEXT_ROOT_:C:\\ofbiz\\t4\\applications\\accounting\\webapp\\accounting\\,javax.servlet.request.ssl_session:4b0e69a7d967d4c0bceb20b8663783167d1699d273bccd29651a2086b1ada906,multiPartMap:{},_SERVER_ROOT_URL_:https://localhost:8443,_CONTROL_PATH_:/accounting/control,javax.servlet.request.cipher_suite:TLS_DHE_RSA_WITH_AES_128_CBC_SHA,thisRequestUri:ajaxSetUserPreference} How can I avoid the Open/Save dialog? Thank you very much for any help. -Bruno
[jira] Updated: (OFBIZ-3274) Using decorator sections to control the left-bar
[ https://issues.apache.org/jira/browse/OFBIZ-3274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco updated OFBIZ-3274: --- Attachment: OFBIZ-3274 DecoratorSectionLayout.patch Adrian, please see if the new patch steps in the agreed direction. Actually I added the new MultiColumnApplicationDecorator in the commonext because it is alternative to the ApplicationDecorator that is a one column only layout. Using decorator sections to control the left-bar Key: OFBIZ-3274 URL: https://issues.apache.org/jira/browse/OFBIZ-3274 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Bruno Busco Assignee: Bruno Busco Attachments: OFBIZ-3274 DecoratorSectionLayout.patch, OFBIZ-3274 DecoratorSectionLayout.patch, OFBIZ-3274 DecoratorSectionLayout.patch Hi, at the moment, in order to have a screen rendered with or without a left bar, the variables leftbarScreenName, leftbarScreenLocation and MainColumnStyle need to be set to select a screen for the left bar and a main column style. This must be done in the screen itself or an application decorator. With the attached patch, submitted for your review, a new GlobalDecorator section named left-bar has been added. If a screen must be displayed with a left bar this new decorator section needs to be filled with the selected content. The main column style is defined in the Global decorator. In order to do this a new screen condition has been added: if-empty-decorator-section. This condition allows to check if a decorator section has been added content or not. (actually it only checks if the decorator section has been defined). In the patch I updated all catalog application screens to use this new method. If there are no problems with you with this, I will commit in the next days. Thank you for sharing your thoughts about. -Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r888030 - in /ofbiz/trunk/framework: common/entitydef/ common/webcommon/WEB-INF/ images/webapp/images/ widget/dtd/ widget/src/org/ofbiz/widget/screen/ widget/templates/
Hi Adrian, I am trying to implement as you suggested but I found two difficulties: 1) the entity UserPreference has the following prim-key: prim-key field=userLoginId/ prim-key field=userPrefTypeId/ while it should be prim-key field=userLoginId/ prim-key field=userPrefGroupTypeId/ prim-key field=userPrefTypeId/ to do what you propose. Should we change it? 2) how to retrieve the screen name from a screenlet widget rendering code? I mean I need to pass the screen name to the ftl macro in the MacroScreenRendered.java like this: ... StringWriter sr = new StringWriter(); sr.append(@renderScreenletBegin ); sr.append(screenName=\); sr.append(screen.name); sr.append(\ id=\); sr.append(screenlet.getId(context)); sr.append(\ title=\); sr.append(title); sr.append(\ collapsible=); sr.append(Boolean.toString(collapsible)); ... but how to retrieve the screen.name ? Many thanks for any help. -Bruno 2009/12/7 Adrian Crum adri...@hlmksw.com: Then do the same thing in the model widget code. -Adrian Bruno Busco wrote: This would mean to change all the screens! :-( 2009/12/7 Adrian Crum adri...@hlmksw.com: screen name=MyScreen section actions service service-name=getUserPreferenceGroup field-map field-name=userPrefGroupTypeId value=MyScreen/ /service set field=screenSettings from-field=userPrefMap/ /actions ... /section /screen Bruno Busco wrote: Adrian, sorry for the bad sentence, I couldn't even read myself. I meant that GLOBAL_PREFERENCES gets already loaded in the ApplicationDecorator. So now we have two options to have screenlets with the same id saved indipendently: 1) Use a screen related userPrefGroupTypeId. 2) Combine the screen name for the preference key I will work on it... Thank you, -Bruno 2009/12/7 Bilgin Ibryam bibr...@gmail.com: Bruno Busco wrote: Thank you Adrian, but then how to the theme loaded easily? The global ones are already loaded along the selected theme etc. -Bruno Or you can combine the screen name and sceenlet id for the preference key, instead of (screenlet.id+_collapsed ) Bilgin
Re: svn commit: r888030 - in /ofbiz/trunk/framework: common/entitydef/ common/webcommon/WEB-INF/ images/webapp/images/ widget/dtd/ widget/src/org/ofbiz/widget/screen/ widget/templates/
Sorry, for sure I am missing something but... if the prim-key is prim-key field=userLoginId/ prim-key field=userPrefTypeId/ and we want to use: userLoginId - to specify the user the setting belongs to (i.e. admin) userPrefTypeId - to specify the screen setting name (i.e. ProductKeywordsPanel_collapsed) userPrefGroupTypeId - to specify the screen where the settings belongs to, how can we have two settings (i.e. keywordsearchbox) how can I have two different settings with the same name but different screen, that is what the change is all about? -Bruno 2009/12/8 Adrian Crum adri...@hlmksw.com: No. The userPrefGroupTypeId field is optional, therefore it cannot be part of the primary key. Use the user preference services to get preference groups. I believe most (if not all) widget model classes have a getName() method. -Adrian Bruno Busco wrote: Hi Adrian, I am trying to implement as you suggested but I found two difficulties: 1) the entity UserPreference has the following prim-key: prim-key field=userLoginId/ prim-key field=userPrefTypeId/ while it should be prim-key field=userLoginId/ prim-key field=userPrefGroupTypeId/ prim-key field=userPrefTypeId/ to do what you propose. Should we change it? 2) how to retrieve the screen name from a screenlet widget rendering code? I mean I need to pass the screen name to the ftl macro in the MacroScreenRendered.java like this: ... StringWriter sr = new StringWriter(); sr.append(@renderScreenletBegin ); sr.append(screenName=\); sr.append(screen.name); sr.append(\ id=\); sr.append(screenlet.getId(context)); sr.append(\ title=\); sr.append(title); sr.append(\ collapsible=); sr.append(Boolean.toString(collapsible)); ... but how to retrieve the screen.name ? Many thanks for any help. -Bruno 2009/12/7 Adrian Crum adri...@hlmksw.com: Then do the same thing in the model widget code. -Adrian Bruno Busco wrote: This would mean to change all the screens! :-( 2009/12/7 Adrian Crum adri...@hlmksw.com: screen name=MyScreen section actions service service-name=getUserPreferenceGroup field-map field-name=userPrefGroupTypeId value=MyScreen/ /service set field=screenSettings from-field=userPrefMap/ /actions ... /section /screen Bruno Busco wrote: Adrian, sorry for the bad sentence, I couldn't even read myself. I meant that GLOBAL_PREFERENCES gets already loaded in the ApplicationDecorator. So now we have two options to have screenlets with the same id saved indipendently: 1) Use a screen related userPrefGroupTypeId. 2) Combine the screen name for the preference key I will work on it... Thank you, -Bruno 2009/12/7 Bilgin Ibryam bibr...@gmail.com: Bruno Busco wrote: Thank you Adrian, but then how to the theme loaded easily? The global ones are already loaded along the selected theme etc. -Bruno Or you can combine the screen name and sceenlet id for the preference key, instead of (screenlet.id+_collapsed ) Bilgin
Re: svn commit: r888030 - in /ofbiz/trunk/framework: common/entitydef/ common/webcommon/WEB-INF/ images/webapp/images/ widget/dtd/ widget/src/org/ofbiz/widget/screen/ widget/templates/
Adrian, I understand how the getUserPreferenceGroup service works. I only see a problem when I will try to store two records that will have the same PK. -Bruno 2009/12/8 Adrian Crum adri...@hlmksw.com: Group the screen settings by screen name. Use the user preferences services to get all settings for the current screen. The service returns a Map, where the key is the setting's name, and the value is the setting's value. -Adrian Bruno Busco wrote: Sorry, for sure I am missing something but... if the prim-key is prim-key field=userLoginId/ prim-key field=userPrefTypeId/ and we want to use: userLoginId - to specify the user the setting belongs to (i.e. admin) userPrefTypeId - to specify the screen setting name (i.e. ProductKeywordsPanel_collapsed) userPrefGroupTypeId - to specify the screen where the settings belongs to, how can we have two settings (i.e. keywordsearchbox) how can I have two different settings with the same name but different screen, that is what the change is all about? -Bruno 2009/12/8 Adrian Crum adri...@hlmksw.com: No. The userPrefGroupTypeId field is optional, therefore it cannot be part of the primary key. Use the user preference services to get preference groups. I believe most (if not all) widget model classes have a getName() method. -Adrian Bruno Busco wrote: Hi Adrian, I am trying to implement as you suggested but I found two difficulties: 1) the entity UserPreference has the following prim-key: prim-key field=userLoginId/ prim-key field=userPrefTypeId/ while it should be prim-key field=userLoginId/ prim-key field=userPrefGroupTypeId/ prim-key field=userPrefTypeId/ to do what you propose. Should we change it? 2) how to retrieve the screen name from a screenlet widget rendering code? I mean I need to pass the screen name to the ftl macro in the MacroScreenRendered.java like this: ... StringWriter sr = new StringWriter(); sr.append(@renderScreenletBegin ); sr.append(screenName=\); sr.append(screen.name); sr.append(\ id=\); sr.append(screenlet.getId(context)); sr.append(\ title=\); sr.append(title); sr.append(\ collapsible=); sr.append(Boolean.toString(collapsible)); ... but how to retrieve the screen.name ? Many thanks for any help. -Bruno 2009/12/7 Adrian Crum adri...@hlmksw.com: Then do the same thing in the model widget code. -Adrian Bruno Busco wrote: This would mean to change all the screens! :-( 2009/12/7 Adrian Crum adri...@hlmksw.com: screen name=MyScreen section actions service service-name=getUserPreferenceGroup field-map field-name=userPrefGroupTypeId value=MyScreen/ /service set field=screenSettings from-field=userPrefMap/ /actions ... /section /screen Bruno Busco wrote: Adrian, sorry for the bad sentence, I couldn't even read myself. I meant that GLOBAL_PREFERENCES gets already loaded in the ApplicationDecorator. So now we have two options to have screenlets with the same id saved indipendently: 1) Use a screen related userPrefGroupTypeId. 2) Combine the screen name for the preference key I will work on it... Thank you, -Bruno 2009/12/7 Bilgin Ibryam bibr...@gmail.com: Bruno Busco wrote: Thank you Adrian, but then how to the theme loaded easily? The global ones are already loaded along the selected theme etc. -Bruno Or you can combine the screen name and sceenlet id for the preference key, instead of (screenlet.id+_collapsed ) Bilgin
[jira] Closed: (OFBIZ-3271) Storing screenlet collapsed/expanded status as user preferences
[ https://issues.apache.org/jira/browse/OFBIZ-3271?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco closed OFBIZ-3271. -- Resolution: Fixed Committed with minor last.minute changes in trunk At revision: 888030 Storing screenlet collapsed/expanded status as user preferences --- Key: OFBIZ-3271 URL: https://issues.apache.org/jira/browse/OFBIZ-3271 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: SVN trunk Reporter: Bruno Busco Assignee: Bruno Busco Priority: Minor Attachments: ModelScreenWidget.patch, OFBIZ-3271 persistCollapsed.patch, OFBIZ-3271 persistCollapsed.patch Hi, actually the screenlet collapsed/expanded status is reset to the initial value every time the page is refreshed. in the attached patch there is a solution to have the screenlet collapsed/expanded status stored as user preferences so that they stay in the collapsed or expanded status whenever the user refresh the page or logout/loging again. I would like a review from you, before committing. Thank you, Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3274) Using decorator sections to control the left-bar
[ https://issues.apache.org/jira/browse/OFBIZ-3274?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12787011#action_12787011 ] Bruno Busco commented on OFBIZ-3274: Adrian, I said In the patch I updated all catalog application screens to use this new method.. I intended that all the screens in the catalog application were already been updated in the patch, others still need to be updated. All the proposed change wants to do is to replace the leftbarScreenName/leftbarScreenLocation/MainColumnStyle mechanism with a simpler and more OFBiz-standard decorato-section-based one. In the GD there is this piece of code: {code} container id=column-container !-- by default will render left-bar only if leftbarScreen value not empty -- include-screen name=${leftbarScreenName} location=${leftbarScreenLocation}/ container id=content-main-section style=${MainColumnStyle} !-- render messages -- decorator-section-include name=body/ /container container style=clear/container /container {code} that already tryes to understand if there is a content to be shown as left bar. I do not see the problem to replace it with comething like: {code} section condition if-empty-section section-name=left-column/ /condition widgets container id=content-main-section decorator-section-include name=body/ /container /widgets fail-widgets container style=left decorator-section-include name=left-column/ /container container id=content-main-section style=leftonly decorator-section-include name=body/ /container /fail-widgets /section {code} The change would put the styles leftonly, left, etc away from the application and put them in the GD (that could be even moved to the theme). This is correct because those styles are defined and handled not at the application level but at the layout/theme that is global. Sorry if I confused you. Using decorator sections to control the left-bar Key: OFBIZ-3274 URL: https://issues.apache.org/jira/browse/OFBIZ-3274 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Bruno Busco Assignee: Bruno Busco Attachments: OFBIZ-3274 DecoratorSectionLayout.patch, OFBIZ-3274 DecoratorSectionLayout.patch Hi, at the moment, in order to have a screen rendered with or without a left bar, the variables leftbarScreenName, leftbarScreenLocation and MainColumnStyle need to be set to select a screen for the left bar and a main column style. This must be done in the screen itself or an application decorator. With the attached patch, submitted for your review, a new GlobalDecorator section named left-bar has been added. If a screen must be displayed with a left bar this new decorator section needs to be filled with the selected content. The main column style is defined in the Global decorator. In order to do this a new screen condition has been added: if-empty-decorator-section. This condition allows to check if a decorator section has been added content or not. (actually it only checks if the decorator section has been defined). In the patch I updated all catalog application screens to use this new method. If there are no problems with you with this, I will commit in the next days. Thank you for sharing your thoughts about. -Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.