Widget Copy Yes / No (feature)

From UG

(Difference between revisions)
Jump to: navigation, search
(→Functionality / Use Cases)
Line 70: Line 70:
# from Parent#FieldN to Child#FieldN
# from Parent#FieldN to Child#FieldN
-
Перечень и соответствие полей полей см. в секции [[ Business Needs and Requirements ]] или [[#Temp]].
+
Перечень и соответствие полей полей см. в секции [[#Business Needs and Requirements]] или [[#Temp]].
==== UC1: редактирование (переключатель установлен в No) ====
==== UC1: редактирование (переключатель установлен в No) ====

Revision as of 17:49, 29 January 2010


Contents

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.

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

  1. This feature is already implemented for #Application of this feature to 2 pairs of Port / Terminal on Exp Tab (Ocean)
  2. Now we need to describe existing behavior
  3. Describe in details. For example - what happens with state of every field on change from Y to N? From N to Y?
  4. Above description could be done in style similar as in Delivery Comment
  5. 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

Свойство "Widget Copy Yes / No" создается для обеспечения в указанных парах Parent / Child автоматического заполнения полей Child данными из полей соответствующего Parent в зависимости от состояния переключателя "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
  • каждый Parent, как и Child, для которых применяется "Widget Copy Yes / No", имеет несколько полей.
    • Количество этих полей в парах одинаково и существует четкая зависимость полей Child от полей Parent. Например, on the CTFields#ExpTab свойство "Widget Copy Yes / No" внедряется для 2-x пар Port / Terminal и, соответственно, для их полей Port Name, Estimated Date, Actual Date.
    • значение по умолчанию: пустое
  • также каждый Child имеет поле переключателя "Yes / No" в виде 2-х элементов radiobutton: Yes, No
    • значение по умолчанию: No

Functionality / Use Cases

В паре Parent / Child для автозаполнения используются пары полей:

  1. from Parent#Field1 to Child#Field1
  2. ...
  3. from Parent#FieldN to Child#FieldN

Перечень и соответствие полей полей см. в секции #Business Needs and Requirements или #Temp.

UC1: редактирование (переключатель установлен в No)

при редактировании данных в поле Parent, данные в соответствующих полях Child немедленно устанавливаются равными в те же значения. при очистке поля Parent соответствующее поле Child немедленно очищается.

UC2: редактирование (переключатель установлен в Yes)

при редактировании данных в поле Parent, данные в соответствующих полях Child не меняются

UC3: переключение с No на Yes

все поля Child очищаются и становятся editable

UC4: переключение с Yes на No

все поля Child немедленно устанавливаются в соответствующие значения полей Parent и становятся not editable

Quality Assurance

Look And Feel

Figures

Figure 1: UI

File:Terminal Yes No (feature) UI.JPG

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)

Temp

В паре Port Of Loading / Origin Terminal для автозаполнения используются пары полей:

  1. из Exp Tab#Port Of Loading в Exp Tab#Origin Terminal
  2. из Exp Tab#Port Of Loading Estimated Date в Exp Tab#Origin Terminal Estimated Date
  3. из Exp Tab#Port Of Loading Actual Date в Exp Tab#Origin Terminal Actual Date

В паре Port Of Discharge/Destination Terminal для автозаполнения используются пары полей:

  1. из Exp Tab#Port Of Discharge в Exp Tab#Destination Terminal
  2. из Exp Tab#Port Of Discharge Estimated Date в Exp Tab#Destination Terminal Esimated Date
  3. из Exp Tab#Port Of Discharge Actual Date в Exp Tab#Destination Terminal Actual Date
Retrieved from "https://wiki.jaguarfreight.com/Widget_Copy_Yes_/_No_(feature)"
Personal tools