Widget Copy Yes / No (feature)
From UG
(→Spec Update: : (Terminal Yes / No (feature)) Implement this feature for Master Terminals (Origin and Dest)) |
(→Application of this feature to 2 pairs of Port / Terminal on Exp Tab (Ocean)) |
||
Line 20: | Line 20: | ||
* [r3] See possible UI design here: [[#Figure 1: UI]] | * [r3] See possible UI design here: [[#Figure 1: UI]] | ||
- | === Application of this feature to | + | === Application of this feature to Shipper Consignee (Truck modes)=== |
For Truck modes only: | For Truck modes only: |
Revision as of 00:10, 29 January 2010
Classified As and Parent Mantis
Business Needs and Requirements
Application of this feature to Port / Terminal on Exp Tab (Ocean)
- [r0] There are 2 pairs of Port /Terminal. They should behave identically:
- Origin Terminal / Port Of Loading
- Port Of Discharge / Destination Terminal
- [r1] By default any edits from Port should propagate into Terminal.
- [r2] System should provide option to make Terminal fields "independent from" Port fields. This could be done by adding Yes/No radio.
- [r3] See possible UI design here: #Figure 1: UI
Application of this feature to Shipper Consignee (Truck modes)
For Truck modes only:
- pair a)
- Gen_Tab#Shipper; Gen_Tab#Shipper_Address - "master" ( has Y/N)
- Gen_Tab#Pick_up; Gen_Tab#Pick_up_Address
- pair b)
- Gen_Tab#Consegnee; Gen_Tab#Consignee_Address - "master" ( has Y/N)
- Gen_Tab#Delivery_to; Gen_Tab#Gen_Tab#Delivery_to_Address
Application of this feature to 2 pairs of Port / Terminal on Master Details Tab (Ocean)
same as #Application of this feature to Port / Terminal on Exp Tab (Ocean)
Comments from Systems Architect
- This feature is already implemented for #Application of this feature to 2 pairs of Port / Terminal on Exp Tab (Ocean)
- Now we need to describe existing behavior
- Describe in details. For example - what happens with state of every field on change from Y to N? From N to Y?
- Above description could be done in style similar as in Delivery Comment
- Describe abstractly: talk about parent / child realation between 2 groups of widgets
--Alex 13:46, 28 January 2010 (UTC)
Preliminary Design / Prototype
Not needed. --Alex 13:51, 28 January 2010 (UTC)
Detailed Design (Technical Specification)
Summary
Свойство "Terminal Yes / No" создается для обеспечения в указанных парах Порт/Терминал автоматического заполнения полей Терминала данными из полей соответствующего Порта в зависимости от состояния переключателя "Yes / No".
User Interface
No need to define widgets here, it is to be defind in Imp Tab component.--Alex 13:58, 28 January 2010 (UTC)
- See #Figure 1: UI
- каждый Порт, как и Терминал, имеет три поля: Port Name, Estimated Date, Actual Date
- значение по умолчанию: пустое
- также каждый Терминал имеет поле переключателя "Yes / No" в виде 2-х элементов radiobutton: Yes, No
- значение по умолчанию: No
Functionality / Use Cases
В паре Port Of Loading / Origin Terminal для автозаполнения используются пары полей:
- из Exp Tab#Port Of Loading в Exp Tab#Origin Terminal
- из Exp Tab#Port Of Loading Estimated Date в Exp Tab#Origin Terminal Estimated Date
- из Exp Tab#Port Of Loading Actual Date в Exp Tab#Origin Terminal Actual Date
В паре Port Of Discharge/Destination Terminal для автозаполнения используются пары полей:
- из Exp Tab#Port Of Discharge в Exp Tab#Destination Terminal
- из Exp Tab#Port Of Discharge Estimated Date в Exp Tab#Destination Terminal Esimated Date
- из Exp Tab#Port Of Discharge Actual Date в Exp Tab#Destination Terminal Actual Date
UC1: редактирование (переключатель установлен в No)
при редактировании данных в поле Порта, данные в соответствующих полях Терминала немедленно устанавливаются равными в те же значения. при очистке поля Порта соответствующее поле Терминала немедленно очищается.
UC2: редактирование (переключатель установлен в Yes)
при редактировании данных в поле Порта, данные в соответствующих полях Терминала не меняются
UC3: переключение с No на Yes
все поля Терминала очищаются и становятся доступными для редактирования (editable)
UC4: переключение с Yes на No
все поля Терминала немедленно устанавливаются в соответствующие значения полей Порта и становятся недоступными для редактирования
Quality Assurance
Look And Feel
Figures
Figure 1: UI
Questions and RFC
Known Non Critical Bugs
Links to Archived / Old specs
History
This doc has been created
--Alex 19:54, 19 January 2010 (UTC)
Spec Update:(Widget Copy Yes / No (feature)) Implement this feature for Master Terminals (Origin and Dest) and Shipper / Consignee
--Alex 19:54, 19 January 2010 (UTC)
- mantis: http://mantis.jaguarfreight.com/mantis/view.php?id=1692
- Biz Req updated? Y
- Tech Spec updated? N
Temp
В паре Port Of Loading / Origin Terminal для автозаполнения используются пары полей:
- из Exp Tab#Port Of Loading в Exp Tab#Origin Terminal
- из Exp Tab#Port Of Loading Estimated Date в Exp Tab#Origin Terminal Estimated Date
- из Exp Tab#Port Of Loading Actual Date в Exp Tab#Origin Terminal Actual Date
В паре Port Of Discharge/Destination Terminal для автозаполнения используются пары полей: