>>>This is to let you all know that I discovered a really nice, undocumented feature of PADL(). It is present in at least vfp7 and higher.
>>>
>>>The 3rd parameter can be used to define the Pad Character, says the doc. However, this parameter can be of varying length! An example:
>>>
>>>

? "Result: " + padl( 123, 10, "#000000000" )
>>>Result: #000000123

>>
>>It is a doc error.
>>Correct documentation is
>>

>>
>>PADL(eExpression, nResultSize [, cExpression])
>>
>>PADR(eExpression, nResultSize [, cExpression])
>>
>>PADC(eExpression, nResultSize [, cExpression])
>>
>>? "Result: " + padl( '', 5, "#_" ) && Result: "#_#_#"
>>
>>* The implementation have a bug
>>? "Result: " + padR( '', 5, "#_" ) && Result: "#_#_#"  Expected "_#_#_"
>>

>
>Just out of interest - why would you expect "_#_#_" for PADR()? A general symmetry argument? If so, I would "expect" PADL() to yield "_#_#_" and PADR() to yield "#_#_#".

No symmetry.

Because I interpret L R C as alignment,
from whether to start for creating the string on support whether to insert eExpression.