Re: [xliff] @disabled in Validation Module. Fix example. Add constraint?

["Dr. David Filip" <David.Filip@ul.ie>]

Bryan, Yves, all

I see the use case of temporarily switching off the rules at the highest level as valid.

If you think of a conformant validation processor that is to disable the rules until translations are final, this flag is actually the conformant way to do it.

As result I agree with Yves that no material change is needed (no new constraint).

Just correction of example and clarification of description.

If we reach consensus on that, we can assign an Editor to fix this.

Cheers

dF

Dr. David Filip

=======================

OASIS XLIFF TC Secretary, Editor, and Liaison Officer 

LRC | CNGL | CSIS

University of Limerick, Ireland

telephone: +353-6120-2781

cellphone: +353-86-0222-158

facsimile: +353-6120-2734

http://www.cngl.ie/profile/?i=452

mailto: david.filip@ul.ie

On Mon, Nov 3, 2014 at 4:14 AM, Yves Savourel <ysavourel@enlaso.com> wrote:

> I am struggling. Probably my fault. Since once you reach the end of the
> validation rule at the end of the <file></file>, what rule are we
> temporarily disabling? Rules set in <unit> elements?

No, setting disabled='yes' on a rule at the <file> level disabled that rule.
Any similar rule at the unit level but without a disabled attribute would override it (the default value of disabled is 'no')

You can use it just like a switch to turn off a rule.


> Could you please sketch a use case where @disable at the <file>
> level has meaning?

For example: setting disabled='yes' in the rule at the file level, allow you to keep the rules in the document, but not validate
them. For example if you need to run the document through a tool that, among other things, processes the Validation module but has
no switch to turn that validation off.
(for example when the translations are not final yet)

I hope that helps,
-yves

-----Original Message-----
From: Schnabel, Bryan S [mailto:bryan.s.schnabel@tektronix.com]
Sent: Sunday, November 2, 2014 8:39 PM
To: Yves Savourel; xliff@lists.oasis-open.org
Subject: RE: [xliff] @disabled in Validation Module. Fix example. Add constraint?

I am struggling. Probably my fault. Since once you reach the end of the validation rule at the end of the <file></file>, what rule
are we temporarily disabling? Rules set in <unit> elements?

I cannot imagine this use case.

Could you please sketch a use case where @disable at the <file> level has meaning?

Sorry to be so thick.

-----Original Message-----
From: Yves Savourel [mailto:ysavourel@enlaso.com]
Sent: Sunday, November 02, 2014 5:38 PM
To: Schnabel, Bryan S; xliff@lists.oasis-open.org
Subject: RE: [xliff] @disabled in Validation Module. Fix example. Add constraint?

I think the text that truly defines what the attributes does is:

"This rule attribute determines whether a rule MUST or MUST NOT be applied within the scope of its enclosing element."

It doesn't exclude <file> as an enclosing element.

Then we have "For example, a rule defined at the <file> level can be disabled at the <unit> level." Which provides an example of
usage.

The text "This attribute is provided to allow for overriding execution of rules set at higher levels" seems to be a) redundant and
b) missing a "for example". We could delete it without changing any expected behavior since it seems to cause confusion.

I would be on favor to not add new constraints because using disabled='yes' at the <file> level is a perfectly fine use case: you
can need to temporarily disable rules for examples.

Cheers,
-ys




---------------------------------------------------------------------
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:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php