Part number formatting

On 12/12/2016 11:01 AM, Joel Santos Rico wrote:

I would like to know if it's possible to change the part number formatting. In particular, I would like to know if it's possible to pad the numbers so instead of getting R1, R2,... I can get R01, R02,....

 

I ask this because it's a bit annoying to short my BOMs and get R1, R11, R12, ..., R19 and then R2, R20, R21, ..., R3 and so on.

 

Thanks!

 

--

To view any images and attachments in this post, visit:

https://www.element14.com/community/message/210932

The reason this happens is because the sort order is determined by

what's called an "alpha sort", where each character in a string is

compared to its corresponding character in a second string based on the

ASCII value of each character.  (To be complete, other character sets

may be used based on locale.)  There is no interpretation of the meaning

of each character (digit vs. letter).  Since the comparison is done on a

character by character basis, all the 1's will sort ahead of all the

2's, for each character position.  i.e. the comparison does not try to

interpret the value of a string of digits.

Thus, R1, R10, R123, R19, R1.)

For the devs:

    Man page: http://man7.org/linux/man-pages/man3/strverscmp.3.html

    strverscmp(3) is available when GNUSOURCE is defined.  This should

    allow it to be pulled from glibc on demand on linux platforms.  I'm

    not sure where this falls on Mac or Windows machines.

    Alternatively, just include the source in the build.

    Source can be found at:

    https://opensource.apple.com/source/bison/bison-14/lib/strverscmp.c

    and many other places.

As for implementation in the User Language, I would suggest adding

strverscmp() to the list of builtin functions.

Also, a variant of the builtin ULP sort() function, perhaps called

sortver(), can use the above comparison function to determine sort order.

The icing on the cake would be to enhance the builtin fileglob()

function to allow a version sort on file names, just as versionsort(3)

does for DIR entries retrieved by scandir(3).

See: http://man7.org/linux/man-pages/man3/versionsort.3.html

    Syntax

        int fileglob(string &array[], string pattern[, ALPHA_SORT |

    VERSION_SORT]);

    Builtin constants of appropriate value can be added accordingly.

    The default would be an alpha sort to maintain backward

    compatibility of this function.

In summary, it would be really nice to have a sortver() function.  While

Joel, the original poster, described a problem, I would like to ask for

the above modifications to the ULP, namely:

• add strverscmp() to the list of builtin string functions,

• add sortver() as a function that does the same thing as sort()

    except that it would use strverscmp to compare two elements of an

    array, and

• modify fileglob() to accept an optional third argument indicating

    whether the resulting set of file names is sorted cannonically or by

    version.

Ideas?

I wish all a happy and prosperous new year!

Best regards,

    - Chuck

On 12/12/2016 11:01 AM, Joel Santos Rico wrote:

I would like to know if it's possible to change the part number formatting. In particular, I would like to know if it's possible to pad the numbers so instead of getting R1, R2,... I can get R01, R02,....

 

I ask this because it's a bit annoying to short my BOMs and get R1, R11, R12, ..., R19 and then R2, R20, R21, ..., R3 and so on.

 

Thanks!

 

--

To view any images and attachments in this post, visit:

https://www.element14.com/community/message/210932

The reason this happens is because the sort order is determined by

what's called an "alpha sort", where each character in a string is

compared to its corresponding character in a second string based on the

ASCII value of each character.  (To be complete, other character sets

may be used based on locale.)  There is no interpretation of the meaning

of each character (digit vs. letter).  Since the comparison is done on a

character by character basis, all the 1's will sort ahead of all the

2's, for each character position.  i.e. the comparison does not try to

interpret the value of a string of digits.

Thus, R1, R10, R123, R19, R1.)

For the devs:

    Man page: http://man7.org/linux/man-pages/man3/strverscmp.3.html

    strverscmp(3) is available when GNUSOURCE is defined.  This should

    allow it to be pulled from glibc on demand on linux platforms.  I'm

    not sure where this falls on Mac or Windows machines.

    Alternatively, just include the source in the build.

    Source can be found at:

    https://opensource.apple.com/source/bison/bison-14/lib/strverscmp.c

    and many other places.

As for implementation in the User Language, I would suggest adding

strverscmp() to the list of builtin functions.

Also, a variant of the builtin ULP sort() function, perhaps called

sortver(), can use the above comparison function to determine sort order.

The icing on the cake would be to enhance the builtin fileglob()

function to allow a version sort on file names, just as versionsort(3)

does for DIR entries retrieved by scandir(3).

See: http://man7.org/linux/man-pages/man3/versionsort.3.html

    Syntax

        int fileglob(string &array[], string pattern[, ALPHA_SORT |

    VERSION_SORT]);

    Builtin constants of appropriate value can be added accordingly.

    The default would be an alpha sort to maintain backward

    compatibility of this function.

In summary, it would be really nice to have a sortver() function.  While

Joel, the original poster, described a problem, I would like to ask for

the above modifications to the ULP, namely:

• add strverscmp() to the list of builtin string functions,

• add sortver() as a function that does the same thing as sort()

    except that it would use strverscmp to compare two elements of an

    array, and

• modify fileglob() to accept an optional third argument indicating

    whether the resulting set of file names is sorted cannonically or by

    version.

Ideas?

I wish all a happy and prosperous new year!

Best regards,

    - Chuck