[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[tigerstripe-users] RE: tigerstripe-users Digest, Vol 9, Issue 1

Hallo Phil, Eric,

the work around proposed by Eric may cause some misunderstandings
because users of the model will look only at the "Multiplicity" field
when retrieving this information and may not take an additional
stereotype into account.

My general understanding is, that a model should always be able to cover
the real requirements.
For example, in the TMF mTOP model we have multiplicities like "0..2" or
"2..*".
RSM has fixed multiplicities but allow also other definitions.

Regards
Bernd


-----Original Message-----
From: tigerstripe-users-bounces@xxxxxxxxxxx
[mailto:tigerstripe-users-bounces@xxxxxxxxxxx] On Behalf Of
tigerstripe-users-request@xxxxxxxxxxx
Sent: Saturday, March 07, 2009 18:00
To: tigerstripe-users@xxxxxxxxxxx
Subject: tigerstripe-users Digest, Vol 9, Issue 1

Send tigerstripe-users mailing list submissions to
	tigerstripe-users@xxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
	https://dev.eclipse.org/mailman/listinfo/tigerstripe-users
or, via email, send a message with subject or body 'help' to
	tigerstripe-users-request@xxxxxxxxxxx

You can reach the person managing the list at
	tigerstripe-users-owner@xxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of tigerstripe-users digest..."


Today's Topics:

   1. Why Multiplicity Not Editable? (Phil Chen)
   2. Re: Why Multiplicity Not Editable? (Eric Dillon)


----------------------------------------------------------------------

Message: 1
Date: Fri, 6 Mar 2009 19:52:13 -0500
From: Phil Chen <pchen@xxxxxxxxxxxxxxxxxxxxx>
Subject: [tigerstripe-users] Why Multiplicity Not Editable?
To: "tigerstripe-users@xxxxxxxxxxx" <tigerstripe-users@xxxxxxxxxxx>
Message-ID:
	
<E6D5CAC0ACC932498E6AC1A692E0CBA12297AAE26C@xxxxxxxxxxxxxxxxxxxxxxxxxxxx
cal>
	
Content-Type: text/plain; charset="us-ascii"

If I want to specify a mutiplicity value different from one of the
predefined choices, how do I do that in Tigerstripe?
Thanks!

--Phil
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
https://dev.eclipse.org/mailman/private/tigerstripe-users/attachments/20
090306/91fd00c9/attachment.html

------------------------------

Message: 2
Date: Sat, 07 Mar 2009 07:59:31 -0800
From: Eric Dillon <erdillon@xxxxxxxxx>
Subject: Re: [tigerstripe-users] Why Multiplicity Not Editable?
To: Tigerstripe Users <tigerstripe-users@xxxxxxxxxxx>,	Phil Chen
	<pchen@xxxxxxxxxxxxxxxxxxxxx>
Message-ID: <C5D7D9E3.146D5%erdillon@xxxxxxxxx>
Content-Type: text/plain; charset="iso-8859-1"

Hi Phil,

Hmmm... Unfortunately, as it stands now, the multiplicities in
Tigerstripe
are fixed.
We have had a few requests for ?custom multiplicities? in the past, but
not
enough I guess to actually implement the change. As you might guess this
would impact a lot of the code.

In some cases, others have been able to get away by further specifying a
?fixed multiplicity? though attributes of a stereotype, and use that in
the
plugin as a work around.

Let me know this sounds reasonable to you, or if we need to revisit the
?fixed multiplicities? in the near future.

Thanks,
Eric


On 3/6/09 4:52 PM, "Phil Chen" <pchen@xxxxxxxxxxxxxxxxxxxxx> wrote:

> If I want to specify a mutiplicity value different from one of the
predefined
> choices, how do I do that in Tigerstripe?
> Thanks!
>  
> --Phil
> 
> 
> _______________________________________________
> tigerstripe-users mailing list
> tigerstripe-users@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/tigerstripe-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
https://dev.eclipse.org/mailman/private/tigerstripe-users/attachments/20
090307/9dce8725/attachment.html

------------------------------

_______________________________________________
tigerstripe-users mailing list
tigerstripe-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/tigerstripe-users


End of tigerstripe-users Digest, Vol 9, Issue 1
***********************************************