Re: Discussion: Compound Screen Widget Files (was: Discussion: Support Screen Widget Namespaces)
From: Adrian Crum adrian.c...@yahoo.com In case anyone is wondering what the advantage is to doing things this way, I can use the Party Manager as an example. The Party Manager application is huge. For the most part, having all screens in one file, all forms in one file, all menus in one file, etc makes sense. But in an application that size, those files have become very big and monolithic. That slows down development because a lot of time is spent going from file to file and searching through the file for the bit of information you need. There are portions of the Party Manager application that are somewhat atomic and lend themselves well to being separated out. Let's use the Party Roles screen as an example. The Party Roles screen contains 1 screen widget (not including the decorators), and 4 form widgets. The screen widget is defined in PartyScreens.xml - which contains about 35 screen widgets. The form widgets are defined in PartyForms.xml - which contains around 50 form widgets. We *could* put those 4 form widgets in their own form widget file, but then we would still have an additional file to work with. The Party Roles screen requires 4 requests and 1 view map. Those requests and view map are in the controller.xml file - which is 1338 lines long. Again, we *could* put those requests and view in a separate file, but then we would still have an additional file to work with. Here is how the Party Roles screen artifacts could be organized in the proposed compound widget file: We could create a file called PartyRole.xml, and then put the 1 screen widget, 4 form widgets, 4 requests, and 1 view map in that file. All Party Role UI-related artifacts are now in one place where they are easy to find. The same process could be repeated for Party Relationships. -Adrian This makes sense indeed, I can't see any drawbacks but if you need to jump from another group of screens in Party for instance. I think they are pros and cons but it's worth it. Jacques --- On Sun, 1/2/11, Adrian Crum adrian.c...@yahoo.com wrote: Okay, I got the XML parsing errors fixed. It required new schemas. If we want to add this feature to the project, we will need two versions of some schemas (all screen widget xsd files, simple-methods.xsd and site-conf.xsd). The new versions could include a version number in the file name, like widget-screen-v2.xsd as an example. Adding the version number to the xsd file name also solves another problem - currently all versions of OFBiz are referencing a single xsd file version. In the future, as xsd files are changed, they could be given a new version number and the dependent XML files would be updated to reference them. Or we could have the version number in the url and put the new schemas in the new url. David suggested using schema includes to share schemas (like for widget actions). This change could be a first step in that direction - because the new schemas will have their own namespace. I have updated the Jira issue with a new patch so everyone can take a look: https://issues.apache.org/jira/browse/OFBIZ-4090 Comments and suggestions are welcome! -Adrian --- On Sun, 1/2/11, Adrian Crum adrian.c...@yahoo.com wrote: --- On Sat, 1/1/11, David E Jones d...@me.com wrote: In Moqui I went a different direction and there is no controller.xml file, everything there is in the screen definition. We could do that in OFBiz too. Since the controller.xml file supports the include element, it would be a simple matter to add a controller element to the compound screen widget file, and then use the controller's include element to include the compound screen widget file. The more I think about it, the more I like the idea.
Re: Localization experiences to share
Hi Luís, did you look into the uiLabels already? These files contains all language translations. So OFbiz is localized to a lot of languages and it can be extended easily. Cheers Sascha 2011/1/3 Luís Maranesi luis.maran...@gmail.com Hi, I have sent the following to the user list last week and it seems that no one have any information to share. If someone here at the dev list have some information I'd be grateful for any help. Thanks in advance, Luís -- Forwarded message -- From: Luís Maranesi luis.maran...@gmail.com Date: Tue, Dec 28, 2010 at 12:51 AM Subject: Localization experiences to share To: u...@ofbiz.apache.org Hello, I'm writing because I've been trying to localize OFBiz to be used in Brazil or at least to make that easier to happen. I'd like to ask if someone here have any experience to share about OFBiz localization in other languages and countries. If there is someone that can help me, I'd like to know what were the main aspects taken into account in the localization process. Comments about things concerning local laws and accounting laws and regulation would be appreciated too. In fact I need these information to add some comments in a report I'm about to present. Thanks in advance, Luís Maranesi -- Sascha Rodekamp Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de
Re: Discussion: Compound Screen Widget Files (was: Discussion: Support Screen Widget Namespaces)
From: Jacques Le Roux jacques.le.r...@les7arts.com From: Adrian Crum adrian.c...@yahoo.com In case anyone is wondering what the advantage is to doing things this way, I can use the Party Manager as an example. The Party Manager application is huge. For the most part, having all screens in one file, all forms in one file, all menus in one file, etc makes sense. But in an application that size, those files have become very big and monolithic. That slows down development because a lot of time is spent going from file to file and searching through the file for the bit of information you need. There are portions of the Party Manager application that are somewhat atomic and lend themselves well to being separated out. Let's use the Party Roles screen as an example. The Party Roles screen contains 1 screen widget (not including the decorators), and 4 form widgets. The screen widget is defined in PartyScreens.xml - which contains about 35 screen widgets. The form widgets are defined in PartyForms.xml - which contains around 50 form widgets. We *could* put those 4 form widgets in their own form widget file, but then we would still have an additional file to work with. The Party Roles screen requires 4 requests and 1 view map. Those requests and view map are in the controller.xml file - which is 1338 lines long. Again, we *could* put those requests and view in a separate file, but then we would still have an additional file to work with. Here is how the Party Roles screen artifacts could be organized in the proposed compound widget file: We could create a file called PartyRole.xml, and then put the 1 screen widget, 4 form widgets, 4 requests, and 1 view map in that file. All Party Role UI-related artifacts are now in one place where they are easy to find. The same process could be repeated for Party Relationships. -Adrian This makes sense indeed, I can't see any drawbacks but if you need to jump from another group of screens in Party for instance. I think they are pros and cons but it's worth it. Ha also I like to search in *een* files and *form* files to narrow the targets (specially in custom projects, but not only) Jacques Jacques --- On Sun, 1/2/11, Adrian Crum adrian.c...@yahoo.com wrote: Okay, I got the XML parsing errors fixed. It required new schemas. If we want to add this feature to the project, we will need two versions of some schemas (all screen widget xsd files, simple-methods.xsd and site-conf.xsd). The new versions could include a version number in the file name, like widget-screen-v2.xsd as an example. Adding the version number to the xsd file name also solves another problem - currently all versions of OFBiz are referencing a single xsd file version. In the future, as xsd files are changed, they could be given a new version number and the dependent XML files would be updated to reference them. Or we could have the version number in the url and put the new schemas in the new url. David suggested using schema includes to share schemas (like for widget actions). This change could be a first step in that direction - because the new schemas will have their own namespace. I have updated the Jira issue with a new patch so everyone can take a look: https://issues.apache.org/jira/browse/OFBIZ-4090 Comments and suggestions are welcome! -Adrian --- On Sun, 1/2/11, Adrian Crum adrian.c...@yahoo.com wrote: --- On Sat, 1/1/11, David E Jones d...@me.com wrote: In Moqui I went a different direction and there is no controller.xml file, everything there is in the screen definition. We could do that in OFBiz too. Since the controller.xml file supports the include element, it would be a simple matter to add a controller element to the compound screen widget file, and then use the controller's include element to include the compound screen widget file. The more I think about it, the more I like the idea.
Re: Discussion: Support Screen Widget Namespaces
Le 02/01/2011 10:05, Scott Gray a écrit : I've been playing around with Jelly (http://commons.apache.org/jelly/) lately and it might be worth taking a look at while you're on this train of thought. Regards Scott Jelly is also used in Hudson : http://wiki.hudson-ci.org/display/HUDSON/Extend+Hudson There is a subsection called Writing Jelly Cheers, -- Erwan de FERRIERES www.nereide.biz
Re: Discussion: Flat Grey Visual Theme
I was thinking we could use colors from the Apache logo and the BizznessTime theme. I would also like to get rid of the chiclet main navigation style, and maybe have that menu in a collapsible left column. -Adrian --- On Sun, 1/2/11, Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com wrote: From: Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com Subject: Re: Discussion: Flat Grey Visual Theme To: dev@ofbiz.apache.org, Jacques Le Roux jacques.le.r...@les7arts.com Date: Sunday, January 2, 2011, 2:27 AM I really would appreciate to keep the Flat Gray. But you're right it needs a few visual improvements. Let me think about this, maybe somethink comes to my mind . :-) Cheers 2010/12/29 Jacques Le Roux jacques.le.r...@les7arts.com IIRW, it's the only really RTL capable. So a big YES to keep it, of course. I have no ideas though :/ Jacques From: Adrian Crum adrian.c...@yahoo.com The Flat Grey visual theme is getting old. The current version of the theme is based on the original look and feel of OFBiz when I first joined the community - back in 2004. Around the Spring of 2007 I added some gradient gifs to make the original style a little more interesting. After that, the visual theme was converted to a floating flexible layout (to fit any size screen), it was made sight-impaired accessible (font size can be changed), and it added support for bi-directional layout (for rtl languages). Those design decisions were made by the OFBiz community and, in my opinion, continue to make the Flat Grey theme the fallback theme when all else fails. It just works. Despite its advantages, it looks dated. I would like to update it to make it more modern, but maintain its advantages over the other themes. I'm thinking it only needs css and gif file updates. The current templates and javascripts would be maintained. If anyone is interested, they are welcome to help out. I would also appreciate any suggestions or comments. Let me know what you think. -Adrian -- Sascha Rodekamp Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de
Party Classification Data Modeling
Looking at The Data Model Resource Book and the way OFBiz models Party Classification, it appears to me OFBiz models it wrong. According to the book, the Party Classification entity ties a Party to a Party Type with a from and thru date. In OFBiz, the Party Classification entity ties a Party to a Party Classification Group with a from and thru date. The Party Type is tied directly to Party with no from and thru date. Was that intentional? Why was it done that way? -Adrian
[jira] Created: (OFBIZ-4091) Internazionalization of ServiceUtil.returnSuccess, ServiceUtil.returnFailure, ServiceUtil.returnError
Internazionalization of ServiceUtil.returnSuccess, ServiceUtil.returnFailure, ServiceUtil.returnError - Key: OFBIZ-4091 URL: https://issues.apache.org/jira/browse/OFBIZ-4091 Project: OFBiz Issue Type: Improvement Components: ALL COMPONENTS Affects Versions: SVN trunk Reporter: Marco Risaliti Assignee: Marco Risaliti Priority: Minor Fix For: SVN trunk Actually there are more than 800 reference to hard-coded labels into call to ServiceUtil.returnSuccess, ServiceUtil.returnFailure, ServiceUtil.returnError and those messages cannot be translate. I will start to remove it and this issue is for track the status of the conversion. Thanks Marco -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-3947) multiflex theme - shows Utente button on checkout options page
[ https://issues.apache.org/jira/browse/OFBIZ-3947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Risaliti reassigned OFBIZ-3947: - Assignee: Marco Risaliti multiflex theme - shows Utente button on checkout options page Key: OFBIZ-3947 URL: https://issues.apache.org/jira/browse/OFBIZ-3947 Project: OFBiz Issue Type: Bug Components: specialpurpose/ecommerce Affects Versions: Release Branch 09.04 Environment: https://demo-stable.ofbiz.apache.org Reporter: chris snow Assignee: Marco Risaliti Attachments: ecommerce.png The multiflex theme - show Utente button on checkout options page next to Quick Add button. Steps to reproduce: 1) switch to multiflex theme 2) add product to cart 3) click checkout 4) login as admin See attached screenshot... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-3942) my time screen in project mgr shows wrong labels with entry field for hours
[ https://issues.apache.org/jira/browse/OFBIZ-3942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Risaliti reassigned OFBIZ-3942: - Assignee: Marco Risaliti my time screen in project mgr shows wrong labels with entry field for hours --- Key: OFBIZ-3942 URL: https://issues.apache.org/jira/browse/OFBIZ-3942 Project: OFBiz Issue Type: Bug Components: specialpurpose/projectmgr Affects Versions: Release Branch 10.04, SVN trunk Reporter: Pierre Smits Assignee: Marco Risaliti Fix For: Release Branch 10.04, SVN trunk Attachments: TimeSheetForms-2010-09-17.patch The my time entry screen for hours in Project Mgr shows labels (in English) for the hour columns in following order: sun, mon,tue,wen,thu,fri,sat. However when entering hours on in e.g the mon(day) column the actual date registered for the hours is for tuesday. Seems like the week starts on monday, not on sunday -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-3943) MULTIFLEX ecommerce Advanced Search layout issues
[ https://issues.apache.org/jira/browse/OFBIZ-3943?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Risaliti reassigned OFBIZ-3943: - Assignee: Marco Risaliti MULTIFLEX ecommerce Advanced Search layout issues - Key: OFBIZ-3943 URL: https://issues.apache.org/jira/browse/OFBIZ-3943 Project: OFBiz Issue Type: Bug Components: specialpurpose/ecommerce Affects Versions: Release 09.04 Environment: Firefox 3.6.9 - Ubuntu Linux 10.04 x86 Reporter: chris snow Assignee: Marco Risaliti Priority: Minor Attachments: Screenshot-AdvancedSearch.png See attached screenshot -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Discussion: Flat Grey Visual Theme
By chiclet main navigation style, you mean the tabs? Then I think we should keep Flat Grey as it is (because there are advantages to have tabs) and create a Flat Grey evolution... Jacques From: Adrian Crum adrian.c...@yahoo.com I was thinking we could use colors from the Apache logo and the BizznessTime theme. I would also like to get rid of the chiclet main navigation style, and maybe have that menu in a collapsible left column. -Adrian --- On Sun, 1/2/11, Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com wrote: From: Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com Subject: Re: Discussion: Flat Grey Visual Theme To: dev@ofbiz.apache.org, Jacques Le Roux jacques.le.r...@les7arts.com Date: Sunday, January 2, 2011, 2:27 AM I really would appreciate to keep the Flat Gray. But you're right it needs a few visual improvements. Let me think about this, maybe somethink comes to my mind . :-) Cheers 2010/12/29 Jacques Le Roux jacques.le.r...@les7arts.com IIRW, it's the only really RTL capable. So a big YES to keep it, of course. I have no ideas though :/ Jacques From: Adrian Crum adrian.c...@yahoo.com The Flat Grey visual theme is getting old. The current version of the theme is based on the original look and feel of OFBiz when I first joined the community - back in 2004. Around the Spring of 2007 I added some gradient gifs to make the original style a little more interesting. After that, the visual theme was converted to a floating flexible layout (to fit any size screen), it was made sight-impaired accessible (font size can be changed), and it added support for bi-directional layout (for rtl languages). Those design decisions were made by the OFBiz community and, in my opinion, continue to make the Flat Grey theme the fallback theme when all else fails. It just works. Despite its advantages, it looks dated. I would like to update it to make it more modern, but maintain its advantages over the other themes. I'm thinking it only needs css and gif file updates. The current templates and javascripts would be maintained. If anyone is interested, they are welcome to help out. I would also appreciate any suggestions or comments. Let me know what you think. -Adrian -- Sascha Rodekamp Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de
Re: Discussion: Flat Grey Visual Theme
Chiclet refers to a brand of chewing gum. The tabs look like pieces of Chiclets chewing gum. They look terrible when they are displayed in two rows. -Adrian --- On Mon, 1/3/11, Jacques Le Roux jacques.le.r...@les7arts.com wrote: By chiclet main navigation style, you mean the tabs? Then I think we should keep Flat Grey as it is (because there are advantages to have tabs) and create a Flat Grey evolution... Jacques From: Adrian Crum adrian.c...@yahoo.com I was thinking we could use colors from the Apache logo and the BizznessTime theme. I would also like to get rid of the chiclet main navigation style, and maybe have that menu in a collapsible left column. -Adrian --- On Sun, 1/2/11, Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com wrote: From: Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com Subject: Re: Discussion: Flat Grey Visual Theme To: dev@ofbiz.apache.org, Jacques Le Roux jacques.le.r...@les7arts.com Date: Sunday, January 2, 2011, 2:27 AM I really would appreciate to keep the Flat Gray. But you're right it needs a few visual improvements. Let me think about this, maybe somethink comes to my mind . :-) Cheers 2010/12/29 Jacques Le Roux jacques.le.r...@les7arts.com IIRW, it's the only really RTL capable. So a big YES to keep it, of course. I have no ideas though :/ Jacques From: Adrian Crum adrian.c...@yahoo.com The Flat Grey visual theme is getting old. The current version of the theme is based on the original look and feel of OFBiz when I first joined the community - back in 2004. Around the Spring of 2007 I added some gradient gifs to make the original style a little more interesting. After that, the visual theme was converted to a floating flexible layout (to fit any size screen), it was made sight-impaired accessible (font size can be changed), and it added support for bi-directional layout (for rtl languages). Those design decisions were made by the OFBiz community and, in my opinion, continue to make the Flat Grey theme the fallback theme when all else fails. It just works. Despite its advantages, it looks dated. I would like to update it to make it more modern, but maintain its advantages over the other themes. I'm thinking it only needs css and gif file updates. The current templates and javascripts would be maintained. If anyone is interested, they are welcome to help out. I would also appreciate any suggestions or comments. Let me know what you think. -Adrian -- Sascha Rodekamp Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de
Re: Discussion: Flat Grey Visual Theme
IMO I see no reason to have a Flat Grey Evolution theme. Adrian is right, the Flat Grey theme hasn't had a visual update in years and it looks very dated. It needs some love. Let's not add another improved version, let's just improve the version we have now. I think that is more efficient and more beneficial in the long run. As far as the tabs go, we can still keep a horizontal, tab-like navigation without actually having the tabs look like tabs. Because, the absolutely do look terrible displayed in two rows. Adrian, I would be happy to collaborate with you on this. I think I have some ideas that could help. Email me directly if you want to hash out some ideas outside of this mailing list discussion. Consequently, as far as new admin themes go, I guess I can use this as an opportunity as well to drop a teaser about a new theme I have been working on already for some time now that I honestly hope will become the go-to theme for scalability and customization, and that will eventually replace the Flat Grey theme altogether. The new theme scales down very well to 800x600 and has minimal styling for maximum flexibility and customization. Stay tuned for more details in the next few days... Ryan L. Foster 801.671.0769 cont...@ryanlfoster.com On Jan 3, 2011, at 11:04 AM, Adrian Crum wrote: Chiclet refers to a brand of chewing gum. The tabs look like pieces of Chiclets chewing gum. They look terrible when they are displayed in two rows. -Adrian --- On Mon, 1/3/11, Jacques Le Roux jacques.le.r...@les7arts.com wrote: By chiclet main navigation style, you mean the tabs? Then I think we should keep Flat Grey as it is (because there are advantages to have tabs) and create a Flat Grey evolution... Jacques From: Adrian Crum adrian.c...@yahoo.com I was thinking we could use colors from the Apache logo and the BizznessTime theme. I would also like to get rid of the chiclet main navigation style, and maybe have that menu in a collapsible left column. -Adrian --- On Sun, 1/2/11, Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com wrote: From: Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com Subject: Re: Discussion: Flat Grey Visual Theme To: dev@ofbiz.apache.org, Jacques Le Roux jacques.le.r...@les7arts.com Date: Sunday, January 2, 2011, 2:27 AM I really would appreciate to keep the Flat Gray. But you're right it needs a few visual improvements. Let me think about this, maybe somethink comes to my mind . :-) Cheers 2010/12/29 Jacques Le Roux jacques.le.r...@les7arts.com IIRW, it's the only really RTL capable. So a big YES to keep it, of course. I have no ideas though :/ Jacques From: Adrian Crum adrian.c...@yahoo.com The Flat Grey visual theme is getting old. The current version of the theme is based on the original look and feel of OFBiz when I first joined the community - back in 2004. Around the Spring of 2007 I added some gradient gifs to make the original style a little more interesting. After that, the visual theme was converted to a floating flexible layout (to fit any size screen), it was made sight-impaired accessible (font size can be changed), and it added support for bi-directional layout (for rtl languages). Those design decisions were made by the OFBiz community and, in my opinion, continue to make the Flat Grey theme the fallback theme when all else fails. It just works. Despite its advantages, it looks dated. I would like to update it to make it more modern, but maintain its advantages over the other themes. I'm thinking it only needs css and gif file updates. The current templates and javascripts would be maintained. If anyone is interested, they are welcome to help out. I would also appreciate any suggestions or comments. Let me know what you think. -Adrian -- Sascha Rodekamp Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de
Re: Discussion: Flat Grey Visual Theme
I would like to throw out the idea we keep flat grey as a test layout. this is the one I use for ui testing with Selenium. so if you improve it save the current one as Selenium theme. = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Ryan Foster sent the following on 1/3/2011 10:39 AM: IMO I see no reason to have a Flat Grey Evolution theme. Adrian is right, the Flat Grey theme hasn't had a visual update in years and it looks very dated. It needs some love. Let's not add another improved version, let's just improve the version we have now. I think that is more efficient and more beneficial in the long run. As far as the tabs go, we can still keep a horizontal, tab-like navigation without actually having the tabs look like tabs. Because, the absolutely do look terrible displayed in two rows. Adrian, I would be happy to collaborate with you on this. I think I have some ideas that could help. Email me directly if you want to hash out some ideas outside of this mailing list discussion. Consequently, as far as new admin themes go, I guess I can use this as an opportunity as well to drop a teaser about a new theme I have been working on already for some time now that I honestly hope will become the go-to theme for scalability and customization, and that will eventually replace the Flat Grey theme altogether. The new theme scales down very well to 800x600 and has minimal styling for maximum flexibility and customization. Stay tuned for more details in the next few days... Ryan L. Foster 801.671.0769 cont...@ryanlfoster.com On Jan 3, 2011, at 11:04 AM, Adrian Crum wrote: Chiclet refers to a brand of chewing gum. The tabs look like pieces of Chiclets chewing gum. They look terrible when they are displayed in two rows. -Adrian --- On Mon, 1/3/11, Jacques Le Rouxjacques.le.r...@les7arts.com wrote: By chiclet main navigation style, you mean the tabs? Then I think we should keep Flat Grey as it is (because there are advantages to have tabs) and create a Flat Grey evolution... Jacques From: Adrian Crumadrian.c...@yahoo.com I was thinking we could use colors from the Apache logo and the BizznessTime theme. I would also like to get rid of the chiclet main navigation style, and maybe have that menu in a collapsible left column. -Adrian --- On Sun, 1/2/11, Sascha Rodekampsascha.rodekamp.lynx...@googlemail.com wrote: From: Sascha Rodekampsascha.rodekamp.lynx...@googlemail.com Subject: Re: Discussion: Flat Grey Visual Theme To: dev@ofbiz.apache.org, Jacques Le Rouxjacques.le.r...@les7arts.com Date: Sunday, January 2, 2011, 2:27 AM I really would appreciate to keep the Flat Gray. But you're right it needs a few visual improvements. Let me think about this, maybe somethink comes to my mind . :-) Cheers 2010/12/29 Jacques Le Rouxjacques.le.r...@les7arts.com IIRW, it's the only really RTL capable. So a big YES to keep it, of course. I have no ideas though :/ Jacques From: Adrian Crumadrian.c...@yahoo.com The Flat Grey visual theme is getting old. The current version of the theme is based on the original look and feel of OFBiz when I first joined the community - back in 2004. Around the Spring of 2007 I added some gradient gifs to make the original style a little more interesting. After that, the visual theme was converted to a floating flexible layout (to fit any size screen), it was made sight-impaired accessible (font size can be changed), and it added support for bi-directional layout (for rtl languages). Those design decisions were made by the OFBiz community and, in my opinion, continue to make the Flat Grey theme the fallback theme when all else fails. It just works. Despite its advantages, it looks dated. I would like to update it to make it more modern, but maintain its advantages over the other themes. I'm thinking it only needs css and gif file updates. The current templates and javascripts would be maintained. If anyone is interested, they are welcome to help out. I would also appreciate any suggestions or comments. Let me know what you think. -Adrian -- Sascha Rodekamp Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de
Re: Discussion: Flat Grey Visual Theme
That's great news Ryan - I can't wait to see the new theme! It's good to know you're willing to help with Flat Grey - I'm no graphics artist. As far as updating Flay Grey - I can create a Jira issue and you can supply patches if you like. I really don't have much to say in addition to what I've said on the mailing list. Maybe the location of the main navigation tab bar can be controlled by a user setting - top, left, or right. -Adrian --- On Mon, 1/3/11, Ryan Foster cont...@ryanlfoster.com wrote: IMO I see no reason to have a Flat Grey Evolution theme. Adrian is right, the Flat Grey theme hasn't had a visual update in years and it looks very dated. It needs some love. Let's not add another improved version, let's just improve the version we have now. I think that is more efficient and more beneficial in the long run. As far as the tabs go, we can still keep a horizontal, tab-like navigation without actually having the tabs look like tabs. Because, the absolutely do look terrible displayed in two rows. Adrian, I would be happy to collaborate with you on this. I think I have some ideas that could help. Email me directly if you want to hash out some ideas outside of this mailing list discussion. Consequently, as far as new admin themes go, I guess I can use this as an opportunity as well to drop a teaser about a new theme I have been working on already for some time now that I honestly hope will become the go-to theme for scalability and customization, and that will eventually replace the Flat Grey theme altogether. The new theme scales down very well to 800x600 and has minimal styling for maximum flexibility and customization. Stay tuned for more details in the next few days... Ryan L. Foster 801.671.0769 cont...@ryanlfoster.com On Jan 3, 2011, at 11:04 AM, Adrian Crum wrote: Chiclet refers to a brand of chewing gum. The tabs look like pieces of Chiclets chewing gum. They look terrible when they are displayed in two rows. -Adrian --- On Mon, 1/3/11, Jacques Le Roux jacques.le.r...@les7arts.com wrote: By chiclet main navigation style, you mean the tabs? Then I think we should keep Flat Grey as it is (because there are advantages to have tabs) and create a Flat Grey evolution... Jacques From: Adrian Crum adrian.c...@yahoo.com I was thinking we could use colors from the Apache logo and the BizznessTime theme. I would also like to get rid of the chiclet main navigation style, and maybe have that menu in a collapsible left column. -Adrian --- On Sun, 1/2/11, Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com wrote: From: Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com Subject: Re: Discussion: Flat Grey Visual Theme To: dev@ofbiz.apache.org, Jacques Le Roux jacques.le.r...@les7arts.com Date: Sunday, January 2, 2011, 2:27 AM I really would appreciate to keep the Flat Gray. But you're right it needs a few visual improvements. Let me think about this, maybe somethink comes to my mind . :-) Cheers 2010/12/29 Jacques Le Roux jacques.le.r...@les7arts.com IIRW, it's the only really RTL capable. So a big YES to keep it, of course. I have no ideas though :/ Jacques From: Adrian Crum adrian.c...@yahoo.com The Flat Grey visual theme is getting old. The current version of the theme is based on the original look and feel of OFBiz when I first joined the community - back in 2004. Around the Spring of 2007 I added some gradient gifs to make the original style a little more interesting. After that, the visual theme was converted to a floating flexible layout (to fit any size screen), it was made sight-impaired accessible (font size can be changed), and it added support for bi-directional layout (for rtl languages). Those design decisions were made by the OFBiz community and, in my opinion, continue to make the Flat Grey theme the fallback theme when all else fails. It just works. Despite its advantages, it looks dated. I would like to update it to make it more modern, but maintain its advantages over the other themes. I'm thinking it only needs css and gif file updates. The current templates and javascripts would be maintained. If anyone is interested, they are welcome to help out. I would also appreciate any suggestions or comments. Let me know what you think. -Adrian -- Sascha Rodekamp Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de
Re: Discussion: Flat Grey Visual Theme
I don't think the markup will change that much - if at all. My hope is we will only need to change the style sheets and gif files. -Adrian --- On Mon, 1/3/11, BJ Freeman bjf...@free-man.net wrote: I would like to throw out the idea we keep flat grey as a test layout. this is the one I use for ui testing with Selenium. so if you improve it save the current one as Selenium theme. = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Ryan Foster sent the following on 1/3/2011 10:39 AM: IMO I see no reason to have a Flat Grey Evolution theme. Adrian is right, the Flat Grey theme hasn't had a visual update in years and it looks very dated. It needs some love. Let's not add another improved version, let's just improve the version we have now. I think that is more efficient and more beneficial in the long run. As far as the tabs go, we can still keep a horizontal, tab-like navigation without actually having the tabs look like tabs. Because, the absolutely do look terrible displayed in two rows. Adrian, I would be happy to collaborate with you on this. I think I have some ideas that could help. Email me directly if you want to hash out some ideas outside of this mailing list discussion. Consequently, as far as new admin themes go, I guess I can use this as an opportunity as well to drop a teaser about a new theme I have been working on already for some time now that I honestly hope will become the go-to theme for scalability and customization, and that will eventually replace the Flat Grey theme altogether. The new theme scales down very well to 800x600 and has minimal styling for maximum flexibility and customization. Stay tuned for more details in the next few days... Ryan L. Foster 801.671.0769 cont...@ryanlfoster.com On Jan 3, 2011, at 11:04 AM, Adrian Crum wrote: Chiclet refers to a brand of chewing gum. The tabs look like pieces of Chiclets chewing gum. They look terrible when they are displayed in two rows. -Adrian --- On Mon, 1/3/11, Jacques Le Rouxjacques.le.r...@les7arts.com wrote: By chiclet main navigation style, you mean the tabs? Then I think we should keep Flat Grey as it is (because there are advantages to have tabs) and create a Flat Grey evolution... Jacques From: Adrian Crumadrian.c...@yahoo.com I was thinking we could use colors from the Apache logo and the BizznessTime theme. I would also like to get rid of the chiclet main navigation style, and maybe have that menu in a collapsible left column. -Adrian --- On Sun, 1/2/11, Sascha Rodekampsascha.rodekamp.lynx...@googlemail.com wrote: From: Sascha Rodekampsascha.rodekamp.lynx...@googlemail.com Subject: Re: Discussion: Flat Grey Visual Theme To: dev@ofbiz.apache.org, Jacques Le Rouxjacques.le.r...@les7arts.com Date: Sunday, January 2, 2011, 2:27 AM I really would appreciate to keep the Flat Gray. But you're right it needs a few visual improvements. Let me think about this, maybe somethink comes to my mind . :-) Cheers 2010/12/29 Jacques Le Rouxjacques.le.r...@les7arts.com IIRW, it's the only really RTL capable. So a big YES to keep it, of course. I have no ideas though :/ Jacques From: Adrian Crumadrian.c...@yahoo.com The Flat Grey visual theme is getting old. The current version of the theme is based on the original look and feel of OFBiz when I first joined the community - back in 2004. Around the Spring of 2007 I added some gradient gifs to make the original style a little more interesting. After that, the visual theme was converted to a floating flexible layout (to fit any size screen), it was made sight-impaired accessible (font size can be changed), and it added support for bi-directional layout (for rtl languages). Those design decisions were made by the OFBiz community and, in my opinion, continue to make the Flat Grey theme the fallback theme when all else fails. It just works. Despite its advantages, it looks dated. I would like to update it to make it more modern, but maintain its advantages over the other themes. I'm thinking it only needs css and gif file updates. The current templates and javascripts would be maintained. If anyone is interested, they are welcome to help out. I would also appreciate any suggestions or comments. Let me know what you think. -Adrian -- Sascha Rodekamp Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de
[jira] Assigned: (OFBIZ-4092) Update The Flat Grey Visual Theme
[ https://issues.apache.org/jira/browse/OFBIZ-4092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrian Crum reassigned OFBIZ-4092: -- Assignee: Adrian Crum Update The Flat Grey Visual Theme - Key: OFBIZ-4092 URL: https://issues.apache.org/jira/browse/OFBIZ-4092 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Adrian Crum Assignee: Adrian Crum Priority: Minor Update the Flat Grey visual theme. Design objectives: 1. Floating, flexible layout - screen can be resized. 2. Sight impaired accessible - users can change font size in their browser. 3. Supports RTL layout. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-4092) Update The Flat Grey Visual Theme
Update The Flat Grey Visual Theme - Key: OFBIZ-4092 URL: https://issues.apache.org/jira/browse/OFBIZ-4092 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Adrian Crum Priority: Minor Update the Flat Grey visual theme. Design objectives: 1. Floating, flexible layout - screen can be resized. 2. Sight impaired accessible - users can change font size in their browser. 3. Supports RTL layout. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Discussion: Flat Grey Visual Theme
Here we go: https://issues.apache.org/jira/browse/OFBIZ-4092 -Adrian --- On Mon, 1/3/11, Adrian Crum adrian.c...@yahoo.com wrote: That's great news Ryan - I can't wait to see the new theme! It's good to know you're willing to help with Flat Grey - I'm no graphics artist. As far as updating Flay Grey - I can create a Jira issue and you can supply patches if you like. I really don't have much to say in addition to what I've said on the mailing list. Maybe the location of the main navigation tab bar can be controlled by a user setting - top, left, or right. -Adrian --- On Mon, 1/3/11, Ryan Foster cont...@ryanlfoster.com wrote: IMO I see no reason to have a Flat Grey Evolution theme. Adrian is right, the Flat Grey theme hasn't had a visual update in years and it looks very dated. It needs some love. Let's not add another improved version, let's just improve the version we have now. I think that is more efficient and more beneficial in the long run. As far as the tabs go, we can still keep a horizontal, tab-like navigation without actually having the tabs look like tabs. Because, the absolutely do look terrible displayed in two rows. Adrian, I would be happy to collaborate with you on this. I think I have some ideas that could help. Email me directly if you want to hash out some ideas outside of this mailing list discussion. Consequently, as far as new admin themes go, I guess I can use this as an opportunity as well to drop a teaser about a new theme I have been working on already for some time now that I honestly hope will become the go-to theme for scalability and customization, and that will eventually replace the Flat Grey theme altogether. The new theme scales down very well to 800x600 and has minimal styling for maximum flexibility and customization. Stay tuned for more details in the next few days... Ryan L. Foster 801.671.0769 cont...@ryanlfoster.com On Jan 3, 2011, at 11:04 AM, Adrian Crum wrote: Chiclet refers to a brand of chewing gum. The tabs look like pieces of Chiclets chewing gum. They look terrible when they are displayed in two rows. -Adrian --- On Mon, 1/3/11, Jacques Le Roux jacques.le.r...@les7arts.com wrote: By chiclet main navigation style, you mean the tabs? Then I think we should keep Flat Grey as it is (because there are advantages to have tabs) and create a Flat Grey evolution... Jacques From: Adrian Crum adrian.c...@yahoo.com I was thinking we could use colors from the Apache logo and the BizznessTime theme. I would also like to get rid of the chiclet main navigation style, and maybe have that menu in a collapsible left column. -Adrian --- On Sun, 1/2/11, Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com wrote: From: Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com Subject: Re: Discussion: Flat Grey Visual Theme To: dev@ofbiz.apache.org, Jacques Le Roux jacques.le.r...@les7arts.com Date: Sunday, January 2, 2011, 2:27 AM I really would appreciate to keep the Flat Gray. But you're right it needs a few visual improvements. Let me think about this, maybe somethink comes to my mind . :-) Cheers 2010/12/29 Jacques Le Roux jacques.le.r...@les7arts.com IIRW, it's the only really RTL capable. So a big YES to keep it, of course. I have no ideas though :/ Jacques From: Adrian Crum adrian.c...@yahoo.com The Flat Grey visual theme is getting old. The current version of the theme is based on the original look and feel of OFBiz when I first joined the community - back in 2004. Around the Spring of 2007 I added some gradient gifs to make the original style a little more interesting. After that, the visual theme was converted to a floating flexible layout (to fit any size screen), it was made sight-impaired accessible (font size can be changed), and it added support for bi-directional layout (for rtl languages). Those design decisions were made by the OFBiz community and, in my opinion, continue to make the Flat Grey theme the fallback theme when all else fails. It just works. Despite its advantages, it looks dated. I would like to update it to make it more modern, but maintain its advantages over the other themes. I'm thinking it only needs css and gif file updates. The current templates and javascripts would be maintained. If anyone is interested, they are welcome to help out. I would also appreciate any suggestions or comments. Let me know what you think. -Adrian -- Sascha Rodekamp Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld
[jira] Commented: (OFBIZ-4092) Update The Flat Grey Visual Theme
[ https://issues.apache.org/jira/browse/OFBIZ-4092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12976956#action_12976956 ] Adrian Crum commented on OFBIZ-4092: Some suggestions from the dev mailing list (one of these was made a while back): 1. Title bars less dark - so you don't have the dark horizontal bands in screens with screenlets. 2. Keep the main navigation tab bar on top. 3. Make the main navigation a collapsible column. 4. Keep the markup the same so Selenium tests will still pass. The community is welcome to comment and offer more suggestions. Update The Flat Grey Visual Theme - Key: OFBIZ-4092 URL: https://issues.apache.org/jira/browse/OFBIZ-4092 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Adrian Crum Assignee: Adrian Crum Priority: Minor Update the Flat Grey visual theme. Design objectives: 1. Floating, flexible layout - screen can be resized. 2. Sight impaired accessible - users can change font size in their browser. 3. Supports RTL layout. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Party Classification Data Modeling
Looking into this more, The Data Model Resource Book mentions classification groups - but I believe the author meant that Party Types could be grouped together in classification groups. In other words, the classification groups are defined by the data contained in the Party Type table - not in a separate Party Classification Group table. There is nothing stopping us from having a Party Classification Group table, but it should group Party Types, not Classification Types. -Adrian --- On Mon, 1/3/11, Adrian Crum adrian.c...@yahoo.com wrote: Looking at The Data Model Resource Book and the way OFBiz models Party Classification, it appears to me OFBiz models it wrong. According to the book, the Party Classification entity ties a Party to a Party Type with a from and thru date. In OFBiz, the Party Classification entity ties a Party to a Party Classification Group with a from and thru date. The Party Type is tied directly to Party with no from and thru date. Was that intentional? Why was it done that way? -Adrian
Re: Party Classification Data Modeling
so the Party Classification Group table would have a one to one with Classification Types or vica versa. = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 1:41 PM: Looking into this more, The Data Model Resource Book mentions classification groups - but I believe the author meant that Party Types could be grouped together in classification groups. In other words, the classification groups are defined by the data contained in the Party Type table - not in a separate Party Classification Group table. There is nothing stopping us from having a Party Classification Group table, but it should group Party Types, not Classification Types. -Adrian --- On Mon, 1/3/11, Adrian Crumadrian.c...@yahoo.com wrote: Looking at The Data Model Resource Book and the way OFBiz models Party Classification, it appears to me OFBiz models it wrong. According to the book, the Party Classification entity ties a Party to a Party Type with a from and thru date. In OFBiz, the Party Classification entity ties a Party to a Party Classification Group with a from and thru date. The Party Type is tied directly to Party with no from and thru date. Was that intentional? Why was it done that way? -Adrian
Re: Party Classification Data Modeling
on page 30 the organization classification would be group with subtypes classifications minority, industry, size. now industry and zize would reqire a value. the sub types could be enumerations entity. = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man BJ Freeman sent the following on 1/3/2011 2:36 PM: so the Party Classification Group table would have a one to one with Classification Types or vica versa. = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 1:41 PM: Looking into this more, The Data Model Resource Book mentions classification groups - but I believe the author meant that Party Types could be grouped together in classification groups. In other words, the classification groups are defined by the data contained in the Party Type table - not in a separate Party Classification Group table. There is nothing stopping us from having a Party Classification Group table, but it should group Party Types, not Classification Types. -Adrian --- On Mon, 1/3/11, Adrian Crumadrian.c...@yahoo.com wrote: Looking at The Data Model Resource Book and the way OFBiz models Party Classification, it appears to me OFBiz models it wrong. According to the book, the Party Classification entity ties a Party to a Party Type with a from and thru date. In OFBiz, the Party Classification entity ties a Party to a Party Classification Group with a from and thru date. The Party Type is tied directly to Party with no from and thru date. Was that intentional? Why was it done that way? -Adrian
Re: Party Classification Data Modeling
PartyClassificationGroup should have a one-to-one relationship with an entity called PartyClassificationGroupType. -Adrian --- On Mon, 1/3/11, BJ Freeman bjf...@free-man.net wrote: so the Party Classification Group table would have a one to one with Classification Types or vica versa. = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 1:41 PM: Looking into this more, The Data Model Resource Book mentions classification groups - but I believe the author meant that Party Types could be grouped together in classification groups. In other words, the classification groups are defined by the data contained in the Party Type table - not in a separate Party Classification Group table. There is nothing stopping us from having a Party Classification Group table, but it should group Party Types, not Classification Types. -Adrian --- On Mon, 1/3/11, Adrian Crumadrian.c...@yahoo.com wrote: Looking at The Data Model Resource Book and the way OFBiz models Party Classification, it appears to me OFBiz models it wrong. According to the book, the Party Classification entity ties a Party to a Party Type with a from and thru date. In OFBiz, the Party Classification entity ties a Party to a Party Classification Group with a from and thru date. The Party Type is tied directly to Party with no from and thru date. Was that intentional? Why was it done that way? -Adrian
[jira] Updated: (OFBIZ-3947) multiflex theme - shows Utente button on checkout options page
[ https://issues.apache.org/jira/browse/OFBIZ-3947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Risaliti updated OFBIZ-3947: -- Attachment: MultiflexUser.png This issue is no more present into branch release 4 as you can see from this attachment. I will close this issue. multiflex theme - shows Utente button on checkout options page Key: OFBIZ-3947 URL: https://issues.apache.org/jira/browse/OFBIZ-3947 Project: OFBiz Issue Type: Bug Components: specialpurpose/ecommerce Affects Versions: Release Branch 09.04 Environment: https://demo-stable.ofbiz.apache.org Reporter: chris snow Assignee: Marco Risaliti Fix For: Release Branch 09.04 Attachments: ecommerce.png, MultiflexUser.png The multiflex theme - show Utente button on checkout options page next to Quick Add button. Steps to reproduce: 1) switch to multiflex theme 2) add product to cart 3) click checkout 4) login as admin See attached screenshot... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3947) multiflex theme - shows Utente button on checkout options page
[ https://issues.apache.org/jira/browse/OFBIZ-3947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Risaliti closed OFBIZ-3947. - Resolution: Cannot Reproduce Fix Version/s: Release Branch 09.04 Already fixed into Release Branch 09.04. multiflex theme - shows Utente button on checkout options page Key: OFBIZ-3947 URL: https://issues.apache.org/jira/browse/OFBIZ-3947 Project: OFBiz Issue Type: Bug Components: specialpurpose/ecommerce Affects Versions: Release Branch 09.04 Environment: https://demo-stable.ofbiz.apache.org Reporter: chris snow Assignee: Marco Risaliti Fix For: Release Branch 09.04 Attachments: ecommerce.png, MultiflexUser.png The multiflex theme - show Utente button on checkout options page next to Quick Add button. Steps to reproduce: 1) switch to multiflex theme 2) add product to cart 3) click checkout 4) login as admin See attached screenshot... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Party Classification Data Modeling
how about a pattern of parent child for PartyClassification of supertype and the sub types then use a table for the attributess of the subtype. this would allow walking the parnent child relationships. PartyClassification ---organizationClassificationminorityClassification industryclassification = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 2:46 PM: PartyClassificationGroup should have a one-to-one relationship with an entity called PartyClassificationGroupType. -Adrian --- On Mon, 1/3/11, BJ Freemanbjf...@free-man.net wrote: so the Party Classification Group table would have a one to one with Classification Types or vica versa. = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.comhttp://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 1:41 PM: Looking into this more, The Data Model Resource Book mentions classification groups - but I believe the author meant that Party Types could be grouped together in classification groups. In other words, the classification groups are defined by the data contained in the Party Type table - not in a separate Party Classification Group table. There is nothing stopping us from having a Party Classification Group table, but it should group Party Types, not Classification Types. -Adrian --- On Mon, 1/3/11, Adrian Crumadrian.c...@yahoo.com wrote: Looking at The Data Model Resource Book and the way OFBiz models Party Classification, it appears to me OFBiz models it wrong. According to the book, the Party Classification entity ties a Party to a Party Type with a from and thru date. In OFBiz, the Party Classification entity ties a Party to a Party Classification Group with a from and thru date. The Party Type is tied directly to Party with no from and thru date. Was that intentional? Why was it done that way? -Adrian
Re: Party Classification Data Modeling
That's not what the book shows. There is a simple relationship: Party - PartyClassification - PartyType If you want to group classifications, give them parent/child relationships, etc then you do it with PartyType, not PartyClassification. Look at table 2.3 on page 32. -Adrian --- On Mon, 1/3/11, BJ Freeman bjf...@free-man.net wrote: how about a pattern of parent child for PartyClassification of supertype and the sub types then use a table for the attributess of the subtype. this would allow walking the parnent child relationships. PartyClassification ---organizationClassificationminorityClassification industryclassification = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 2:46 PM: PartyClassificationGroup should have a one-to-one relationship with an entity called PartyClassificationGroupType. -Adrian --- On Mon, 1/3/11, BJ Freemanbjf...@free-man.net wrote: so the Party Classification Group table would have a one to one with Classification Types or vica versa. = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.comhttp://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 1:41 PM: Looking into this more, The Data Model Resource Book mentions classification groups - but I believe the author meant that Party Types could be grouped together in classification groups. In other words, the classification groups are defined by the data contained in the Party Type table - not in a separate Party Classification Group table. There is nothing stopping us from having a Party Classification Group table, but it should group Party Types, not Classification Types. -Adrian --- On Mon, 1/3/11, Adrian Crumadrian.c...@yahoo.com wrote: Looking at The Data Model Resource Book and the way OFBiz models Party Classification, it appears to me OFBiz models it wrong. According to the book, the Party Classification entity ties a Party to a Party Type with a from and thru date. In OFBiz, the Party Classification entity ties a Party to a Party Classification Group with a from and thru date. The Party Type is tied directly to Party with no from and thru date. Was that intentional? Why was it done that way? -Adrian
Re: Discussion: Flat Grey Visual Theme
That sounds great. Create the issue and send me a link to it and I'll get to work. Ryan L. Foster 801.671.0769 cont...@ryanlfoster.com On Jan 3, 2011, at 1:37 PM, Adrian Crum wrote: That's great news Ryan - I can't wait to see the new theme! It's good to know you're willing to help with Flat Grey - I'm no graphics artist. As far as updating Flay Grey - I can create a Jira issue and you can supply patches if you like. I really don't have much to say in addition to what I've said on the mailing list. Maybe the location of the main navigation tab bar can be controlled by a user setting - top, left, or right. -Adrian --- On Mon, 1/3/11, Ryan Foster cont...@ryanlfoster.com wrote: IMO I see no reason to have a Flat Grey Evolution theme. Adrian is right, the Flat Grey theme hasn't had a visual update in years and it looks very dated. It needs some love. Let's not add another improved version, let's just improve the version we have now. I think that is more efficient and more beneficial in the long run. As far as the tabs go, we can still keep a horizontal, tab-like navigation without actually having the tabs look like tabs. Because, the absolutely do look terrible displayed in two rows. Adrian, I would be happy to collaborate with you on this. I think I have some ideas that could help. Email me directly if you want to hash out some ideas outside of this mailing list discussion. Consequently, as far as new admin themes go, I guess I can use this as an opportunity as well to drop a teaser about a new theme I have been working on already for some time now that I honestly hope will become the go-to theme for scalability and customization, and that will eventually replace the Flat Grey theme altogether. The new theme scales down very well to 800x600 and has minimal styling for maximum flexibility and customization. Stay tuned for more details in the next few days... Ryan L. Foster 801.671.0769 cont...@ryanlfoster.com On Jan 3, 2011, at 11:04 AM, Adrian Crum wrote: Chiclet refers to a brand of chewing gum. The tabs look like pieces of Chiclets chewing gum. They look terrible when they are displayed in two rows. -Adrian --- On Mon, 1/3/11, Jacques Le Roux jacques.le.r...@les7arts.com wrote: By chiclet main navigation style, you mean the tabs? Then I think we should keep Flat Grey as it is (because there are advantages to have tabs) and create a Flat Grey evolution... Jacques From: Adrian Crum adrian.c...@yahoo.com I was thinking we could use colors from the Apache logo and the BizznessTime theme. I would also like to get rid of the chiclet main navigation style, and maybe have that menu in a collapsible left column. -Adrian --- On Sun, 1/2/11, Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com wrote: From: Sascha Rodekamp sascha.rodekamp.lynx...@googlemail.com Subject: Re: Discussion: Flat Grey Visual Theme To: dev@ofbiz.apache.org, Jacques Le Roux jacques.le.r...@les7arts.com Date: Sunday, January 2, 2011, 2:27 AM I really would appreciate to keep the Flat Gray. But you're right it needs a few visual improvements. Let me think about this, maybe somethink comes to my mind . :-) Cheers 2010/12/29 Jacques Le Roux jacques.le.r...@les7arts.com IIRW, it's the only really RTL capable. So a big YES to keep it, of course. I have no ideas though :/ Jacques From: Adrian Crum adrian.c...@yahoo.com The Flat Grey visual theme is getting old. The current version of the theme is based on the original look and feel of OFBiz when I first joined the community - back in 2004. Around the Spring of 2007 I added some gradient gifs to make the original style a little more interesting. After that, the visual theme was converted to a floating flexible layout (to fit any size screen), it was made sight-impaired accessible (font size can be changed), and it added support for bi-directional layout (for rtl languages). Those design decisions were made by the OFBiz community and, in my opinion, continue to make the Flat Grey theme the fallback theme when all else fails. It just works. Despite its advantages, it looks dated. I would like to update it to make it more modern, but maintain its advantages over the other themes. I'm thinking it only needs css and gif file updates. The current templates and javascripts would be maintained. If anyone is interested, they are welcome to help out. I would also appreciate any suggestions or comments. Let me know what you think. -Adrian -- Sascha Rodekamp Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de
Re: Party Classification Data Modeling
I think you may be taking the specific term type and generalizing it. Consider that *Type entities in OFBiz mean something very specific, and it is different from the more general use of the term in the book. -David On Jan 3, 2011, at 3:24 PM, Adrian Crum wrote: That's not what the book shows. There is a simple relationship: Party - PartyClassification - PartyType If you want to group classifications, give them parent/child relationships, etc then you do it with PartyType, not PartyClassification. Look at table 2.3 on page 32. -Adrian --- On Mon, 1/3/11, BJ Freeman bjf...@free-man.net wrote: how about a pattern of parent child for PartyClassification of supertype and the sub types then use a table for the attributess of the subtype. this would allow walking the parnent child relationships. PartyClassification ---organizationClassificationminorityClassification industryclassification = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 2:46 PM: PartyClassificationGroup should have a one-to-one relationship with an entity called PartyClassificationGroupType. -Adrian --- On Mon, 1/3/11, BJ Freemanbjf...@free-man.net wrote: so the Party Classification Group table would have a one to one with Classification Types or vica versa. = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.comhttp://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 1:41 PM: Looking into this more, The Data Model Resource Book mentions classification groups - but I believe the author meant that Party Types could be grouped together in classification groups. In other words, the classification groups are defined by the data contained in the Party Type table - not in a separate Party Classification Group table. There is nothing stopping us from having a Party Classification Group table, but it should group Party Types, not Classification Types. -Adrian --- On Mon, 1/3/11, Adrian Crumadrian.c...@yahoo.com wrote: Looking at The Data Model Resource Book and the way OFBiz models Party Classification, it appears to me OFBiz models it wrong. According to the book, the Party Classification entity ties a Party to a Party Type with a from and thru date. In OFBiz, the Party Classification entity ties a Party to a Party Classification Group with a from and thru date. The Party Type is tied directly to Party with no from and thru date. Was that intentional? Why was it done that way? -Adrian
Re: Party Classification Data Modeling
I don't think I'm generalizing anything. The book is pretty specific and clear: Party Classification is an intersection entity that sets up a many-to-many relationship between the Party entity and the Party Type entity. I understand OFBiz deviates from the book here and there, and if this is one of those cases, then I'll ask again: Why was it done that way? I'm trying to make sense of the OFBiz Party Classification model, and so far it doesn't make sense. The way it is set up, I can't give a party a classification without first creating a classification group, assign a classification type to it, and then assign the party to the classification group using party classification. In the book it's much simpler - I just assign a party type to a party using a party classification. Classification groups are Party Classification sub-types and they aren't necessary unless I want to group things a certain way. -Adrian --- On Mon, 1/3/11, David E Jones d...@me.com wrote: I think you may be taking the specific term type and generalizing it. Consider that *Type entities in OFBiz mean something very specific, and it is different from the more general use of the term in the book. -David On Jan 3, 2011, at 3:24 PM, Adrian Crum wrote: That's not what the book shows. There is a simple relationship: Party - PartyClassification - PartyType If you want to group classifications, give them parent/child relationships, etc then you do it with PartyType, not PartyClassification. Look at table 2.3 on page 32. -Adrian --- On Mon, 1/3/11, BJ Freeman bjf...@free-man.net wrote: how about a pattern of parent child for PartyClassification of supertype and the sub types then use a table for the attributess of the subtype. this would allow walking the parnent child relationships. PartyClassification ---organizationClassificationminorityClassification industryclassification = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 2:46 PM: PartyClassificationGroup should have a one-to-one relationship with an entity called PartyClassificationGroupType. -Adrian --- On Mon, 1/3/11, BJ Freemanbjf...@free-man.net wrote: so the Party Classification Group table would have a one to one with Classification Types or vica versa. = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.comhttp://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 1:41 PM: Looking into this more, The Data Model Resource Book mentions classification groups - but I believe the author meant that Party Types could be grouped together in classification groups. In other words, the classification groups are defined by the data contained in the Party Type table - not in a separate Party Classification Group table. There is nothing stopping us from having a Party Classification Group table, but it should group Party Types, not Classification Types. -Adrian --- On Mon, 1/3/11, Adrian Crumadrian.c...@yahoo.com wrote: Looking at The Data Model Resource Book and the way OFBiz models Party Classification, it appears to me OFBiz models it wrong. According to the book, the Party Classification entity ties a Party to a Party Type with a from and thru date. In OFBiz, the Party Classification entity ties a Party to a Party Classification Group with a from and thru date. The Party Type is tied directly to Party with no from and thru date. Was that intentional? Why was it done that way? -Adrian
Re: Party Classification Data Modeling
Every single *Type entity in OFBiz is a deviation from the book (ie the *Type entities are an OFBiz pattern to avoid redundant entities and keep track of entity extensions like the Party - PartyGroup,Person thingy), as are dozens of other entities and hundreds of fields. That book is valuable for general concepts and patterns, and is not an actual data model to be used as-is. -David On Jan 3, 2011, at 5:57 PM, Adrian Crum wrote: I don't think I'm generalizing anything. The book is pretty specific and clear: Party Classification is an intersection entity that sets up a many-to-many relationship between the Party entity and the Party Type entity. I understand OFBiz deviates from the book here and there, and if this is one of those cases, then I'll ask again: Why was it done that way? I'm trying to make sense of the OFBiz Party Classification model, and so far it doesn't make sense. The way it is set up, I can't give a party a classification without first creating a classification group, assign a classification type to it, and then assign the party to the classification group using party classification. In the book it's much simpler - I just assign a party type to a party using a party classification. Classification groups are Party Classification sub-types and they aren't necessary unless I want to group things a certain way. -Adrian --- On Mon, 1/3/11, David E Jones d...@me.com wrote: I think you may be taking the specific term type and generalizing it. Consider that *Type entities in OFBiz mean something very specific, and it is different from the more general use of the term in the book. -David On Jan 3, 2011, at 3:24 PM, Adrian Crum wrote: That's not what the book shows. There is a simple relationship: Party - PartyClassification - PartyType If you want to group classifications, give them parent/child relationships, etc then you do it with PartyType, not PartyClassification. Look at table 2.3 on page 32. -Adrian --- On Mon, 1/3/11, BJ Freeman bjf...@free-man.net wrote: how about a pattern of parent child for PartyClassification of supertype and the sub types then use a table for the attributess of the subtype. this would allow walking the parnent child relationships. PartyClassification ---organizationClassificationminorityClassification industryclassification = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 2:46 PM: PartyClassificationGroup should have a one-to-one relationship with an entity called PartyClassificationGroupType. -Adrian --- On Mon, 1/3/11, BJ Freemanbjf...@free-man.net wrote: so the Party Classification Group table would have a one to one with Classification Types or vica versa. = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.comhttp://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 1:41 PM: Looking into this more, The Data Model Resource Book mentions classification groups - but I believe the author meant that Party Types could be grouped together in classification groups. In other words, the classification groups are defined by the data contained in the Party Type table - not in a separate Party Classification Group table. There is nothing stopping us from having a Party Classification Group table, but it should group Party Types, not Classification Types. -Adrian --- On Mon, 1/3/11, Adrian Crumadrian.c...@yahoo.com wrote: Looking at The Data Model Resource Book and the way OFBiz models Party Classification, it appears to me OFBiz models it wrong. According to the book, the Party Classification entity ties a Party to a Party Type with a from and thru date. In OFBiz, the Party Classification entity ties a Party to a Party Classification Group with a from and thru date. The Party Type is tied directly to Party with no from and thru date. Was that intentional? Why was it done that way? -Adrian
[jira] Updated: (OFBIZ-4077) Brazilian Portuguese tranlation to labels in framework/common/config - Part 1
[ https://issues.apache.org/jira/browse/OFBIZ-4077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luís Alfredo Harriss Maranesi updated OFBIZ-4077: - Attachment: OFBIZ-4077_BR_Portuguese__Common_Part_1.patch Brazilian Portuguese translation to labels in framework/common/config - First part Brazilian Portuguese tranlation to labels in framework/common/config - Part 1 - Key: OFBIZ-4077 URL: https://issues.apache.org/jira/browse/OFBIZ-4077 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Environment: Revision 1053118 Reporter: Luís Alfredo Harriss Maranesi Priority: Trivial Fix For: SVN trunk Attachments: OFBIZ-4077_BR_Portuguese__Common_Part_1.patch, OFBIZ-4077_BR_Portuguese__Common_Part_1.patch Brazilian Portuguese tranlation to labels in framework/common/config - First part -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Localization experiences to share
Hi Sascha, Yes, I've already. I've been translating some of them for some time. I needed to know who translated the others and if the person had some comment about other aspect of localizations concerning accounting laws and regulation, for example. But thank you very much for your answer. Cheers, Luís On Mon, Jan 3, 2011 at 8:22 AM, Sascha Rodekamp sascha.rodekamp.lynx.de@ googlemail.com wrote: Hi Luís, did you look into the uiLabels already? These files contains all language translations. So OFbiz is localized to a lot of languages and it can be extended easily. Cheers Sascha 2011/1/3 Luís Maranesi luis.maran...@gmail.com Hi, I have sent the following to the user list last week and it seems that no one have any information to share. If someone here at the dev list have some information I'd be grateful for any help. Thanks in advance, Luís -- Forwarded message -- From: Luís Maranesi luis.maran...@gmail.com Date: Tue, Dec 28, 2010 at 12:51 AM Subject: Localization experiences to share To: u...@ofbiz.apache.org Hello, I'm writing because I've been trying to localize OFBiz to be used in Brazil or at least to make that easier to happen. I'd like to ask if someone here have any experience to share about OFBiz localization in other languages and countries. If there is someone that can help me, I'd like to know what were the main aspects taken into account in the localization process. Comments about things concerning local laws and accounting laws and regulation would be appreciated too. In fact I need these information to add some comments in a report I'm about to present. Thanks in advance, Luís Maranesi -- Sascha Rodekamp Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de
[jira] Assigned: (OFBIZ-4077) Brazilian Portuguese tranlation to labels in framework/common/config - Part 1
[ https://issues.apache.org/jira/browse/OFBIZ-4077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrian Crum reassigned OFBIZ-4077: -- Assignee: Adrian Crum Brazilian Portuguese tranlation to labels in framework/common/config - Part 1 - Key: OFBIZ-4077 URL: https://issues.apache.org/jira/browse/OFBIZ-4077 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Environment: Revision 1053118 Reporter: Luís Alfredo Harriss Maranesi Assignee: Adrian Crum Priority: Trivial Fix For: SVN trunk Attachments: OFBIZ-4077_BR_Portuguese__Common_Part_1.patch, OFBIZ-4077_BR_Portuguese__Common_Part_1.patch Brazilian Portuguese tranlation to labels in framework/common/config - First part -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-4077) Brazilian Portuguese tranlation to labels in framework/common/config - Part 1
[ https://issues.apache.org/jira/browse/OFBIZ-4077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrian Crum closed OFBIZ-4077. -- Resolution: Fixed Fixed, rev 1054881. Thanks Luis! Brazilian Portuguese tranlation to labels in framework/common/config - Part 1 - Key: OFBIZ-4077 URL: https://issues.apache.org/jira/browse/OFBIZ-4077 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Environment: Revision 1053118 Reporter: Luís Alfredo Harriss Maranesi Assignee: Adrian Crum Priority: Trivial Fix For: SVN trunk Attachments: OFBIZ-4077_BR_Portuguese__Common_Part_1.patch, OFBIZ-4077_BR_Portuguese__Common_Part_1.patch Brazilian Portuguese tranlation to labels in framework/common/config - First part -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Party Classification Data Modeling
Understood. If we wanted to create entities to avoid the sub-types mentioned in the book (Organization Classification, Person Classisfication, etc) then I think we could have done that in a simpler way and still keep the book's model: PartyClassificationGroupType *groupTypeId description parentGroupTypeId PartyClassificationGroup *groupTypeId *partyTypeId Anyways, I have come up with a workaround. I'll just use the existing PartyClassificationGroup the way the book uses PartyType. -Adrian --- On Mon, 1/3/11, David E Jones d...@me.com wrote: Every single *Type entity in OFBiz is a deviation from the book (ie the *Type entities are an OFBiz pattern to avoid redundant entities and keep track of entity extensions like the Party - PartyGroup,Person thingy), as are dozens of other entities and hundreds of fields. That book is valuable for general concepts and patterns, and is not an actual data model to be used as-is. -David On Jan 3, 2011, at 5:57 PM, Adrian Crum wrote: I don't think I'm generalizing anything. The book is pretty specific and clear: Party Classification is an intersection entity that sets up a many-to-many relationship between the Party entity and the Party Type entity. I understand OFBiz deviates from the book here and there, and if this is one of those cases, then I'll ask again: Why was it done that way? I'm trying to make sense of the OFBiz Party Classification model, and so far it doesn't make sense. The way it is set up, I can't give a party a classification without first creating a classification group, assign a classification type to it, and then assign the party to the classification group using party classification. In the book it's much simpler - I just assign a party type to a party using a party classification. Classification groups are Party Classification sub-types and they aren't necessary unless I want to group things a certain way. -Adrian --- On Mon, 1/3/11, David E Jones d...@me.com wrote: I think you may be taking the specific term type and generalizing it. Consider that *Type entities in OFBiz mean something very specific, and it is different from the more general use of the term in the book. -David On Jan 3, 2011, at 3:24 PM, Adrian Crum wrote: That's not what the book shows. There is a simple relationship: Party - PartyClassification - PartyType If you want to group classifications, give them parent/child relationships, etc then you do it with PartyType, not PartyClassification. Look at table 2.3 on page 32. -Adrian --- On Mon, 1/3/11, BJ Freeman bjf...@free-man.net wrote: how about a pattern of parent child for PartyClassification of supertype and the sub types then use a table for the attributess of the subtype. this would allow walking the parnent child relationships. PartyClassification ---organizationClassificationminorityClassification industryclassification = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 2:46 PM: PartyClassificationGroup should have a one-to-one relationship with an entity called PartyClassificationGroupType. -Adrian --- On Mon, 1/3/11, BJ Freemanbjf...@free-man.net wrote: so the Party Classification Group table would have a one to one with Classification Types or vica versa. = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.comhttp://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Adrian Crum sent the following on 1/3/2011 1:41 PM: Looking into this more, The Data Model Resource Book mentions classification groups - but I believe the author meant that Party Types could be grouped together in classification groups. In other words, the classification groups are defined by the data contained in the Party Type table - not in a separate Party Classification Group table. There is nothing stopping us from having a Party Classification Group table, but it should group Party Types, not Classification Types. -Adrian --- On Mon, 1/3/11, Adrian Crumadrian.c...@yahoo.com wrote: Looking at The Data Model Resource Book and the way OFBiz models Party Classification, it appears to me OFBiz models it wrong. According to the book, the Party Classification entity ties a Party to a Party Type
Database connection
Sir, Hi sir i am new to apache ofbiz and now i use the ofbiz i want details about database connection in ofbiz the step by step manner.. -- By ~...@kalai@~`~~
Re: Database connection
Dear Kalai, I believe you will definitely enjoy working on this framework. However firstly let me know what database you are willing to use. Is it derby, mysql,etc.. In order to configure the database you need to have the database driver made available inside framework/entity/lib/jdbc folder. Then whatever database you are willing to use give the details for the database its connection in entityengine.xml for particular one eg localderby, localmysql etc. Just run the framework using java -jar ofbiz.jar once, for the first time the database structure gets automatically populated. If you wish to load the seed demo data you can write the command java -jar ofbiz.jar -install -readers=seed,demo,ext You can then use the editor for the corresponding database to view manipulate it. Hope it would help you. - Kind Regards, Vivek J -- View this message in context: http://ofbiz.135035.n4.nabble.com/Database-connection-tp3173046p3173053.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: Database connection
Please use the user mailing list for such questions, see: https://cwiki.apache.org/OFBADMIN/mailing-lists.html the documentation is internal to ofbiz http://localhost:8080/cmssite/cms/APACHE_OFBIZ_HTML this has setup for ofbiz in the technical section. also http://ofbiz.apache.org/docs/coreconfig.html https://cwiki.apache.org/confluence/display/OFBTECH/Apache+OFBiz+Technical+Production+Setup+Guide = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man kalaiselvan velmurugan sent the following on 1/3/2011 8:43 PM: Sir, Hi sir i am new to apache ofbiz and now i use the ofbiz i want details about database connection in ofbiz the step by step manner..