Master's Thesis - Computer Graphics and Visualization - TU Delft

More documents

Recommendations

Info

(a) View 1 (b) View 2 (c) View 3 (d) View 4 Figure 3-4 Four information detail level views of a module - 22 -
3.5.2 Various widgets to display a module’s parameters In the design of the Culgi GPE, we use different types of widgets to display different parameters in a module. The purpose is to reduce the user’s errors. This design is explained in three aspects. . 1) Using different widgets for different parameter types. The widget type used for a parameter is determined by the data type of this parameter. There are three advantages. First, the widget type of a parameter could hint the users what kind of value is expected in this parameter. So the users’ understanding could be increased. Second, each widget type can have its own bound checking function. When users make errors when typing, the system will warn the users by showing the background in different color (pink in this prototype) or by some sound. This could reduce some errors such as the value is out of range or the value is not of the expected type. Third, some widget type itself can reduce typos. For example, the widget combobox generally used in single selection is used when the data type of the parameter is “enum”. So the users can choose one valid selection by clicking instead of typing in. 2) Use selection other than typing in some cases One feature of the Culgi commands is that some commands take the same arguments, as pointed out as one feature of the Culgi library in Chapter 2. So it is possible that the value of a parameter in a module refers to the value of a parameter in another module. It will be handy if users can select the value of this parameter instead of typing in (because the value has been defined in another module). Selection can not only reduce typing errors, but also hint the users that what should the value be in this parameter. Figure 3-5 shows two types of selection. As shown in Figure 3-5 (a), the value of parameter DPDMolecules in module AddDPDMoleculesViewable, determines which molecules will be shown on the screen. It needs the values from Parameter Name of CreateDPDMolecules. Users can choose one, both or none of these two types of molecules to be visible. So the system just supplies checkbox for multi selection widget. But Figure 3-5 (b) is a different case. It is a single selection Case. That is to say, users can and only can select one. So the system just supplies a widget for single selection. 3) keep consistent automatically Suppose, in the case of Figure 3-5 a user selected box1 first. Then the user changed the value ‘box1’ into another value like ‘box3’ in module ‘Box’. If the user forget to change the corresponding value in Module CreateDPDMolecules, an error would happened when the program starts running. Thus the system should keep the name consistent automatically. That is to say, the system will make sure that if the definition is changed, the reference will also be changed. This mechanism is hidden for users. - 23 -
Page 1: A Graphical Programming Environment
Page 5 and 6: Preface This project started in Sep
Page 7 and 8: Abstract Culgi stands for Chemistry
Page 9 and 10: Contents Abstract..................
Page 11 and 12: Chapter 1 Introduction Culgi stands
Page 13 and 14: elationship model (see Figure 1-3).
Page 15 and 16: Chapter 2 Requirement Analysis This
Page 17 and 18: loop in which users only need to sp
Page 19 and 20: Primary actor: -Simulation Program
Page 21 and 22: Req04 Select a module in the librar
Page 23 and 24: Chapter 3 Design Models In chapter
Page 25 and 26: also generates the same result as (
Page 27 and 28: 3.3 The Concept Editor 3.3.1 Descri
Page 29 and 30: (a) Step1 Build Box Step2 Create Vi
Page 31: 3.5.1 Multi view of modules In the
Page 35 and 36: a correct order. These source codes
Page 37 and 38: Chapter 4 Implementation of the Cul
Page 39 and 40: library. Meanwhile, the interface p
Page 41 and 42: For example, in Figure 3-5(b), the
Page 43 and 44: The Module Editor is a tool for cre
Page 45 and 46: corresponding operations. Figure 4-
Page 47 and 48: The second problem is about how to
Page 49 and 50: sequence. From these approaches, we
Page 51 and 52: Chapter 5 Results and Test The prev
Page 53 and 54: (a) Before click. (b) After an item
Page 55 and 56: instance of the module setDPDEnviro
Page 57 and 58: (a) Make only “Oil” visible (b)
Page 59 and 60: Feedbacks from the novices of Culgi
Page 61 and 62: Chapter 6 Conclusion The goal of th
Page 63 and 64: Chapter 7 Bibliography [1] Craig La
Page 65 and 66: Appendix A. Class Diagrams Figure A
Page 67 and 68: Figure A-4 Class Diagram of “Sequ
Page 69 and 70: Appendix B. Tables Table B-1 Functi
Page 71 and 72: Table B-3 Functionalities of Class
Page 73 and 74: Table B-5 Functionalities of class
Page 75 and 76: Table B-7 Properties of input param
Page 77 and 78: Appendix C. DPD Simulation # DPD Si
Page 79: $plot SetSize 400 400 $plot Load My

Master's Thesis - Computer Graphics and Visualization - TU Delft

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?