Adding OFBiz to projects.apache.org
Hi, could you please add Apache OFBiz to projects.apache.org? The url to the doap file is: http://ofbiz.apache.org/doap_OFBiz.rdf Thanks, Jacopo
New web site url at ofbiz.apache.org !
Hi all, the good news is that we have finally the OFBiz website at http://ofbiz.apache.org. Yoav, David W., could you please add the OFBiz link to the TLP projects left column of the www.apache.org main page? Thanks, Jacopo
[jira] Commented: (OFBIZ-571) Move the various documentation pages to the OFBTECH space on docs.ofbiz.org
[ https://issues.apache.org/jira/browse/OFBIZ-571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461926 ] Jacques Le Roux commented on OFBIZ-571: --- Yes, XSLT solution seems the smarter indeed. I will continue to update both XSD and HTML (meaning also delete some part of HTML as suggested by David) and I agree with David about not totally eliminate the MiniLang guide because we can't put all stuffes from there in the XSD. Move the various documentation pages to the OFBTECH space on docs.ofbiz.org --- Key: OFBIZ-571 URL: https://issues.apache.org/jira/browse/OFBIZ-571 Project: Apache OFBiz (The Open for Business Project) Issue Type: Sub-task Components: site Reporter: Jacopo Cappellato Assigned To: Jacques Le Roux Attachments: AScreenCopy.PNG Move the various documentation pages and even the main Docs Books page to the OFBTECH space on docs.ofbiz.org -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
OpenBusinessScriptingLang :) Re: [jira] Commented: (OFBIZ-571) Move the various documentation pages to the OFBTECH space on docs.ofbiz.org
[ https://issues.apache.org/jira/browse/OFBIZ-571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461926 ] Jacques Le Roux commented on OFBIZ-571: --- Yes, XSLT solution seems the smarter indeed. I will continue to update both XSD and HTML (meaning also delete some part of HTML as suggested by David) and I agree with David about not totally eliminate the MiniLang guide because we can't put all stuffes from there in the XSD. my 2 cents... MiniLang is most interesting stuff and heart of why ofbiz should click in my ppt to management. Fed ( Head office ) increase the interest by 2 %. Plus Points === Business Scripting Language - Intepreted is all cool these days :) http://markproctor.blogspot.com/2006/11/jfdi-new-business-action-scripting.html We need to package it as OpenBusinessScriptingLang OBSL :) Also check http://www.theserverside.com/news/thread.tss?thread_id=43600 Can we join Hands with JBoss. Drtools ; scheduler etc is good but there is define NEED for such scripting. Chand
[jira] Created: (OFBIZ-586) Java 1.5 compatibility
Java 1.5 compatibility -- Key: OFBIZ-586 URL: https://issues.apache.org/jira/browse/OFBIZ-586 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Cédric Pronzato Hi, The java 1.5 compatibility is not respected as the enum word is a language keyword for enumerations. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (OFBIZ-586) Java 1.5 compatibility
[ https://issues.apache.org/jira/browse/OFBIZ-586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cédric Pronzato updated OFBIZ-586: -- Attachment: enum.txt Java 1.5 compatibility -- Key: OFBIZ-586 URL: https://issues.apache.org/jira/browse/OFBIZ-586 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Cédric Pronzato Attachments: enum.txt Hi, The java 1.5 compatibility is not respected as the enum word is a language keyword for enumerations. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (OFBIZ-586) Java 1.5 compatibility
[ https://issues.apache.org/jira/browse/OFBIZ-586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cédric Pronzato updated OFBIZ-586: -- Priority: Trivial (was: Major) Java 1.5 compatibility -- Key: OFBIZ-586 URL: https://issues.apache.org/jira/browse/OFBIZ-586 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Cédric Pronzato Priority: Trivial Attachments: enum.txt Hi, The java 1.5 compatibility is not respected as the enum word is a language keyword for enumerations. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (OFBIZ-586) Java 1.5 compatibility
[ https://issues.apache.org/jira/browse/OFBIZ-586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato closed OFBIZ-586. --- Resolution: Cannot Reproduce Hi Cédric, thanks for the patch, however that issue has been already fixed some time ago. I think that you checked out your OFBiz trunk from an old svn server. You'll find the right one here: http://docs.ofbiz.org/display/OFBADMIN/Source+Repository+and+Access Java 1.5 compatibility -- Key: OFBIZ-586 URL: https://issues.apache.org/jira/browse/OFBIZ-586 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Cédric Pronzato Priority: Trivial Attachments: enum.txt Hi, The java 1.5 compatibility is not respected as the enum word is a language keyword for enumerations. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Need help to update Incubator resources
And, please, also remove the /www/incubator.apache.org/ofbiz folder. Thanks, Jacopo Jacopo Cappellato wrote: David W., Yoav, it seems that our write privileges has been revoked for all the Incubator resources... a few minutes ago I've sent a message about this to [EMAIL PROTECTED] but maybe if you have still access to these resources you could apply the patch attached to it. Thanks, Jacopo
Re: New web site url at ofbiz.apache.org !
As a follow up on my previous mail, we will also need to update the following page: http://www.apache.org/foundation/ (David Jones should be added to the list of Officiers) David W., Yoav, can you take a look at this too? Thanks, Jacopo Jacopo Cappellato wrote: Hi all, the good news is that we have finally the OFBiz website at http://ofbiz.apache.org. Yoav, David W., could you please add the OFBiz link to the TLP projects left column of the www.apache.org main page? Thanks, Jacopo
[jira] Commented: (OFBIZ-571) Move the various documentation pages to the OFBTECH space on docs.ofbiz.org
[ https://issues.apache.org/jira/browse/OFBIZ-571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461964 ] Jacques Le Roux commented on OFBIZ-571: --- I continue my work on XSD annotations takeen from minilang guide (ie delete them in Confluence minilang guide). Of course I will appreciate reviews of this work as it's an important piece of the documentation. Thanks Move the various documentation pages to the OFBTECH space on docs.ofbiz.org --- Key: OFBIZ-571 URL: https://issues.apache.org/jira/browse/OFBIZ-571 Project: Apache OFBiz (The Open for Business Project) Issue Type: Sub-task Components: site Reporter: Jacopo Cappellato Assigned To: Jacques Le Roux Attachments: AScreenCopy.PNG Move the various documentation pages and even the main Docs Books page to the OFBTECH space on docs.ofbiz.org -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (OFBIZ-555) I just translated the accounting UI labels into Chinese.
[ https://issues.apache.org/jira/browse/OFBIZ-555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shi Yusen closed OFBIZ-555. --- Resolution: Fixed Fix Version/s: SVN trunk Jacques, I agree with you. As the title is not suitable for my current Chinese translation, I will close this issue. I will start a new one when I can visit the svn server. Currently because of the undersea cable broken, I cannot access many oversea websites. Shi Yusen I just translated the accounting UI labels into Chinese. Key: OFBIZ-555 URL: https://issues.apache.org/jira/browse/OFBIZ-555 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Affects Versions: SVN trunk Reporter: Shi Yusen Assigned To: Jacques Le Roux Priority: Minor Fix For: SVN trunk Attachments: AccountingUiLabels_zh.properties.patch I put the Eclipse patch here: http://opencms-ofbiz.cvs.sourceforge.net/*checkout*/opencms-ofbiz/OFBiz-zh/patches/OFBiz-accounting-UI-zh-20061220.patch You can also get the original source from here: http://opencms-ofbiz.cvs.sourceforge.net/opencms-ofbiz/OFBiz-zh/src-OFBiz-zh-UTF8/applications/accounting/config/ Please check it if it's useful. Regards, Shi Yusen/Beijing Langhua Ltd. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Interesting article about Entity and URI Resolvers
Here is a link to an interesting article by the Apache xml-commons project about Entity and URI Resolvers: http://xml.apache.org/commons/components/resolver/resolver-article.html Jacopo
Re: New web site url at ofbiz.apache.org !
Hi, Both of these are now done: OFBiz added as a TLP to the left-hand list on www.apache.org, and David Jones added to the list of Officers. For the curious, instructions for updating the main web site are at http://www.apache.org/dev/infra-site.html -- though I think the karma on that is a bit more limited. Yoav On 1/3/07, Jacopo Cappellato [EMAIL PROTECTED] wrote: As a follow up on my previous mail, we will also need to update the following page: http://www.apache.org/foundation/ (David Jones should be added to the list of Officiers) David W., Yoav, can you take a look at this too? Thanks, Jacopo Jacopo Cappellato wrote: Hi all, the good news is that we have finally the OFBiz website at http://ofbiz.apache.org. Yoav, David W., could you please add the OFBiz link to the TLP projects left column of the www.apache.org main page? Thanks, Jacopo
Re: Unable to commit changes for the OFBiz resources in Incubator
Hi, I've applied this patch for you, committed the changes, and svn up'ed the site. It will take the usual infrastructure mirroring delay time before change is reflected on the live site. Yoav On 1/3/07, Jacopo Cappellato [EMAIL PROTECTED] wrote: Hi all, I'm trying to update the OFBiz's Incubator status page, the projects/index page (to move OFBiz to the list of graduated projects) and the .htaccess file to redirect to the ofbiz.apache.org url. Unfortunately I get a commit permission error (even if I try to commit the ofbiz.html file only)... my guess is that after graduation my grants on the Incubator resources have been revoked. If so, what should we do? The patch attached is what I was trying to commit. Jacopo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need help to update Incubator resources
Hi, This last step I haven't done yet. I'd prefer to wait a bit longer, until we're sure everything is all set, before I remove this folder. The redirect is in place in .htaccess (or will be shortly) anyways, so people shouldn't be able to see this folder. Yoav On 1/3/07, Jacopo Cappellato [EMAIL PROTECTED] wrote: And, please, also remove the /www/incubator.apache.org/ofbiz folder. Thanks, Jacopo Jacopo Cappellato wrote: David W., Yoav, it seems that our write privileges has been revoked for all the Incubator resources... a few minutes ago I've sent a message about this to [EMAIL PROTECTED] but maybe if you have still access to these resources you could apply the patch attached to it. Thanks, Jacopo
Re: Need help to update Incubator resources
Great! Thanks Yoav. Now the last task that remains is the migration of the mailing lists. Jacopo Yoav Shapira wrote: Hi, This last step I haven't done yet. I'd prefer to wait a bit longer, until we're sure everything is all set, before I remove this folder. The redirect is in place in .htaccess (or will be shortly) anyways, so people shouldn't be able to see this folder. Yoav On 1/3/07, Jacopo Cappellato [EMAIL PROTECTED] wrote: And, please, also remove the /www/incubator.apache.org/ofbiz folder. Thanks, Jacopo Jacopo Cappellato wrote: David W., Yoav, it seems that our write privileges has been revoked for all the Incubator resources... a few minutes ago I've sent a message about this to [EMAIL PROTECTED] but maybe if you have still access to these resources you could apply the patch attached to it. Thanks, Jacopo
Re: New web site url at ofbiz.apache.org !
Thanks for doing that Yoav. Looking at that page I think you're right that most of us OFBizers still lack the karma to do this. Either way, it's great to have help with it. -David On Jan 3, 2007, at 8:05 AM, Yoav Shapira wrote: Hi, Both of these are now done: OFBiz added as a TLP to the left-hand list on www.apache.org, and David Jones added to the list of Officers. For the curious, instructions for updating the main web site are at http://www.apache.org/dev/infra-site.html -- though I think the karma on that is a bit more limited. Yoav On 1/3/07, Jacopo Cappellato [EMAIL PROTECTED] wrote: As a follow up on my previous mail, we will also need to update the following page: http://www.apache.org/foundation/ (David Jones should be added to the list of Officiers) David W., Yoav, can you take a look at this too? Thanks, Jacopo Jacopo Cappellato wrote: Hi all, the good news is that we have finally the OFBiz website at http://ofbiz.apache.org. Yoav, David W., could you please add the OFBiz link to the TLP projects left column of the www.apache.org main page? Thanks, Jacopo
Re: mailing list moderation
David, I'll happily help with this if you need some help. - Andrew On Tue, 2007-01-02 at 11:17 -0700, David E Jones wrote: It would certainly save work to have the mailing list software send out a certain message whenever anyone is not subscribed, and I have a stock letter (included below) that I use just for this. Still, I like the idea of moderating because as David W. mentioned when we discussed this a long time ago there are good reasons for someone not subscribed to the list to be able to post. What I usually do now is look at the question or comment and see if it is likely to lead to discussion or to further questions, or if it is more likely to be a one-off sort of thing like a please contact me [here] if you are interested in [this], where this is often some paid work to be done, something non-core to the project, etc. So, we may want to hold off on this as such messages can be important. -David On Jan 2, 2007, at 2:47 AM, David Welton wrote: Hi guys, I have been doing OFBiz mailing list moderation for a while (along with the ubiquitous David Jones), but now that you're your own top level project, I would really like to let someone else take my place. Also, I think it would be wise to decide on a policy for moderation as a group. David J seems to be of the idea to not accept messages from non-subscribers, which is fine, but at that point perhaps we could simply let the mailing list software do the job? I guess you'd have to ask the infrastructure team as well... -- David N. Welton - http://www.dedasys.com/davidw/ Linux, Open Source Consulting - http://www.dedasys.com/ = User's List Moderated Message = %%% Start comment This question is a good one to send to this list, but it appears that the email address you sent this from is not subscribed to the list. Except for cases where someone wants a question answered off the list, we request that people subscribe to the mailing list and keep replies and such in public as much as possible. Moderating messages from non-subscribed addresses also helps us pretty much eliminate spam on the lists. For details about the list and subscription (including the email addresses to send a message to in order to subscribe, unsubscribe, etc) please see this web page: http://mail-archives.apache.org/mod_mbox/incubator-ofbiz-user/ -David %%% End comment = %%% Start comment This question is a good one, but should be sent to the user list instead of the dev list. It appears that the email address you sent this from is not subscribed to this list. Except for cases where someone wants a question answered off the list, we request that people subscribe to the mailing list and keep replies and such in public as much as possible. Moderating messages from non-subscribed addresses also helps us pretty much eliminate spam on the lists. If you are not subscribed to the ofbiz-user mailing list please subscribe before sending your message there. For details about the list and subscription (including the email addresses to send a message to in order to subscribe, unsubscribe, etc) please see this web page: http://mail-archives.apache.org/mod_mbox/incubator-ofbiz-user/ -David %%% End comment = %%% Start comment Administrative requests should go to special addresses and not the main mailing list address. For details on these special addresses, please see: http://mail-archives.apache.org/mod_mbox/incubator-ofbiz-user/ You can also find these in the headers of every email sent to you from the list. To unsubscribe from this list simply send an email to to following address from your email address subscribed to the list: [EMAIL PROTECTED] -David %%% End comment = -- Kind Regards Andrew Sykes [EMAIL PROTECTED] Sykes Development Ltd http://www.sykesdevelopment.com
[jira] Created: (OFBIZ-587) Change all div class=head1|head2|head3 to h1|h2|h3
Change all div class=head1|head2|head3 to h1|h2|h3 Key: OFBIZ-587 URL: https://issues.apache.org/jira/browse/OFBIZ-587 Project: Apache OFBiz (The Open for Business Project) Issue Type: Sub-task Components: accounting, content, ecommerce, framework, hhfacility, humanres, manufacturing, marketing, order, party, product, workeffort Reporter: Jacopo Cappellato Priority: Minor Change all the : div class=head1 to h1 div class=head2 to h2 div class=head3 to h3 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (OFBIZ-588) Replace all div class=tabletext wrappers with p or just remove them and set the style info in the BODY element in the css file
Replace all div class=tabletext wrappers with p or just remove them and set the style info in the BODY element in the css file -- Key: OFBIZ-588 URL: https://issues.apache.org/jira/browse/OFBIZ-588 Project: Apache OFBiz (The Open for Business Project) Issue Type: Sub-task Components: accounting, content, ecommerce, framework, hhfacility, humanres, manufacturing, marketing, order, party, product, workeffort Reporter: Jacopo Cappellato Priority: Minor all div class=tabletext wrappers can be removed, the exception being where they are used like ps - the default text style can be set on body; -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (OFBIZ-547) Duplicate Id error on Create New FixedAsset
[ https://issues.apache.org/jira/browse/OFBIZ-547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461988 ] Jacques Le Roux commented on OFBIZ-547: --- Anil, It seems that commiters have others important tasks to do with the TLP migration. I agree to apply your patch soon with the old good CTR policy. If anybody see a problem there please chim in... Duplicate Id error on Create New FixedAsset --- Key: OFBIZ-547 URL: https://issues.apache.org/jira/browse/OFBIZ-547 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: accounting Reporter: Anil K Patel Attachments: FixedAssedIdDuplicateMessage_Update1.patch While creating a New FixedAsset, if user enters FixedAssetId that already exists in system, Unfriendly message is returned and existing fixedAsset is opened in Edit mode. 1) The error message should be easier to understand by user. 2) Existing fixedAsset should not be opened in edit mode, this confuses user with Idea that fixedAsset was created. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (OFBIZ-547) Duplicate Id error on Create New FixedAsset
[ https://issues.apache.org/jira/browse/OFBIZ-547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux reassigned OFBIZ-547: - Assignee: Jacques Le Roux Duplicate Id error on Create New FixedAsset --- Key: OFBIZ-547 URL: https://issues.apache.org/jira/browse/OFBIZ-547 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: accounting Reporter: Anil K Patel Assigned To: Jacques Le Roux Attachments: FixedAssedIdDuplicateMessage_Update1.patch While creating a New FixedAsset, if user enters FixedAssetId that already exists in system, Unfriendly message is returned and existing fixedAsset is opened in Edit mode. 1) The error message should be easier to understand by user. 2) Existing fixedAsset should not be opened in edit mode, this confuses user with Idea that fixedAsset was created. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (OFBIZ-547) Duplicate Id error on Create New FixedAsset
[ https://issues.apache.org/jira/browse/OFBIZ-547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461991 ] Jacopo Cappellato commented on OFBIZ-547: - +1 Duplicate Id error on Create New FixedAsset --- Key: OFBIZ-547 URL: https://issues.apache.org/jira/browse/OFBIZ-547 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: accounting Reporter: Anil K Patel Assigned To: Jacques Le Roux Attachments: FixedAssedIdDuplicateMessage_Update1.patch While creating a New FixedAsset, if user enters FixedAssetId that already exists in system, Unfriendly message is returned and existing fixedAsset is opened in Edit mode. 1) The error message should be easier to understand by user. 2) Existing fixedAsset should not be opened in edit mode, this confuses user with Idea that fixedAsset was created. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (OFBIZ-588) Replace all div class=tabletext wrappers with p or just remove them and set the style info in the BODY element in the css file
[ https://issues.apache.org/jira/browse/OFBIZ-588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461996 ] Anil K Patel commented on OFBIZ-588: I can take up WorkEffort and Accounting. I know this is real simple but still Can you give us a reference to a file that can show what exactly needs to be done. Replace all div class=tabletext wrappers with p or just remove them and set the style info in the BODY element in the css file -- Key: OFBIZ-588 URL: https://issues.apache.org/jira/browse/OFBIZ-588 Project: Apache OFBiz (The Open for Business Project) Issue Type: Sub-task Components: accounting, content, ecommerce, framework, hhfacility, humanres, manufacturing, marketing, order, party, product, workeffort Reporter: Jacopo Cappellato Priority: Minor all div class=tabletext wrappers can be removed, the exception being where they are used like ps - the default text style can be set on body; -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: difference between date (stamp) fields
I have been looking for an answer to this question. Non of OfBiz documentation explains the difference. Angus Johnson wrote: Hi all, Looking at Ofbiz for the first time and have a quick question... I notice that the database tables have a bunch of date fields that look like time stamps. Could someone please explain the difference between LAST_UPDATED_TX_STAMP and LAST_UPDATED_STAMP and same for CREATED? Does the TX denote timezone or transmission or something? What's the objective here? Many thanks Angus PS I apologise if this is dopey question of the month...I have looked and there is no search on the mail list? -- View this message in context: http://www.nabble.com/difference-between-date-%28stamp%29-fields-tf1964615.html#a8144683 Sent from the OFBiz - Dev mailing list archive at Nabble.com.
[jira] Commented: (OFBIZ-588) Replace all div class=tabletext wrappers with p or just remove them and set the style info in the BODY element in the css file
[ https://issues.apache.org/jira/browse/OFBIZ-588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462004 ] Anil K Patel commented on OFBIZ-588: I see it in svn, So clean up mentioned in this task and related other task for these two component. Replace all div class=tabletext wrappers with p or just remove them and set the style info in the BODY element in the css file -- Key: OFBIZ-588 URL: https://issues.apache.org/jira/browse/OFBIZ-588 Project: Apache OFBiz (The Open for Business Project) Issue Type: Sub-task Components: accounting, content, ecommerce, framework, hhfacility, humanres, manufacturing, marketing, order, party, product, workeffort Reporter: Jacopo Cappellato Priority: Minor all div class=tabletext wrappers can be removed, the exception being where they are used like ps - the default text style can be set on body; -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
CSS Layout and Other Cleanups in the Manager Applications
Following the great advices in https://issues.apache.org/jira/browse/OFBIZ-241 I've started to play with the styles in maincss.css file and apply the mods to the manufacturing application. I've noticed some minor side effects (for example the texts in the main webtools page are smaller now) and I wanted to be sure that the work I'm doing is correct and, most of all, if it is a good moment to do this work now (i.e. before a release). So please, have a look at the revisions 492187, 492201, 492242 (especially at the changes I did to the maincss.css file) and let me know what you think. Jacopo
Re: CSS Layout and Other Cleanups in the Manager Applications
Jacopo, While we're on the subject, could we also discuss the possibility of combining the maincss.css and tabstyles.css files into one file? Jacopo Cappellato wrote: Following the great advices in https://issues.apache.org/jira/browse/OFBIZ-241 I've started to play with the styles in maincss.css file and apply the mods to the manufacturing application. I've noticed some minor side effects (for example the texts in the main webtools page are smaller now) and I wanted to be sure that the work I'm doing is correct and, most of all, if it is a good moment to do this work now (i.e. before a release). So please, have a look at the revisions 492187, 492201, 492242 (especially at the changes I did to the maincss.css file) and let me know what you think. Jacopo
Re: CSS Layout and Other Cleanups in the Manager Applications
This is a vague recollection of things read/done on css. Instead of setting the font size in pixels, you should use em units. The most common approach is the following: BODY { font-size: 62.5%; } This makes 16px = 10px and so now: 0.8 em = 8 px 1 em = 10px 1.2 em = 12 px 1.4 em = 14 px and so forth. em instead of pixels is used because IE/Win doesn't allow the user to resize text that is set in px. This may or may not have been fixed/changed in IE7, but it's a much easier convention to apply consistently than is pixels. --- Jacopo Cappellato [EMAIL PROTECTED] wrote: Following the great advices in https://issues.apache.org/jira/browse/OFBIZ-241 I've started to play with the styles in maincss.css file and apply the mods to the manufacturing application. I've noticed some minor side effects (for example the texts in the main webtools page are smaller now) and I wanted to be sure that the work I'm doing is correct and, most of all, if it is a good moment to do this work now (i.e. before a release). So please, have a look at the revisions 492187, 492201, 492242 (especially at the changes I did to the maincss.css file) and let me know what you think. Jacopo
Re: CSS Layout and Other Cleanups in the Manager Applications
Maintaining a single css file instead of two. All components reference both files, so there's no sense to keep them separate. Chris Howe wrote: What benefit do you see in doing this? --- Adrian Crum [EMAIL PROTECTED] wrote: Jacopo, While we're on the subject, could we also discuss the possibility of combining the maincss.css and tabstyles.css files into one file? Jacopo Cappellato wrote: Following the great advices in https://issues.apache.org/jira/browse/OFBIZ-241 I've started to play with the styles in maincss.css file and apply the mods to the manufacturing application. I've noticed some minor side effects (for example the texts in the main webtools page are smaller now) and I wanted to be sure that the work I'm doing is correct and, most of all, if it is a good moment to do this work now (i.e. before a release). So please, have a look at the revisions 492187, 492201, 492242 (especially at the changes I did to the maincss.css file) and let me know what you think. Jacopo
Re: CSS Layout and Other Cleanups in the Manager Applications
Having them separated allows the flexibility to use a different style sheet if desired without needing to assign properties for everything that the stylesheet being replaced has declared for a particular class or id. All back end components utilize both because most were developed by copying another component, not because of a decision that they _should look the same. I think Open Source Strategies CRM component testifies to that (although they may be simply using the cascading effect of css as opposed to a stylesheet replacement). Personally, I would prefer additional separation of maincss.css into the groups that are divided by comments, but it's a rather trivial distinction. --- Adrian Crum [EMAIL PROTECTED] wrote: Maintaining a single css file instead of two. All components reference both files, so there's no sense to keep them separate. Chris Howe wrote: What benefit do you see in doing this? --- Adrian Crum [EMAIL PROTECTED] wrote: Jacopo, While we're on the subject, could we also discuss the possibility of combining the maincss.css and tabstyles.css files into one file? Jacopo Cappellato wrote: Following the great advices in https://issues.apache.org/jira/browse/OFBIZ-241 I've started to play with the styles in maincss.css file and apply the mods to the manufacturing application. I've noticed some minor side effects (for example the texts in the main webtools page are smaller now) and I wanted to be sure that the work I'm doing is correct and, most of all, if it is a good moment to do this work now (i.e. before a release). So please, have a look at the revisions 492187, 492201, 492242 (especially at the changes I did to the maincss.css file) and let me know what you think. Jacopo
[jira] Updated: (OFBIZ-241) CSS Layout and Other Cleanups in the Manager Applications
[ https://issues.apache.org/jira/browse/OFBIZ-241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Eckard updated OFBIZ-241: - Attachment: style-info.txt CSS Layout and Other Cleanups in the Manager Applications - Key: OFBIZ-241 URL: https://issues.apache.org/jira/browse/OFBIZ-241 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: accounting, content, humanres, manufacturing, marketing, order, party, product, workeffort Affects Versions: SVN trunk Reporter: Marco Risaliti Attachments: style-info.txt Copy of http://jira.undersunconsulting.com/browse/OFBIZ-202 from David Jones === The purpose of this task is to improve the current CSS based layout, and separate it from the ecommerce application so they do not interfere with eachother. There are some issues with the layout, and lots of room for improvement including in some cases chaging table-based layouts to CSS based, and making styles and HTML structure cleaner and more flexible. This is not meant to be nearly as aggessive an effort as in ecommerce, and is meant more for general improvements and not to facilitate extremely flexible customization and such as is the case in ecommerce. I would like to propose the removal of all redundant style info... for example, nearly all div class=tabletext wrappers can be removed, the exception being where they are used like ps - the default text style can be set on body; all inputBox, selectBox, smallSubmit styles can be removed - can style input elements globally; remove embedded style=margin: 0 on forms, style forms globally; change div class=head1|head2|head3 to h1|h2|h3, etc. (Just the ones off the top of my head, I'm sure there are more.) I would be happy to help with this, but due to the large number of files affected, it will probably need to be coordinated with any other css work. I agree with this approach Joe. It is much more flexible and will reduce the HTML size a fair bit, and with proper labelling of different areas it can be very flexible too. This is what I've done with the ofbiz.org home page. You're right about this requiring a lot of changes in lots of different files. I'm not sure what the best way to manage this is, but to get it started it is probably best to choose 2-3 proof of concept pages and get those cleaned up, and then solicit help with others based on those. Of course, chances are no one except the core group will help anyway, but I always find it entertaining to try... I would be willing to help as well, if you like. I have converted my ecommerce site already to css (www.heatwithsolar.com). Since my goal is to use OFBiz on my site, I have a strong desire to retain CSS level 1 capability. I have no real need to go to a higher standard of CSS yet until it is supported by more browsers. As soon as I get an SVN up and running well, I'll likely start working on this anyways. Just let me know. [EMAIL PROTECTED] -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (OFBIZ-241) CSS Layout and Other Cleanups in the Manager Applications
[ https://issues.apache.org/jira/browse/OFBIZ-241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462045 ] Joe Eckard commented on OFBIZ-241: -- I've just attached a file containing an up-to-date list of the IDs and classes used in the ofbiz ftl files. In the past I've used this list to help clean up / reorganize the ofbiz manager application templates - hopefully this will be helpful for someone working on this issue. The series of commands that generates this list is: find . -name *.ftl | xargs perl -ne if (/ (id|class)=['\]*([0-9A-Za-z-_]+)['\]*/) {print ((\$1 eq \id\) ? '#' : '.');print \\$2\n\;} | sort | uniq -c Unfortunately this will miss the ones defined in widgets and those that have bits of freemarker (for example, class=${class}, class=#if ...), but it should catch most of them. CSS Layout and Other Cleanups in the Manager Applications - Key: OFBIZ-241 URL: https://issues.apache.org/jira/browse/OFBIZ-241 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: accounting, content, humanres, manufacturing, marketing, order, party, product, workeffort Affects Versions: SVN trunk Reporter: Marco Risaliti Attachments: style-info.txt Copy of http://jira.undersunconsulting.com/browse/OFBIZ-202 from David Jones === The purpose of this task is to improve the current CSS based layout, and separate it from the ecommerce application so they do not interfere with eachother. There are some issues with the layout, and lots of room for improvement including in some cases chaging table-based layouts to CSS based, and making styles and HTML structure cleaner and more flexible. This is not meant to be nearly as aggessive an effort as in ecommerce, and is meant more for general improvements and not to facilitate extremely flexible customization and such as is the case in ecommerce. I would like to propose the removal of all redundant style info... for example, nearly all div class=tabletext wrappers can be removed, the exception being where they are used like ps - the default text style can be set on body; all inputBox, selectBox, smallSubmit styles can be removed - can style input elements globally; remove embedded style=margin: 0 on forms, style forms globally; change div class=head1|head2|head3 to h1|h2|h3, etc. (Just the ones off the top of my head, I'm sure there are more.) I would be happy to help with this, but due to the large number of files affected, it will probably need to be coordinated with any other css work. I agree with this approach Joe. It is much more flexible and will reduce the HTML size a fair bit, and with proper labelling of different areas it can be very flexible too. This is what I've done with the ofbiz.org home page. You're right about this requiring a lot of changes in lots of different files. I'm not sure what the best way to manage this is, but to get it started it is probably best to choose 2-3 proof of concept pages and get those cleaned up, and then solicit help with others based on those. Of course, chances are no one except the core group will help anyway, but I always find it entertaining to try... I would be willing to help as well, if you like. I have converted my ecommerce site already to css (www.heatwithsolar.com). Since my goal is to use OFBiz on my site, I have a strong desire to retain CSS level 1 capability. I have no real need to go to a higher standard of CSS yet until it is supported by more browsers. As soon as I get an SVN up and running well, I'll likely start working on this anyways. Just let me know. [EMAIL PROTECTED] -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: CSS Layout and Other Cleanups in the Manager Applications
Thanks David. I remember you mentioning some time ago your desire for the UI to be more Zen Garden-esque. More than likely you were referring to the eCommerce component, but I don't see why the same can't be true for the rest of OFBiz. At the time you suggested it, I pictured these two files being combined and - as Chris has suggested - clear comments inserted to assist developers with modifying OFBiz's appearance. David E Jones wrote: On Jan 3, 2007, at 12:36 PM, Chris Howe wrote: Having them separated allows the flexibility to use a different style sheet if desired without needing to assign properties for everything that the stylesheet being replaced has declared for a particular class or id. All back end components utilize both because most were developed by copying another component, not because of a decision that they _should look the same. I think Open Source Strategies CRM component testifies to that (although they may be simply using the cascading effect of css as opposed to a stylesheet replacement). Actually no, the back-end applications use the same styles because they ARE meant to look the same. The OpenSourceStrategies stuff is not part of OFBiz and they certainly can (and obviously have) introduced their own patterns. Personally, I would prefer additional separation of maincss.css into the groups that are divided by comments, but it's a rather trivial distinction. I agree, it is rather trivial. I don't see any problem with combining these files. -David --- Adrian Crum [EMAIL PROTECTED] wrote: Maintaining a single css file instead of two. All components reference both files, so there's no sense to keep them separate. Chris Howe wrote: What benefit do you see in doing this? --- Adrian Crum [EMAIL PROTECTED] wrote: Jacopo, While we're on the subject, could we also discuss the possibility of combining the maincss.css and tabstyles.css files into one file? Jacopo Cappellato wrote: Following the great advices in https://issues.apache.org/jira/browse/OFBIZ-241 I've started to play with the styles in maincss.css file and apply the mods to the manufacturing application. I've noticed some minor side effects (for example the texts in the main webtools page are smaller now) and I wanted to be sure that the work I'm doing is correct and, most of all, if it is a good moment to do this work now (i.e. before a release). So please, have a look at the revisions 492187, 492201, 492242 (especially at the changes I did to the maincss.css file) and let me know what you think. Jacopo
[jira] Created: (OFBIZ-589) Party Content Admin Screens and Service
Party Content Admin Screens and Service --- Key: OFBIZ-589 URL: https://issues.apache.org/jira/browse/OFBIZ-589 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Reporter: Anil K Patel Attachments: partyContent.patch Create admin screens for party content service implementations -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (OFBIZ-589) Party Content Admin Screens and Service
[ https://issues.apache.org/jira/browse/OFBIZ-589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anil K Patel updated OFBIZ-589: --- Attachment: partyContent.patch Party Content Admin Screens and Service --- Key: OFBIZ-589 URL: https://issues.apache.org/jira/browse/OFBIZ-589 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Reporter: Anil K Patel Attachments: partyContent.patch Create admin screens for party content service implementations -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (OFBIZ-589) Party Content Admin Screens and Service
[ https://issues.apache.org/jira/browse/OFBIZ-589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462052 ] Anil K Patel commented on OFBIZ-589: There is a know problem in this patch, File upload gives write access error when Ofbiz is run using Derby database. Party Content Admin Screens and Service --- Key: OFBIZ-589 URL: https://issues.apache.org/jira/browse/OFBIZ-589 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Reporter: Anil K Patel Attachments: partyContent.patch Create admin screens for party content service implementations -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (OFBIZ-589) Party Content Admin Screens and Service
[ https://issues.apache.org/jira/browse/OFBIZ-589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Zeneski reassigned OFBIZ-589: Assignee: Andrew Zeneski Party Content Admin Screens and Service --- Key: OFBIZ-589 URL: https://issues.apache.org/jira/browse/OFBIZ-589 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Reporter: Anil K Patel Assigned To: Andrew Zeneski Attachments: partyContent.patch Create admin screens for party content service implementations -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Ad Rotator structure
On Tuesday 02 January 2007 00:13, Al Byers wrote: Thanks for the advice. This is all in support of an advertising-based revenue model for a website that draws a high amount of traffic. I figured there were two parts to managing and delivering ads. You must have a mechanism for delivering the ad link and the ad image and the image, and you must provide a way to manage the sales and order process and have the orders get into the ad delivery system. I guess I was trying to model it as a somewhat standard product sell and was not thinking of the approach that you mention. You may want to consider having the sale of an ad package trigger WorkEfforts that collect the banners from the customer and run them through someone for approval. The rotation could be handled as some kind of content group? -- Ean Schuessler, CTO [EMAIL PROTECTED] 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com
[jira] Commented: (OFBIZ-565) Load a sales order in POS
[ https://issues.apache.org/jira/browse/OFBIZ-565?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462067 ] Scott Gray commented on OFBIZ-565: -- I've had a good go at this, but it looks like we need to wait until a few other issues are resolved: http://issues.apache.org/jira/browse/OFBIZ-431 http://issues.apache.org/jira/browse/OFBIZ-424 These issues are related to editing orders which is needed for this issue, I had a go a while back at working on these but the code is too complex for me with eecas and secas firing all over the place. Load a sales order in POS - Key: OFBIZ-565 URL: https://issues.apache.org/jira/browse/OFBIZ-565 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: pos Reporter: Iain Fogg Assigned To: Jacques Le Roux Priority: Minor I often need to create a Sales Order for my customers that contain backordered items. When the backordered items arrive, my customers are notified and they come into the store to collect the items. Generally, when customers are face-to-face, we prefer to use the POS as customers are comfortable receiving the POS generated receipts. It would be very useful to be able to load a Sales Order into the POS application by specifying the order #. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (OFBIZ-583) Offline payment selection now prevents completion of sales order
[ https://issues.apache.org/jira/browse/OFBIZ-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462081 ] Iain Fogg commented on OFBIZ-583: - I just wanted to keep this issue near the top of the list - would it be possible to the team who worked recently on the checkout process to take a look at this and at least let us know why offline payments no longer work. I guess this raises a question about regression testing of significant new features, but that for another thread :-) Cheers, Iain Offline payment selection now prevents completion of sales order Key: OFBIZ-583 URL: https://issues.apache.org/jira/browse/OFBIZ-583 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: order Reporter: Iain Fogg Priority: Critical I upgraded to the latest SVN on the weekend and now I find that when I raise a Sales Order in the Order Manager, and select OFFLINE as the payment option, the sale cannot proceed because it complains about no payment method being selected. CheckOutEvent.java has undergone some significant changes regarding checkout processing, and I suspect the following snippet: methodType = request.getParameter(paymentMethodType); if (offline.equals(methodType)) { Debug.log(Changing mode from-to: + mode + -payment, module); mode = payment; } If I've selected offline payment, shouldn't the mode be set to addparty, not payment? Not sure who contributed the most recent changes, but would appreciate a speedy resolution to this one as I can't do sales orders without it!!! Cheers, Iain -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (OFBIZ-590) UtilCache - fileStore location incorrect
[ https://issues.apache.org/jira/browse/OFBIZ-590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Gray updated OFBIZ-590: - Attachment: UtilCache.patch UtilCache - fileStore location incorrect Key: OFBIZ-590 URL: https://issues.apache.org/jira/browse/OFBIZ-590 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: framework Affects Versions: SVN trunk Reporter: Scott Gray Priority: Minor Fix For: SVN trunk Attachments: UtilCache.patch I stumbled across this while playing with pos The fileStore location for UtilCache should be framework/data/util and not data/util -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (OFBIZ-583) Offline payment selection now prevents completion of sales order
[ https://issues.apache.org/jira/browse/OFBIZ-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462085 ] Scott Gray commented on OFBIZ-583: -- I understand your frustration Iain, but it does show the importance of trying out the patches that people submit. Tim and co. did ask for people to test the patch but I must admit I didn't, and if we had this might have been picked up and then fixed straight away prior to being commited. Offline payment selection now prevents completion of sales order Key: OFBIZ-583 URL: https://issues.apache.org/jira/browse/OFBIZ-583 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: order Reporter: Iain Fogg Priority: Critical I upgraded to the latest SVN on the weekend and now I find that when I raise a Sales Order in the Order Manager, and select OFFLINE as the payment option, the sale cannot proceed because it complains about no payment method being selected. CheckOutEvent.java has undergone some significant changes regarding checkout processing, and I suspect the following snippet: methodType = request.getParameter(paymentMethodType); if (offline.equals(methodType)) { Debug.log(Changing mode from-to: + mode + -payment, module); mode = payment; } If I've selected offline payment, shouldn't the mode be set to addparty, not payment? Not sure who contributed the most recent changes, but would appreciate a speedy resolution to this one as I can't do sales orders without it!!! Cheers, Iain -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: CSS Layout and Other Cleanups in the Manager Applications
Yeah, ecommerce has always been the highest priority in my mind but improving styling and LF in general on the back-end would also be great. -David On Jan 3, 2007, at 1:05 PM, Adrian Crum wrote: Thanks David. I remember you mentioning some time ago your desire for the UI to be more Zen Garden-esque. More than likely you were referring to the eCommerce component, but I don't see why the same can't be true for the rest of OFBiz. At the time you suggested it, I pictured these two files being combined and - as Chris has suggested - clear comments inserted to assist developers with modifying OFBiz's appearance. David E Jones wrote: On Jan 3, 2007, at 12:36 PM, Chris Howe wrote: Having them separated allows the flexibility to use a different style sheet if desired without needing to assign properties for everything that the stylesheet being replaced has declared for a particular class or id. All back end components utilize both because most were developed by copying another component, not because of a decision that they _should look the same. I think Open Source Strategies CRM component testifies to that (although they may be simply using the cascading effect of css as opposed to a stylesheet replacement). Actually no, the back-end applications use the same styles because they ARE meant to look the same. The OpenSourceStrategies stuff is not part of OFBiz and they certainly can (and obviously have) introduced their own patterns. Personally, I would prefer additional separation of maincss.css into the groups that are divided by comments, but it's a rather trivial distinction. I agree, it is rather trivial. I don't see any problem with combining these files. -David --- Adrian Crum [EMAIL PROTECTED] wrote: Maintaining a single css file instead of two. All components reference both files, so there's no sense to keep them separate. Chris Howe wrote: What benefit do you see in doing this? --- Adrian Crum [EMAIL PROTECTED] wrote: Jacopo, While we're on the subject, could we also discuss the possibility of combining the maincss.css and tabstyles.css files into one file? Jacopo Cappellato wrote: Following the great advices in https://issues.apache.org/jira/browse/OFBIZ-241 I've started to play with the styles in maincss.css file and apply the mods to the manufacturing application. I've noticed some minor side effects (for example the texts in the main webtools page are smaller now) and I wanted to be sure that the work I'm doing is correct and, most of all, if it is a good moment to do this work now (i.e. before a release). So please, have a look at the revisions 492187, 492201, 492242 (especially at the changes I did to the maincss.css file) and let me know what you think. Jacopo
Re: Ad Rotator structure
On Jan 3, 2007, at 3:01 PM, Ean Schuessler wrote: On Tuesday 02 January 2007 00:13, Al Byers wrote: Thanks for the advice. This is all in support of an advertising-based revenue model for a website that draws a high amount of traffic. I figured there were two parts to managing and delivering ads. You must have a mechanism for delivering the ad link and the ad image and the image, and you must provide a way to manage the sales and order process and have the orders get into the ad delivery system. I guess I was trying to model it as a somewhat standard product sell and was not thinking of the approach that you mention. You may want to consider having the sale of an ad package trigger WorkEfforts that collect the banners from the customer and run them through someone for approval. The rotation could be handled as some kind of content group? Yeah, the content group is a good idea and there is already some precedent (and an example!) for that. Something like the factoid thing in one of the screenlets on the home page of the ecommerce app might be helpful. -David
[jira] Commented: (OFBIZ-583) Offline payment selection now prevents completion of sales order
[ https://issues.apache.org/jira/browse/OFBIZ-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462086 ] Anil K Patel commented on OFBIZ-583: I see the problem but, this actually does not touch the modifications done in ecommerce checkout process. In the mean time, I am looking at the problem, I post my comments ASAP. Offline payment selection now prevents completion of sales order Key: OFBIZ-583 URL: https://issues.apache.org/jira/browse/OFBIZ-583 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: order Reporter: Iain Fogg Priority: Critical I upgraded to the latest SVN on the weekend and now I find that when I raise a Sales Order in the Order Manager, and select OFFLINE as the payment option, the sale cannot proceed because it complains about no payment method being selected. CheckOutEvent.java has undergone some significant changes regarding checkout processing, and I suspect the following snippet: methodType = request.getParameter(paymentMethodType); if (offline.equals(methodType)) { Debug.log(Changing mode from-to: + mode + -payment, module); mode = payment; } If I've selected offline payment, shouldn't the mode be set to addparty, not payment? Not sure who contributed the most recent changes, but would appreciate a speedy resolution to this one as I can't do sales orders without it!!! Cheers, Iain -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: CSS Layout and Other Cleanups in the Manager Applications
I have a good start on cleaning up the backend to look just like the existing site as an intermediate solution. I'll do my best to clean it up a bit and get that out, but I'm swamped at the moment. I had also identified a LARGE number of places where styles were embedded in the code. This is definitely something I'd love to help out with. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 3, 2007, at 4:49 PM, David E Jones wrote: Yeah, ecommerce has always been the highest priority in my mind but improving styling and LF in general on the back-end would also be great. -David On Jan 3, 2007, at 1:05 PM, Adrian Crum wrote: Thanks David. I remember you mentioning some time ago your desire for the UI to be more Zen Garden-esque. More than likely you were referring to the eCommerce component, but I don't see why the same can't be true for the rest of OFBiz. At the time you suggested it, I pictured these two files being combined and - as Chris has suggested - clear comments inserted to assist developers with modifying OFBiz's appearance. David E Jones wrote: On Jan 3, 2007, at 12:36 PM, Chris Howe wrote: Having them separated allows the flexibility to use a different style sheet if desired without needing to assign properties for everything that the stylesheet being replaced has declared for a particular class or id. All back end components utilize both because most were developed by copying another component, not because of a decision that they _should look the same. I think Open Source Strategies CRM component testifies to that (although they may be simply using the cascading effect of css as opposed to a stylesheet replacement). Actually no, the back-end applications use the same styles because they ARE meant to look the same. The OpenSourceStrategies stuff is not part of OFBiz and they certainly can (and obviously have) introduced their own patterns. Personally, I would prefer additional separation of maincss.css into the groups that are divided by comments, but it's a rather trivial distinction. I agree, it is rather trivial. I don't see any problem with combining these files. -David --- Adrian Crum [EMAIL PROTECTED] wrote: Maintaining a single css file instead of two. All components reference both files, so there's no sense to keep them separate. Chris Howe wrote: What benefit do you see in doing this? --- Adrian Crum [EMAIL PROTECTED] wrote: Jacopo, While we're on the subject, could we also discuss the possibility of combining the maincss.css and tabstyles.css files into one file? Jacopo Cappellato wrote: Following the great advices in https://issues.apache.org/jira/browse/OFBIZ-241 I've started to play with the styles in maincss.css file and apply the mods to the manufacturing application. I've noticed some minor side effects (for example the texts in the main webtools page are smaller now) and I wanted to be sure that the work I'm doing is correct and, most of all, if it is a good moment to do this work now (i.e. before a release). So please, have a look at the revisions 492187, 492201, 492242 (especially at the changes I did to the maincss.css file) and let me know what you think. Jacopo
[jira] Commented: (OFBIZ-583) Offline payment selection now prevents completion of sales order
[ https://issues.apache.org/jira/browse/OFBIZ-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462094 ] Anil K Patel commented on OFBIZ-583: I did some research, I think problem is in CheckOutEvents.java in getSelectedPaymentMethods. When a new PaymentMethod is created by the createCreditCard service and paymentMethodId is put in request.Attributes. I think getSelectedPaymentMethods should be modified to also look for paymentMethodId instead of just looking for checkOutPaymentId. But this may not be rights because I don't understand the checkout process in Ordermanager. Offline payment selection now prevents completion of sales order Key: OFBIZ-583 URL: https://issues.apache.org/jira/browse/OFBIZ-583 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: order Reporter: Iain Fogg Priority: Critical I upgraded to the latest SVN on the weekend and now I find that when I raise a Sales Order in the Order Manager, and select OFFLINE as the payment option, the sale cannot proceed because it complains about no payment method being selected. CheckOutEvent.java has undergone some significant changes regarding checkout processing, and I suspect the following snippet: methodType = request.getParameter(paymentMethodType); if (offline.equals(methodType)) { Debug.log(Changing mode from-to: + mode + -payment, module); mode = payment; } If I've selected offline payment, shouldn't the mode be set to addparty, not payment? Not sure who contributed the most recent changes, but would appreciate a speedy resolution to this one as I can't do sales orders without it!!! Cheers, Iain -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (OFBIZ-583) Offline payment selection now prevents completion of sales order
[ https://issues.apache.org/jira/browse/OFBIZ-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462097 ] Anil K Patel commented on OFBIZ-583: If you paste this following code at line # 253 in CheckOutEvents.java. I know this will fix the CreditCard problem. if (paymentMethods == null) { String paymentMethodId = (String) request.getAttribute(paymentMethodId); if (paymentMethodId != null) { String[] paymentMethodsTemp = {paymentMethodId}; paymentMethods = paymentMethodsTemp; } } Offline payment selection now prevents completion of sales order Key: OFBIZ-583 URL: https://issues.apache.org/jira/browse/OFBIZ-583 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: order Reporter: Iain Fogg Priority: Critical I upgraded to the latest SVN on the weekend and now I find that when I raise a Sales Order in the Order Manager, and select OFFLINE as the payment option, the sale cannot proceed because it complains about no payment method being selected. CheckOutEvent.java has undergone some significant changes regarding checkout processing, and I suspect the following snippet: methodType = request.getParameter(paymentMethodType); if (offline.equals(methodType)) { Debug.log(Changing mode from-to: + mode + -payment, module); mode = payment; } If I've selected offline payment, shouldn't the mode be set to addparty, not payment? Not sure who contributed the most recent changes, but would appreciate a speedy resolution to this one as I can't do sales orders without it!!! Cheers, Iain -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: CSS Layout and Other Cleanups in the Manager Applications
I'd like to help with that effort. From my perspective, I see it happening kinda like this: 1. Combine maincss.css and tabstyles.css files into one file. 2. Test css classes on a single component (what Jacopo is doing now), tweak css class settings. 3. Once css class settings are finalized, go through all widgets and ftl files to eliminate embedded styles. I'm not a css wizard, so I can't be of much help with #1 and #2. I can help with #3 though. Tim Ruppert wrote: I have a good start on cleaning up the backend to look just like the existing site as an intermediate solution. I'll do my best to clean it up a bit and get that out, but I'm swamped at the moment. I had also identified a LARGE number of places where styles were embedded in the code. This is definitely something I'd love to help out with. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 3, 2007, at 4:49 PM, David E Jones wrote: Yeah, ecommerce has always been the highest priority in my mind but improving styling and LF in general on the back-end would also be great. -David On Jan 3, 2007, at 1:05 PM, Adrian Crum wrote: Thanks David. I remember you mentioning some time ago your desire for the UI to be more Zen Garden-esque. More than likely you were referring to the eCommerce component, but I don't see why the same can't be true for the rest of OFBiz. At the time you suggested it, I pictured these two files being combined and - as Chris has suggested - clear comments inserted to assist developers with modifying OFBiz's appearance. David E Jones wrote: On Jan 3, 2007, at 12:36 PM, Chris Howe wrote: Having them separated allows the flexibility to use a different style sheet if desired without needing to assign properties for everything that the stylesheet being replaced has declared for a particular class or id. All back end components utilize both because most were developed by copying another component, not because of a decision that they _should look the same. I think Open Source Strategies CRM component testifies to that (although they may be simply using the cascading effect of css as opposed to a stylesheet replacement). Actually no, the back-end applications use the same styles because they ARE meant to look the same. The OpenSourceStrategies stuff is not part of OFBiz and they certainly can (and obviously have) introduced their own patterns. Personally, I would prefer additional separation of maincss.css into the groups that are divided by comments, but it's a rather trivial distinction. I agree, it is rather trivial. I don't see any problem with combining these files. -David --- Adrian Crum [EMAIL PROTECTED] wrote: Maintaining a single css file instead of two. All components reference both files, so there's no sense to keep them separate. Chris Howe wrote: What benefit do you see in doing this? --- Adrian Crum [EMAIL PROTECTED] wrote: Jacopo, While we're on the subject, could we also discuss the possibility of combining the maincss.css and tabstyles.css files into one file? Jacopo Cappellato wrote: Following the great advices in https://issues.apache.org/jira/browse/OFBIZ-241 I've started to play with the styles in maincss.css file and apply the mods to the manufacturing application. I've noticed some minor side effects (for example the texts in the main webtools page are smaller now) and I wanted to be sure that the work I'm doing is correct and, most of all, if it is a good moment to do this work now (i.e. before a release). So please, have a look at the revisions 492187, 492201, 492242 (especially at the changes I did to the maincss.css file) and let me know what you think. Jacopo
[jira] Commented: (OFBIZ-583) Offline payment selection now prevents completion of sales order
[ https://issues.apache.org/jira/browse/OFBIZ-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462098 ] Scott Gray commented on OFBIZ-583: -- It looks like some changes Jacopo made last month, I'll revert a few things and see what happens. Thanks for your help Anil Offline payment selection now prevents completion of sales order Key: OFBIZ-583 URL: https://issues.apache.org/jira/browse/OFBIZ-583 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: order Reporter: Iain Fogg Priority: Critical I upgraded to the latest SVN on the weekend and now I find that when I raise a Sales Order in the Order Manager, and select OFFLINE as the payment option, the sale cannot proceed because it complains about no payment method being selected. CheckOutEvent.java has undergone some significant changes regarding checkout processing, and I suspect the following snippet: methodType = request.getParameter(paymentMethodType); if (offline.equals(methodType)) { Debug.log(Changing mode from-to: + mode + -payment, module); mode = payment; } If I've selected offline payment, shouldn't the mode be set to addparty, not payment? Not sure who contributed the most recent changes, but would appreciate a speedy resolution to this one as I can't do sales orders without it!!! Cheers, Iain -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
why does product inventory page hide DELIVERED serialized inventory?
Hi, For some reason serialized inventory in the state of DELIVERED do not show up in Catalog Manager's Product Inventory tab. Looking at the code it's fairly obvious why: $ vi applications/product/webapp/catalog/product/EditProductInventoryItems.ftl #list productInventoryItems as inventoryItem #if showEmpty || (inventoryItem.inventoryItemTypeId?if_exists == SERIALIZED_INV_ITEM inventoryItem.statusId?if_exists != INV_DELIVERED) But why is it done like this? Is there some design reason why serialized inventory in the DELIVERED status should not be shown, but all the other status codes are shown? Si
Re: New Service Providers Page
On Saturday 30 December 2006 00:52, David E Jones wrote: This is an email you don't want to miss... especially if you are a service provider offering stuff based on OFBiz. As part of the web site refactoring we are moving various things from the old web site to the new wiki site. The Service Providers sections of the services page are being moved over right now to this page on the docs.ofbiz.org site: http://docs.ofbiz.org/x/JAM IMPORTANT: If you have been listed on the ofbiz site in the past and wish to be listed in the future, please go there and add an entry for your company. Rather than propagating entries from before, some of which have been around but inactive for years, this way we can start fresh and get a more recent and complete listing. There is an example there for Hotwax Media along with an interesting announcement and you can follow or expand on that pattern for your own listing. Brainfood is the only premium service provider website that runs on OFBiz! Do we get a bonus for that? (Si! PHP! For shame!) -- Ean Schuessler, CTO [EMAIL PROTECTED] 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com
[jira] Commented: (OFBIZ-583) Offline payment selection now prevents completion of sales order
[ https://issues.apache.org/jira/browse/OFBIZ-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462119 ] Iain Fogg commented on OFBIZ-583: - Scott/Anil, Thanks for the follow-up. You're absolutely right about Tim and co, asking for people to test. I foolishly thought that since all the mods seemed to relate to anonymous checkout, then it wouldn't affect me - oops! Having said that, I've also become a little blase about incorporating patches, as generally I've found patchess to be pretty well tested and normally are backward compatibility (or at least do no harm). I think this one just fell through the cracks. Please let me know if/when you find the solution - I'll be the first to patch and test! Cheers, Iain Offline payment selection now prevents completion of sales order Key: OFBIZ-583 URL: https://issues.apache.org/jira/browse/OFBIZ-583 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: order Reporter: Iain Fogg Priority: Critical I upgraded to the latest SVN on the weekend and now I find that when I raise a Sales Order in the Order Manager, and select OFFLINE as the payment option, the sale cannot proceed because it complains about no payment method being selected. CheckOutEvent.java has undergone some significant changes regarding checkout processing, and I suspect the following snippet: methodType = request.getParameter(paymentMethodType); if (offline.equals(methodType)) { Debug.log(Changing mode from-to: + mode + -payment, module); mode = payment; } If I've selected offline payment, shouldn't the mode be set to addparty, not payment? Not sure who contributed the most recent changes, but would appreciate a speedy resolution to this one as I can't do sales orders without it!!! Cheers, Iain -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (OFBIZ-590) UtilCache - fileStore location incorrect
[ https://issues.apache.org/jira/browse/OFBIZ-590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462126 ] Jacques Le Roux commented on OFBIZ-590: --- No comment, to be commited ASAP, I vote for ! UtilCache - fileStore location incorrect Key: OFBIZ-590 URL: https://issues.apache.org/jira/browse/OFBIZ-590 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: framework Affects Versions: SVN trunk Reporter: Scott Gray Priority: Minor Fix For: SVN trunk Attachments: UtilCache.patch I stumbled across this while playing with pos The fileStore location for UtilCache should be framework/data/util and not data/util -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (OFBIZ-547) Duplicate Id error on Create New FixedAsset
[ https://issues.apache.org/jira/browse/OFBIZ-547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux closed OFBIZ-547. - Resolution: Fixed Fix Version/s: SVN trunk Anil, Your patch is in OFBiz revision: 492411 Thanks Duplicate Id error on Create New FixedAsset --- Key: OFBIZ-547 URL: https://issues.apache.org/jira/browse/OFBIZ-547 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: accounting Reporter: Anil K Patel Assigned To: Jacques Le Roux Fix For: SVN trunk Attachments: FixedAssedIdDuplicateMessage_Update1.patch While creating a New FixedAsset, if user enters FixedAssetId that already exists in system, Unfriendly message is returned and existing fixedAsset is opened in Edit mode. 1) The error message should be easier to understand by user. 2) Existing fixedAsset should not be opened in edit mode, this confuses user with Idea that fixedAsset was created. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (OFBIZ-547) Duplicate Id error on Create New FixedAsset
[ https://issues.apache.org/jira/browse/OFBIZ-547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462133 ] Anil K Patel commented on OFBIZ-547: Jacques, Thanks for your time and help. Regards Duplicate Id error on Create New FixedAsset --- Key: OFBIZ-547 URL: https://issues.apache.org/jira/browse/OFBIZ-547 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: accounting Reporter: Anil K Patel Assigned To: Jacques Le Roux Fix For: SVN trunk Attachments: FixedAssedIdDuplicateMessage_Update1.patch While creating a New FixedAsset, if user enters FixedAssetId that already exists in system, Unfriendly message is returned and existing fixedAsset is opened in Edit mode. 1) The error message should be easier to understand by user. 2) Existing fixedAsset should not be opened in edit mode, this confuses user with Idea that fixedAsset was created. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (OFBIZ-590) UtilCache - fileStore location incorrect
[ https://issues.apache.org/jira/browse/OFBIZ-590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux reassigned OFBIZ-590: - Assignee: Jacques Le Roux UtilCache - fileStore location incorrect Key: OFBIZ-590 URL: https://issues.apache.org/jira/browse/OFBIZ-590 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: framework Affects Versions: SVN trunk Reporter: Scott Gray Assigned To: Jacques Le Roux Priority: Minor Fix For: SVN trunk Attachments: UtilCache.patch I stumbled across this while playing with pos The fileStore location for UtilCache should be framework/data/util and not data/util -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (OFBIZ-590) UtilCache - fileStore location incorrect
[ https://issues.apache.org/jira/browse/OFBIZ-590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux closed OFBIZ-590. - Resolution: Fixed Thanks Scott, Your patch is in OFBiz revision: 492418 UtilCache - fileStore location incorrect Key: OFBIZ-590 URL: https://issues.apache.org/jira/browse/OFBIZ-590 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: framework Affects Versions: SVN trunk Reporter: Scott Gray Assigned To: Jacques Le Roux Priority: Minor Fix For: SVN trunk Attachments: UtilCache.patch I stumbled across this while playing with pos The fileStore location for UtilCache should be framework/data/util and not data/util -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: New Service Providers Page
On Jan 3, 2007, at 6:08 PM, Ean Schuessler wrote: On Saturday 30 December 2006 00:52, David E Jones wrote: This is an email you don't want to miss... especially if you are a service provider offering stuff based on OFBiz. As part of the web site refactoring we are moving various things from the old web site to the new wiki site. The Service Providers sections of the services page are being moved over right now to this page on the docs.ofbiz.org site: http://docs.ofbiz.org/x/JAM IMPORTANT: If you have been listed on the ofbiz site in the past and wish to be listed in the future, please go there and add an entry for your company. Rather than propagating entries from before, some of which have been around but inactive for years, this way we can start fresh and get a more recent and complete listing. There is an example there for Hotwax Media along with an interesting announcement and you can follow or expand on that pattern for your own listing. Brainfood is the only premium service provider website that runs on OFBiz! Do we get a bonus for that? (Si! PHP! For shame!) No kidding, what's up Si? Fortunately things aren't _quite_ as bad as they seem... Personally I guess I can forgive Si because he has a good production ecommerce site (Gracious Style) that is helping to PoC a lot of the back-end stuff too. And yeah, you're right the Hotwax site is still static, but heah we're only officialy 2 days into the new company! But yes, rest assured, the hotwaxmedia.com site(s) WILL all eventually run on OFBiz, starting with the public site which will soon be just like the Undersun Consulting site, which runs 100% on OFBiz (albeit a bit of an embarrassingly old version!). We even have plans to migrate more internal tools to OFBiz like project management (we're currently using XPlanner, which is okay, but it's not OFBiz!), CRM, and even accounting and such. It'll be fun working it into shape for a services company and if anyone else is interested in doing so but afraid to take it on alone, let's get together and go for it... in about 2 months. We're actually really swamped right now and our public site and such are obviously a little tough for us to get out of the way. Darn, 2 days and we still don't have it! ;) More seriously though, it would be super-cool if we all jumped on this and really start eating our dog crap, or er, food. So, the Brainfood site is running on OFBiz? That's cool. Did you mount the webapp and the control servlet on / or something? The URLs are way more disguised than we tried to do with the Undersun site. Okay forget I just said that, I'm an idiot. I remember now that you guys have a slick front end piece as an alternative to the ControlServlet and such and that's probably what you've got going there. If you want to add your site to the list of public facing OFBiz- running sites it's now on an open page in Confluence (you just have to have an account to edit): http://docs.ofbiz.org/x/ZQM Also, we've recently move the service provider listings to Confluence too, so you might want to update your listing here: http://docs.ofbiz.org/x/JAM -David
[jira] Commented: (OFBIZ-583) Offline payment selection now prevents completion of sales order
[ https://issues.apache.org/jira/browse/OFBIZ-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462148 ] Scott Gray commented on OFBIZ-583: -- Hi Jacopo You need to use a customer with no payment details previously loaded (like a credit card), try it with admin and you should see the problem. Offline payment selection now prevents completion of sales order Key: OFBIZ-583 URL: https://issues.apache.org/jira/browse/OFBIZ-583 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: order Reporter: Iain Fogg Priority: Critical I upgraded to the latest SVN on the weekend and now I find that when I raise a Sales Order in the Order Manager, and select OFFLINE as the payment option, the sale cannot proceed because it complains about no payment method being selected. CheckOutEvent.java has undergone some significant changes regarding checkout processing, and I suspect the following snippet: methodType = request.getParameter(paymentMethodType); if (offline.equals(methodType)) { Debug.log(Changing mode from-to: + mode + -payment, module); mode = payment; } If I've selected offline payment, shouldn't the mode be set to addparty, not payment? Not sure who contributed the most recent changes, but would appreciate a speedy resolution to this one as I can't do sales orders without it!!! Cheers, Iain -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (OFBIZ-583) Offline payment selection now prevents completion of sales order
[ https://issues.apache.org/jira/browse/OFBIZ-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462151 ] Anil K Patel commented on OFBIZ-583: This problem is reported when new payment method is created. Event for the customer that have payment methods, when we try to create new Payment Method, we get this error. Offline payment selection now prevents completion of sales order Key: OFBIZ-583 URL: https://issues.apache.org/jira/browse/OFBIZ-583 Project: Apache OFBiz (The Open for Business Project) Issue Type: Bug Components: order Reporter: Iain Fogg Priority: Critical I upgraded to the latest SVN on the weekend and now I find that when I raise a Sales Order in the Order Manager, and select OFFLINE as the payment option, the sale cannot proceed because it complains about no payment method being selected. CheckOutEvent.java has undergone some significant changes regarding checkout processing, and I suspect the following snippet: methodType = request.getParameter(paymentMethodType); if (offline.equals(methodType)) { Debug.log(Changing mode from-to: + mode + -payment, module); mode = payment; } If I've selected offline payment, shouldn't the mode be set to addparty, not payment? Not sure who contributed the most recent changes, but would appreciate a speedy resolution to this one as I can't do sales orders without it!!! Cheers, Iain -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: why does product inventory page hide DELIVERED serialized inventory?
On Jan 3, 2007, at 6:28 PM, Si Chen wrote: Si Chen wrote: Hi, For some reason serialized inventory in the state of DELIVERED do not show up in Catalog Manager's Product Inventory tab. Looking at the code it's fairly obvious why: $ vi applications/product/webapp/catalog/product/ EditProductInventoryItems.ftl #list productInventoryItems as inventoryItem #if showEmpty || (inventoryItem.inventoryItemTypeId? if_exists == SERIALIZED_INV_ITEM inventoryItem.statusId? if_exists != INV_DELIVERED) But why is it done like this? Is there some design reason why serialized inventory in the DELIVERED status should not be shown, but all the other status codes are shown? Si Aha - I figured it out and in the process flushed out another bug: http://issues.apache.org/jira/browse/OFBIZ-591 Oh yeah, this looks like a nice juicy bug that needs to be squashed, or consumed, or whatever... ;) -David
Re: [jira] Commented: (OFBIZ-547) Duplicate Id error on Create New FixedAsset
David, thanks for your comments. In fact I noticed pattern recently and used it in patch applied to following issue. https://issues.apache.org/jira/browse/OFBIZ-585 Regards Anil Patel On 1/3/07, David E. Jones (JIRA) [EMAIL PROTECTED] wrote: [ https://issues.apache.org/jira/browse/OFBIZ-547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462155] David E. Jones commented on OFBIZ-547: -- Yes, I guess a commit is a good way to get someone, especially someone like me, to review it! Anyway, this all looks pretty safe, and more closely follow the pattern used with the createProduct service. BTW, in general the use of entity-one is far more effective and less error prone than the use of find-by-primary-key. The main reason for this is that the field mappings are done with sub-elements, not with a Map that must be created and worried about. Duplicate Id error on Create New FixedAsset --- Key: OFBIZ-547 URL: https://issues.apache.org/jira/browse/OFBIZ-547 Project: Apache OFBiz (The Open for Business Project) Issue Type: Improvement Components: accounting Reporter: Anil K Patel Assigned To: Jacques Le Roux Fix For: SVN trunk Attachments: FixedAssedIdDuplicateMessage_Update1.patch While creating a New FixedAsset, if user enters FixedAssetId that already exists in system, Unfriendly message is returned and existing fixedAsset is opened in Edit mode. 1) The error message should be easier to understand by user. 2) Existing fixedAsset should not be opened in edit mode, this confuses user with Idea that fixedAsset was created. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira