>Hi Marat,
>
>>1 \Samples\Excel OutPut\XML SpreadSheet\AMLSpreadsheet.prg
>>2 \Samples\Excel OutPut\Raw data Excel OutPut without Excel\RawDataExcelOutputWithoutExcel.prg
>>3 \Samples\Excel OutPut\A la table Excel OutPut without Excel\aLaTableExcelOutputWithoutExcel.prg
>>Thanks for the pointers. I'll certainly pay attention to FRX any!
>
>My main concern at this stage is essentially
MS-Excel import. I am looking for a robust way to repatriate MS-Excel resources within VFP that not rely neither on MS-Excel itself or heavy libs in java or dotnet code.
>
>My current VFP applications still rely on OLE-Automation for MS-EXCEL data imports. It has worked beautifully over 15 years. But I feel that the current generation of MS-Excel import via EXCEL-COM-automation is a weak spot, both performance- and architecture-wise. That is why I tested the library I mentioned in this thread. I understand that MS-EXCEL imports are not that critical for most of VFP users and that this lib may of limited to no interest for most here. I can certainly understand that:)
Since every *.xlsx (or docx or an otherx) is actually a zipped set of xml files (with subfolders), you may just extract the appropriate file from that set and extract what you need. I've done some of that with some of .od? (Ooo/LibreOffice) formats, who have done that several years before M$ did, and it wasn't too bad.