Widget Copy Yes / No (feature)

From UG

(Difference between revisions)
Jump to: navigation, search
(User Interface)
(Application of this feature to Shipper Consignee (Truck modes))
 
(28 intermediate revisions not shown)
Line 25: Line 25:
* pair a)
* pair a)
-
** Gen_Tab#Shipper; Gen_Tab#Shipper_Address - "master" ( has Y/N)
+
** [[CT#Shipper|Shipper]]; [[CT#Shipper Address|Shipper Address]] - "master" ( has Y/N)
-
** Gen_Tab#Pick_up; Gen_Tab#Pick_up_Address
+
** [[CT#Export Pick Up|Export Pick Up]]; [[CT#Export Pick Up Address|Export Pick Up Address]]
* pair b)
* pair b)
-
** Gen_Tab#Consegnee; Gen_Tab#Consignee_Address - "master" ( has Y/N)
+
** [[CT#Consignee|Consignee]]; [[CT#Consignee Address|Consignee Address]] - "master" ( has Y/N)
-
** Gen_Tab#Delivery_to; Gen_Tab#Gen_Tab#Delivery_to_Address
+
** [[CT#Export Delivery To|Export Delivery To]]; [[CT#Export Delivery To Address|Export Delivery To Address]]
 +
 
 +
* All specified fields are on the [[Gen Tab]]
 +
* See possible UI design here: [[#Figure 2: Shipper Consignee UI]]
=== Application of this feature to 2 pairs of Port / Terminal on Master Details Tab (Ocean)===
=== Application of this feature to 2 pairs of Port / Terminal on Master Details Tab (Ocean)===
Line 40: Line 43:
# Describe in details. For example - what happens with state of every field on change from Y to N? From N to Y?
# 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]]
# Above description could be done in style similar as in [[Delivery Comment]]
-
# Describe abstractly: talk about parent / child realation between 2 groups of widgets  
+
# Describe abstractly: talk about master / slave realation between 2 groups of widgets  
--[[User:Alex|Alex]] 13:46, 28 January 2010 (UTC)
--[[User:Alex|Alex]] 13:46, 28 January 2010 (UTC)
Line 51: Line 54:
=== Summary ===  
=== Summary ===  
-
Свойство "Widget Copy Yes / No"  создается для обеспечения в указанных парах Source/Destination автоматического заполнения полей Destination данными из полей соответствующего Source в зависимости от состояния переключателя "Yes / No".
+
The property "Widget Copy Yes / No"  is created to provide in the specified pairs Master / Slave of an automatic filling in of the Slave fields with data from corresponding Master fields, depending on a state of "Yes / No" switch.
=== User Interface ===
=== User Interface ===
''No need to define [[widget]]s here, it is to be defind in [[Imp Tab]] component.--[[User:Alex|Alex]] 13:58, 28 January 2010 (UTC)''
''No need to define [[widget]]s here, it is to be defind in [[Imp Tab]] component.--[[User:Alex|Alex]] 13:58, 28 January 2010 (UTC)''
-
* See [[#Figure 1: UI]]
+
 
-
* каждый Source, как и Destination, для которых применяется "Widget Copy Yes / No", имеет несколько полей.  
+
* every Master, as well as a Slave, for which the "Widget Copy Yes / No" is implemented, has several fields.
-
** Количество этих полей в парах одинаково и существует четкая зависимость полей Destination от полей Source. ''Например'', на закладке [[ ExpTab ]] свойство "Widget Copy Yes / No" внедряется для пар Port/Terminal и, соответственно, для полей Port Name, Estimated Date, Actual Date.
+
** Quantity of those fields in pairs is equal and here exists a strict correspondence between Slave fields and Master fields. ''For example, on the [[Exp Tab]] the "Widget Copy Yes / No" property is implemented for two pairs Port / Terminal and, correspondingly, for their fields Port Name, Estimated Date, Actual Date'' - See [[#Figure 1: UI]]
-
** значение по умолчанию: пустое
+
** default value: empty
-
* также каждый Destination имеет поле переключателя "Yes / No" в виде 2-х элементов radiobutton: Yes, No
+
* also, every Slave has switch field "Yes / No" in a form of a Radiogroup with two radio buttons: Yes or No
-
** значение по умолчанию: No
+
** default value: No
=== Functionality / Use Cases ===
=== Functionality / Use Cases ===
-
В паре Port Of Loading / Origin Terminal для автозаполнения используются пары полей:
+
In the pair "Master / Slave" the following pairs of fields are used for automatic filling in:
-
# из [[ Exp Tab#Port Of Loading ]] в [[ Exp Tab#Origin Terminal]]
+
# from Master#Field1 to Slave#Field1
-
# из [[ 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 ]]
+
# from Master#FieldN to Slave#FieldN
-
В паре Port Of Discharge/Destination Terminal для автозаполнения используются пары полей:
+
The list and correspondence of the fields see in the section [[Business Needs and Requirements]] or [[#Temp]].
-
# из [[ 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) ====
+
==== UC1: editing (switch is set to No) ====
-
при редактировании данных в поле Source, данные в соответствующих полях Destination немедленно устанавливаются равными в те же значения.  
+
* when the data in the Master field is edited, the corresponding Slave fields immediately possess equal value.
-
при очистке поля Source соответствующее поле Destination немедленно очищается.
+
** '''''for example''', after setting data into the field [[Exp Tab#Port Of Loading]], they will copy [[Exp Tab#Port Of Loading]] value into [[Exp Tab#Origin Terminal]].''
 +
* when a Master field is emptied, a corresponding Slave field will be cleared immediately.
 +
** '''''for example''', after clearing of data in the field [[Exp Tab#Port Of Discharge Estimated Date]] (or ExpTab.14b.ETA) (adjacent button "C" is used) it is necessary to clear [[Exp Tab#Destination Terminal Esimated Date ]] (or ExpTab.15b.ETA).''
-
==== UC2: редактирование (переключатель установлен в Yes) ====
+
==== UC2: editing (switch is set to Yes) ====
-
при редактировании данных в поле Source, данные в соответствующих полях Destination не меняются
+
when data in a Master field is edited, data in corresponding Slave fields would not been changed
-
==== UC3: переключение с No на Yes ====
+
==== UC3: setting from No to Yes ====
-
все поля Destination очищаются и становятся editable
+
all Slave fields will be cleared and become editable
-
==== UC4: переключение с Yes на No ====
+
==== UC4: setting from Yes to No ====
-
все поля Destination немедленно устанавливаются в соответствующие значения полей Source и становятся not editable
+
all Slave fields will be immediately set to corresponding Master field values and become non-editable
== Quality Assurance ==
== Quality Assurance ==
Line 95: Line 97:
[[File:Terminal Yes No (feature) UI.JPG]]
[[File:Terminal Yes No (feature) UI.JPG]]
-
== Questions and RFC ==
+
=== Figure 2: Shipper Consignee UI ===
 +
[[File:Shipper Consignee UI.GIF]]
-
== Known Non Critical Bugs ==
+
== Questions  ==
 +
== Suggestions ==
-
== Links to Archived / Old specs ==
+
=== One outsider opinion about Y / N label ===
-
== History ==
+
-- What does it mean "Yes / No"? What is "Yes"? What is "No"?
 +
1) Maybe it will be useful to arrange this in the following way: simply to write a label
 +
"Copy data from Port of Loading" (Yes / No)"
 +
It will be understandable and no need to read help.
-
=== This doc has been created ===
+
2) Why when "No", the Child is non-editable, and when "Yes", they are editable? Maybe, we should add to the radio-button a text field "Editable"? "Editable" Yes / No?
-
--[[User:Alex|Alex]] 19:54, 19 January 2010 (UTC)
+
Or we should to change places between "Yes" and "No" and make "Yes, copy data from Port of Loading" / "No"?
 +
It's said only for discussion, but I prefer the last variant.
-
=== Spec Update:(Widget Copy Yes / No (feature)) Implement this feature for Master Terminals (Origin and Dest) and Shipper / Consignee ===
+
== Known Non Critical Bugs ==
 +
 
 +
 
 +
== Links to Archived / Old specs ==
 +
 
 +
== History ==
-
--[[User:Alex|Alex]] 19:54, 19 January 2010 (UTC)
+
=== Spec Update:(Widget Copy Yes / No (feature)) Implement this feature for Master Terminals (Origin and Dest) ===
* mantis: http://mantis.jaguarfreight.com/mantis/view.php?id=1692
* mantis: http://mantis.jaguarfreight.com/mantis/view.php?id=1692
-
* see [[#Application of this feature to Shipper Consignee (Truck modes)]]
 
* see [[#Application of this feature to 2 pairs of Port / Terminal on Master Details Tab (Ocean)]]
* see [[#Application of this feature to 2 pairs of Port / Terminal on Master Details Tab (Ocean)]]
* Biz Req updated? Y
* Biz Req updated? Y
* Tech Spec updated? N
* Tech Spec updated? N
-
== Temp ==
+
=== Implement this feature for Shipper / Consignee ===
-
В паре Port Of Loading / Origin Terminal для автозаполнения используются пары полей:
+
* 0001896: (NATP)(CT Tabs: General)(Widget Copy Yes / No) Implement this feature for Shipper / Consignee
-
# из [[ Exp Tab#Port Of Loading ]] в [[ Exp Tab#Origin Terminal]]
+
* see [[#Application of this feature to Shipper Consignee (Truck modes)]]
-
# из [[ Exp Tab#Port Of Loading Estimated Date ]] в [[ Exp Tab#Origin Terminal Estimated Date ]]
+
* spec updated? N
-
# из [[ 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 ]]
+

Current revision as of 22:22, 31 March 2010


Contents

[edit] Classified As and Parent Mantis

[edit] Business Needs and Requirements

[edit] 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.

[edit] Application of this feature to Shipper Consignee (Truck modes)

For Truck modes only:

[edit] 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)

[edit] 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 master / slave realation between 2 groups of widgets

--Alex 13:46, 28 January 2010 (UTC)

[edit] Preliminary Design / Prototype

Not needed. --Alex 13:51, 28 January 2010 (UTC)

[edit] Detailed Design (Technical Specification)

[edit] Summary

The property "Widget Copy Yes / No" is created to provide in the specified pairs Master / Slave of an automatic filling in of the Slave fields with data from corresponding Master fields, depending on a state of "Yes / No" switch.

[edit] User Interface

No need to define widgets here, it is to be defind in Imp Tab component.--Alex 13:58, 28 January 2010 (UTC)


  • every Master, as well as a Slave, for which the "Widget Copy Yes / No" is implemented, has several fields.
    • Quantity of those fields in pairs is equal and here exists a strict correspondence between Slave fields and Master fields. For example, on the Exp Tab the "Widget Copy Yes / No" property is implemented for two pairs Port / Terminal and, correspondingly, for their fields Port Name, Estimated Date, Actual Date - See #Figure 1: UI
    • default value: empty
  • also, every Slave has switch field "Yes / No" in a form of a Radiogroup with two radio buttons: Yes or No
    • default value: No

[edit] Functionality / Use Cases

In the pair "Master / Slave" the following pairs of fields are used for automatic filling in:

  1. from Master#Field1 to Slave#Field1
  2. ...
  3. from Master#FieldN to Slave#FieldN

The list and correspondence of the fields see in the section Business Needs and Requirements or #Temp.

[edit] UC1: editing (switch is set to No)

[edit] UC2: editing (switch is set to Yes)

when data in a Master field is edited, data in corresponding Slave fields would not been changed

[edit] UC3: setting from No to Yes

all Slave fields will be cleared and become editable

[edit] UC4: setting from Yes to No

all Slave fields will be immediately set to corresponding Master field values and become non-editable

[edit] Quality Assurance

[edit] Look And Feel

[edit] Figures

[edit] Figure 1: UI

File:Terminal Yes No (feature) UI.JPG

[edit] Figure 2: Shipper Consignee UI

File:Shipper Consignee UI.GIF

[edit] Questions

[edit] Suggestions

[edit] One outsider opinion about Y / N label

-- What does it mean "Yes / No"? What is "Yes"? What is "No"?

1) Maybe it will be useful to arrange this in the following way: simply to write a label "Copy data from Port of Loading" (Yes / No)" It will be understandable and no need to read help.

2) Why when "No", the Child is non-editable, and when "Yes", they are editable? Maybe, we should add to the radio-button a text field "Editable"? "Editable" Yes / No?

Or we should to change places between "Yes" and "No" and make "Yes, copy data from Port of Loading" / "No"? It's said only for discussion, but I prefer the last variant.

[edit] Known Non Critical Bugs

[edit] Links to Archived / Old specs

[edit] History

[edit] Spec Update:(Widget Copy Yes / No (feature)) Implement this feature for Master Terminals (Origin and Dest)

[edit] Implement this feature for Shipper / Consignee

Personal tools