Skip to main content
aboutsummaryrefslogtreecommitdiffstats
blob: 339bd151b6c1186b483eb7a3482ceb57f364429c (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
=Embedded Editors=
Papyrus provides embedded editors to edit UML Elements. Of course these editors allows to edit the name of the elements, but they allow to edit much more than this.

==UML ValueSpecification editor==
This editor allows to edit UMLValueSpecification. ValueSpecifications are used to define the default value of a Property or to define the multiplicity of a MultiplicityElement (lower and upper values).
Papyrus provides an Xtext Editor for UML ValueSpecification. This editor provides completion (CTRL+SPACE) to help the user to define the value to set crossing easily the model. 

You can use this editors in Papyrus table or in papyrus Property View for example.

The developer documentation for this editors is available [[Papyrus_Developer_Guide/Papyrus_Embedded_Editors_Documentation/Value_Specification_Xtext_editor#Parser_definition|here]].
===Usage===
The default grammar of the XText parser for the Value Specification is the following:

<code><nowiki>(visibility)? (name'=')? value</nowiki></code>

The values accepted for the differents attributes are the following:
{| class="wikitable"
! style="width:20%" | Attribute
! style="width:10%" | Required
! style="width:60%" | Values accepted
|-
| '''visibility'''
| align="center" | No
| 
* <code>+</code> (public)
* <code>#</code> (protected)
* <code>~</code> (package)
* <code>-</code> (private)
|-
| '''name'''
| align="center" | No
| String representing an ID (i.e. XText grammar: <code>'^'?('a'..'z'&#124;'A'..'Z'&#124;'_') ('a'..'z'&#124;'A'..'Z'&#124;'_'&#124;'0'..'9')*</code>)
|-
| '''value'''
| align="center" | Yes
| 
* <code>true</code> or <code>false</code> (<code>LiteralBoolean</code>)
* positive integer (<code>LiteralUnlimitedNatural</code>)
* negative integer (<code>LiteralInteger</code>)
* double (<code>LiteralReal</code>)
* <code>null</code> (<code>LiteralNull</code>)
* String with quote (<code>LiteralSting</code>). The quote (') is essential for 2 reasons:
** The XText parser cannot define the difference between the name representing an <code>InstanceSpecification</code> and a simple string value
** A Non-valid value won't be defined as an <code>OpaqueExpression</code> without quote but always as a <code>LiteralString</code> value
* Instance Specification name (<code>InstanceValue</code>)
* <code><Undefined></code> or empty (<code>null</code>)
|}

If the text filled is not compatible with the grammar of XText parser, an <code>OpaqueExpression</code> will be created.


The XText parser for Value Specification is not restrictive with the text filled, i.e. the different features setted on an existing Value Specification will be kept if possible.

For example: If an existing Value Specification is a <code>LiteralBoolean</code> named 'testBoolean' with the visibility 'public' and the value setted to <code>true</code>, the text <code>+testBoolean=false</code> and <code>false</code> have the same result: the value of <code>LiteralBoolean</code> existing will pass to <code>false</code> (the name and the visilibity don't change).


The XText parser reacts differently instead of the type of the Value Specification's container:

====Example: Without defined type on Value Specification's container====

If the type of Value Specification's container is not defined, the default behaviour will be applied.

Here, some examples:
{| class="wikitable"
! style="width:15%" rowspan="2" | Text filled
! style="width:20%" rowspan="2" | Namely
! style="width:65%" rowspan="1" colspan="4" | Created ValueSpecification
|-
! style="width:15%" rowspan="1" colspan="1" | Type
! style="width:8%" rowspan="1" colspan="1" | Visibility
! style="width:15%" rowspan="1" colspan="1" | Name
! style="width:27%" rowspan="1" colspan="1" | Value
|-
| rowspan="2" | +testInstanceValue=InstanceSpec1
| 'InstanceSpec1' is an <code>InstanceSpecification</code> existing in the model
| <code>InstanceValue</code>
| public
| testInstanceValue
| 'instance' attribute of <code>InstanceValue</code> is a reference to the existing <code>InstanceSpecification</code> named 'InstanceSpec1'
|-
| No <code>InstanceSpecification</code> exist in the model
| <code>OpaqueExpression</code>
| public
| +testInstanceValue=InstanceSpec1
| 
|-
| +testBoolean=true
| 
| <code>LiteralBoolean</code>
| public
| testBoolean
| <code>true</code>
|-
| #testUnlimitedNatural=5
| 
| <code>LiteralUnlimitedNatural</code>
| protected
| testUnlimitedNatural
| 5
|-
| ~testInteger=-8
| 
| <code>LiteralInteger</code>
| package
| testInteger
| -8
|-
| -testReal=12.34
| 
| <code>LiteralReal</code>
| private
| testReal
| 12.34
|-
| ~testNull=null
| 
| <code>LiteralNull</code>
| package
| testNull
| <code>null</code>
|-
| -testString="foo"
| 
| <code>LiteralString</code>
| private
| testString
| foo
|-
| ##testString="foo"
| 
| <code>OpaqueExpression</code>
| public
| ##testString="foo"
| 
|}

====Example: With defined type on Value Specification's container====

If the type of Value Specification's container is setted, the same text filled will be have different behaviour depending to the type. In fact, the value filled must be consistent to the type, otherwise an <code>OpaqueExpression</code> will be created.

The different types corresponding to <code>LiteralSpecification</code> are the following:
{| class="wikitable"
! style="width:50%" | LiteralSpecification
! style="width:50%" | Types corresponding
|-
| <code>LiteralBoolean</code>
| 
* JavaPrimitiveTypes::boolean
* EcorePrimitiveTypes::EBoolean
* EcorePrimitiveTypes::EBooleanObject
* PrimitiveTypes::Boolean
* XMLPrimitiveTypes::Boolean
* XMLPrimitiveTypes::BooleanObject
|-
| <code>LiteralUnlimitedNatural</code>
| 
* PrimitiveTypes::UnlimitedNatural
|-
| <code>LiteralInteger</code>
| 
* JavaPrimitiveTypes::int
* EcorePrimitiveTypes::EInt
* EcorePrimitiveTypes::EIntegerObject
* PrimitiveTypes::Integer
* XMLPrimitiveTypes::Int
* XMLPrimitiveTypes::Integer
* XMLPrimitiveTypes::IntObject
|-
| <code>LiteralReal</code>
| 
* JavaPrimitiveTypes::double
* EcorePrimitiveTypes::EDouble
* EcorePrimitiveTypes::EDoubleObject
* PrimitiveTypes::Real
* XMLPrimitiveTypes::Double
* XMLPrimitiveTypes::DoubleObject
|-
| <code>LiteralString</code>
| 
* EcorePrimitiveTypes::EString
* PrimitiveTypes::String
* XMLPrimitiveTypes::String
|}

Here, some examples:
{| class="wikitable"
! style="width:15%" rowspan="2" | Text filled
! style="width:20%" rowspan="2" | Value Specification's container type
! style="width:65%" rowspan="1" colspan="4" | Created ValueSpecification
|-
! style="width:15%" rowspan="1" colspan="1" | Type
! style="width:8%" rowspan="1" colspan="1" | Visibility
! style="width:15%" rowspan="1" colspan="1" | Name
! style="width:27%" rowspan="1" colspan="1" | Value
|-
| rowspan="2" | +testBoolean=true
| PrimitiveTypes::Boolean
| <code>LiteralBoolean</code>
| public
| testBoolean
| <code>true</code>
|-
| PrimitiveTypes::Integer
| <code>OpaqueExpression</code>
| public
| +testBoolean=true
|
|-
| rowspan="4" | -testUnlimitedNatural=8
| PrimitiveTypes::UnlimitedNatural
| <code>LiteralUnlimitedNatural</code>
| private
| testUnlimitedNatural
| 8
|-
| PrimitiveTypes::Integer
| <code>LiteralInteger</code>
| private
| testUnlimitedNatural
| 8
|-
| PrimitiveTypes::Real
| <code>LiteralReal</code>
| private
| testUnlimitedNatural
| 8.0
|-
| PrimitiveTypes::Boolean
| <code>OpaqueExpression</code>
| public
| -testUnlimitedNatural=8
| 
|-
| rowspan="4" | #testInteger=-6
| PrimitiveTypes::UnlimitedNatural
| <code>OpaqueExpression</code>
| public
| #testInteger=6
| 
|-
| PrimitiveTypes::Integer
| <code>LiteralInteger</code>
| protected
| testInteger
| 6
|-
| PrimitiveTypes::Real
| <code>LiteralReal</code>
| protected
| testInteger
| 6.0
|-
| PrimitiveTypes::Boolean
| <code>OpaqueExpression</code>
| public
| #testInteger=6
| 
|-
| rowspan="3" | -testReal=4.5
| PrimitiveTypes::Integer
| <code>OpaqueExpression</code>
| public
| -testReal=4.5
| 
|-
| PrimitiveTypes::Real
| <code>LiteralReal</code>
| private
| testReal
| 4.5 
|}

==Textual Editor For Named Element==
Since Papyrus 1.1.0 (Eclipse Mars), Papyrus provides a new texutal editor to edit references to UML NamedElement. This editor works only for references which are not in containment. This editor has not been developed using XText. It use a custom string parser and provide a completion (STRL+SPACE) to help the user to find the named elements to reference in the model.

You can use this editor in Property View or in Papyrus table for example.
Developer documentation is available [[Papyrus_Developer_Guide/Papyrus_Embedded_Editors_Documentation/Textual_Editor_For_NamedElement|here]].

===Usage===
* This editors allows to find named element typing its name. 
* In case of several elements to found, the separator to use is the comma <code>'</code>
* If the name of the element contains a comma, you should prefix and suffix its name by a quote <code>'</code>.
* The value will not be set if the element can't be found is the model

===Example===
If you have 3 Classes in your model, named <code>Class1</code>, <code>Class2</code> and <code>Clas,s3</code>.
{| class="wikitable"
! style="font-weight: bold;" | typed text
! style="font-weight: bold;" | completion proposal
! style="font-weight: bold;" | explanation
|-
| empty string
| null, ...
| we look for nothing, so we provide the <code>null</code> value and <code>...</code> to ask to the user to write more text
|-
| Clas
| null,Class1,Class2,Clas,s3
| 3 classes matches the string, <code>null</code> is always proposed
|-
| Class
| null,Class1,Class2
| 3 classes matches the string, null is always proposed
|-
| 'Clas
| null, Clas,s3
| the string starts with a quote and Clas,s3 contains a comma, so we propose <code>Clas,s3</code>; <code>null</code> is always proposed
|-
| Clas,
| null,...
| interpreted as a list of value, the first value is <code>Clas</code>, and we have no information for the second one, for the completion it is an empty string
|}

Back to the top