Refactoring the ui of the Store Shipping screens

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Refactoring the ui of the Store Shipping screens

Jacopo Cappellato
With rev. 525223 I've started the cleanup and refactoring of the Store
Shipping screens.
I've added a new tab where you can manage shipping *estimates* and I've
pulled the old forms about estimates from the existing Shipping screen.
The new screen is entirely based on widgets (no bsh and ftl artifacts).
Now I'd like to focus on the Store Shipment method section, this is what
I'd like to do:

* move the forms to manage the ShipmentMethodType entity outside of the
store screens/menu in a new top level menu/screen
* move the forms to manage the CarrierShipmentMethod entity outside of
the store screens/menu in a new top level menu/screen
* refactor the screens to manage the ProductStoreShipmentMeth entity to
use widgets

Since adding two new top level menus to the Catalog application could be
confusing, we should probably consider to group together under a
"Shipping Setup" top level menu the following screens:

* quantity breaks
* (the upcoming) ShipmentMethodType admin screen
* (the upcoming) CarrierShipmentMethod admin screen

What do you think?

Jacopo

Reply | Threaded
Open this post in threaded view
|

Re: Refactoring the ui of the Store Shipping screens

David E Jones

Either way, it's great to see this stuff getting cleaned up. It's a  
pretty confusing set of old stuff.

-David


On Apr 4, 2007, at 3:37 AM, Jacopo Cappellato wrote:

> With rev. 525223 I've started the cleanup and refactoring of the  
> Store Shipping screens.
> I've added a new tab where you can manage shipping *estimates* and  
> I've pulled the old forms about estimates from the existing  
> Shipping screen.
> The new screen is entirely based on widgets (no bsh and ftl  
> artifacts).
> Now I'd like to focus on the Store Shipment method section, this is  
> what I'd like to do:
>
> * move the forms to manage the ShipmentMethodType entity outside of  
> the store screens/menu in a new top level menu/screen
> * move the forms to manage the CarrierShipmentMethod entity outside  
> of the store screens/menu in a new top level menu/screen
> * refactor the screens to manage the ProductStoreShipmentMeth  
> entity to use widgets
>
> Since adding two new top level menus to the Catalog application  
> could be confusing, we should probably consider to group together  
> under a "Shipping Setup" top level menu the following screens:
>
> * quantity breaks
> * (the upcoming) ShipmentMethodType admin screen
> * (the upcoming) CarrierShipmentMethod admin screen
>
> What do you think?
>
> Jacopo
>


smime.p7s (3K) Download Attachment