XFL is the new uncompressed ADOBE FLASH (CS5) source file, it consists from XML definitions, most of them are clear but unfortunately, the important one are strange.
!(x,y)
moveTo
/(x,y)+
lineTo
|(x,y)+
lineTo
[(x1 y1 ex ey)+
curveTo (quadratic)
](x1 y1 ex ey)+
curveTo (quadratic)
((pBCPx pBCPy)? ; x1 y1 x2 y2 ex ey (({Q,q,P,p})? x y)+
curveTo (cubic start)
)(nBCPx nBCPy)? ;
curveTo (cubic end)
Sn
selection (n=bitmask, 1:fillStyle0, 2:fillStyle1, 4:stroke)
#aaaaaa.bb
is a signed fixed point 32 bit number
Hm... I was wrong with the guess to # values!
I've decompiled the produced shape and can say, that for example value #BD9.4D must be a silly hexadecimal encoding of number 3033.77. I would like to know, why is Adobe using something like that in code which should be human readable?
EDIT: the above is wrong, the correct result for #BD9.4D is 3033.30078125
>> (to integer! #{000BD94D}) / 256
== 3033.30078125
Also note, that numbers like #19F.2 are binary #{00019F20}
According the S4 type of values, they could be just some additional info for the FLASH editor because when I manually remove them, I can load the source and the shape is same.