Merge lp:~therp-nl/magentoerpconnect/6.1-stable-process_categories_per_storeview into lp:magentoerpconnect/oerp6.1-stable
Status: | Needs review |
---|---|
Proposed branch: | lp:~therp-nl/magentoerpconnect/6.1-stable-process_categories_per_storeview |
Merge into: | lp:magentoerpconnect/oerp6.1-stable |
Diff against target: |
183 lines (+100/-14) 5 files modified
magentoerpconnect/magerp_core.py (+45/-2) magentoerpconnect/product.py (+47/-12) magentoerpconnect/product_view.xml (+2/-0) magentoerpconnect/sale.py (+2/-0) magentoerpconnect/settings/1.5.0.0/product.category/external.mappinglines.template.csv (+4/-0) |
To merge this branch: | bzr merge lp:~therp-nl/magentoerpconnect/6.1-stable-process_categories_per_storeview |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
MagentoERPConnect core editors | Pending | ||
Review via email: mp+170198@code.launchpad.net |
Commit message
[IMP] Import and export categories per store view
to import translations and to import and export active store views
Description of the change
So far, categories are imported without taking store views into account. This means that if translations are available in another storeview, such translations get lost. This branch fixes that by importing categories for every store view, taking its language setting into account.
Another issue is that the categories' activeness is being registered globally. An import/export round trip resets an alternate setting per store view. This branch fixes that using the same mechanism as for the language issue, and introducing a field on the category to store and manage the active store views. Because an empty value for this field is interpreted as 'active in all store views', this feature is backwards compatible. The 'active' flag keeps its global meaning practically speaking, because if set to False, it will set the category inactive for all store views, regardless of the value of the active store views field.
You may find that the code in this branch is manipulating and preprocessing data in a way that is not in the spirit of the external referential mapping framework, so I'd be curious to know if there is more 'convential' way to the same effect.
Unmerged revisions
- 695. By Stefan Rijnhart (Opener)
-
[FIX] Line length and dubious spacing
- 694. By Stefan Rijnhart (Opener)
-
[IMP] Import and export categories per store view
to import translations and to import and export active store views