OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

xliff message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [xliff] Call for Dissent was Re: [xliff] csprd01 comments 11 and 41

BTW, I killed the inheritance and default dependency, as it indeed was causing more trouble than convenience
Also added the MUST NOT Merge PR on <segment> as promised but forgotten yesterday
Unable to print now due to issues with the automatically generated trees Tom committed earlier today/late his night..

Dr. David Filip
University of Limerick, Ireland
telephone: +353-6120-2781
cellphone: +353-86-0222-158
facsimile: +353-6120-2734
mailto: david.filip@ul.ie

On Tue, Aug 20, 2013 at 11:48 AM, Yves Savourel <ysavourel@enlaso.com> wrote:
Hi David, all,

>> David, please, we really need to just disconnect
>> completely state and canMerge, set the default of
>> the first to 'initial' and the
>> second to 'yes'. You will have a merge indicator in
>> place and it won't provoke any disruption.
>> Those two attributes have no reasons
>> whatsoever to be connected.
> If the TC agrees to it I have no problem with implementing it,
> but then we will have done the full circle admittedly with
> some minor clarifications.

We would go from an 'approved' attribute with unclear relationship with the states and by default set to 'no', to a clearer
'canMerge' attribute that is completely independent from state and set to 'yes' by default. That doesn't look like a circle or a
minor change to me.


To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  Follow this link to all your TCs in OASIS at:

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]