Discussion Board

This is an old revision of the document!

1. Load Instance setup
   • load configuration for instance = profile (currency, motifs, colors, etc) problems - Some of those properties are used inside the front-end order customizing. They are not intended to be different INSIDE one instance. Properties Review:
     • project identifier, color selector usage . The best solution for all properties below - re-assign properties to categories tabs instead of instance. Quick solution - reload config values on category tab change.
     • text warnings on string length restriction. Quick solution: use one property for all categories - merkalt.no root properties
     • Cart related instance properties: enabling discounts, coupons, credit limits, email stubs. Quick solution: use the same policy for all categories as for current instance - merkalt.no root
     • motifs tabs usage. May be partially integrate new schema layout for this and retrieve motif settings. that is one of areas I am not very sure. We couldn't use same motifs controls for both tabs, but I need to make sure that motifs area could be generated and used with new schema. May be inclusion of motif as showing/hiding block in product area will help instead of current one motifs tab for all. What would be usability of such decision? The highest priority at the moment.
     • rendering options - render label procedure. problem - this function is used to either render image with data or use pre-defined content (dorskilt, blekkpute). Quick solution - ignore this if we would use only instance with label generations.
   • load localization data - messages.xml
   • load Products set. problems - we load products from the one instance at this time. The best solution - keep Products table as global, use it as replacement of current xml. Quick solution - clone products.xml
   • load additional product options - colors, background colors, sizes used. The best solution - assign options to products via table, use it as replacement of current xml. Quick solution - clone all needed xmls.
   • load coupons / discounts schemas if they are enabled
   • setup available payments data
2. Operations with labels
3. Order Processing

multitabs (categories) problems

1. currently we have a list of labels for order indexed as 1, …, n. This should be somehow saved as it is used for non - empty checkout before order process. Also this procedure should be modernized to use different profiles for checkout (solved partially)
2. Label rendering uses currently only current profile. There should be support for multi-profiles usage (to be avoided with quick solution)
3. products/orders to profile relations. Different instances have different setups of ordering data handling (to be avoided with quick solution)
4. coupons/discounts schema, Currently it only applies to the certain instance (to be avoided with quick solution)

Suggestions

The main problem is that current approach is instance-based. All logic is processed inside one instance. Multi-tabs process assumes that we have global setup with variations between instances. We have no such setup at this time. Global setup assumes at least such changes

1. Linking of product to instance before the order
2. Linking of order to instance before the order
3. Ability to change profile “on-the-fly” with js AJAX
4. Global schema for coupons