FiveTech Software tech support forums

I'm interested in the new Excel support. I'm looking forward to testing it as soon as possible.

Do you mean support for DrXlsx?

nageswaragunupudi wrote:Possibly first week of October.
If there is anything you are looking for sooner, may be we can help you.

Thank you for your answer.

I'm interested in the new Excel support. I'm looking forward to testing it as soon as possible.

Possibly first week of October.
If there is anything you are looking for sooner, may be we can help you.

Hi Antonio,

When will the new version be released?

Thanks

Hi

When will it be released?

Thank you to those who contributed.

... thx for testing German "Umlaute" i do not have Problem with XBROWSE, i do have Problem with DrXlsx LIB When the new version FWH2309 is released, you do not need to any utf8 conversions on your own. FWH will do this conversion while using DrXlsx. ok i will wait and try "your" ...

... := .t. (b) Do not use oBrw:EditSource() but use oBrw:Edit() only. From next version, you can use either. When the new version FWH2309 is released, you do not need to any utf8 conversions on your own. FWH will do this conversion while using DrXlsx. This is the program I used and this program ...

... Mr.Antonio. "only" DrXlsx LIB need UTF8 where German "Umlaute" fail WHEN it come from German OEM DBF The version of FWH to be released, will come with an interface to DrXlsx lib. Conversion of AnsiToUtf8 is automatic. Using FWH methods/functions like :ToExcel() or DbfToExcel() ...

... file path names. These functions are now made Unicode compatible. With this you will not face this problem from the next version of FWH2208 to be released. For the present you need to bear with the problem. Mr.Rao so the next version to be released?

DrXlsx writes xlsx files. ShowXlsx() is a FWH function included in the next version to be released. This is not a DrXlsx function. Where Excel is not installed, this function will be available for reading, showing, editing and saving of any xlsx file, whether the file ...

... file path names. These functions are now made Unicode compatible. With this you will not face this problem from the next version of FWH2208 to be released. For the present you need to bear with the problem.

CharlesKwon wrote:DrXlsx 1.0 will be released soon. It is currently undergoing final testing, and we have added easy-to-use and powerful features as shown in the link below.
Thank you for your interest

http://www.charleskwon.com/?p=948

Regards,
Charles KWON

Dear Kwon

Sounds good.

DrXlsx 1.0 will be released soon. It is currently undergoing final testing, and we have added easy-to-use and powerful features as shown in the link below.
Thank you for your interest

http://www.charleskwon.com/?p=948

Regards,
Charles KWON

... C:\FWH2212\LIB\FIVEHC.LIB|FFDLGPRC Probably you are using a version of xHarbour that is too old. Please try with the latest version 10270 (just released): http://xharbour.org/index.asp?page=download/windows/binaries_win And BCC55 is older too. Please use BCC 7.40: http://xharbour.org/index.asp?page=download/windows/required_win ...

This is fixed in FWH2307, soon to be released. We can also make it work with the following fix to METHOD SetTree(...) in XBrowse.prg 1) Please locate this line in METHOD SetTree(...) and delete or comment out this line:   ::bOnSkip   ...