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

 


Help: OASIS Mailing Lists Help | MarkMail Help

cam message

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


Subject: RE: [cam] Masks


Martin,

Your assumption under #1 and #2 seem reasonable for now.

I've just been working this week with the USPS and UPU on
address handling - specifically Venezula addresses and US and
UK.

These issue you raise here also impacted that work.

We'll need to get this all sorted out in the next few weeks.

Once I've had a chance to work the actual data involved - I'll
be in a better position to provide actual examples.

We solve the output mask issue - by moving these to the
ExternalMapping section - since I've also discovered we
need to enhance this to handle multiple postal formats.

Not intending anything there for now however - need to
research and then propose something for after 0.14 revisions.

Thanks, DW.
=============================================
Message text written by INTERNET:martin.me.roberts@bt.com
>
        1) the setMask action should declare the style of mask being
used, either 'String', 'Number' or 'Date'.  This means we could either
have setMask(//path,String,mask) or setStringMask(//path,mask).  I
prefer the latter.

        2) In the tables shown there is emphasis on the masks that take
the string in a field as input and change it.  I believe this use case
is different from a mask that is being used to validate input.  This
means that if we want to allow masks for output that we we now have a
use case for cam as a transform tool.  I do not think we should be going
there in release 1.  This means that for release one masks are only for
validation.  If this is the case the mask definitions need changing to
reflect this.
<



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