bb.donnay-software.com

From the ot4xb reference (you may find the PDF available on a GoogleDrive if you search for "OT4XB help"): MakeLangId ( nPrimaryLanguage , nSubLanguage ) -> nLanguageIdentifier Creates a language identifier from a primary language identifier and a sublanguage identifier. <usPrimaryLanguage> Primary ...

Chilkat gets my vote for the most valuable suite of ActiveX tools.

It gets my vote too.

Chilkat should do the job. ActiveX, easy to use, excellent samples, royalty free.

https://www.chilkatsoft.com/refdoc/xChi ... enRef.html

Im am able to do that, as long as some kind of DBF is involved. But ADS can't be the default DBE while DbfUpsize runs. DbfUpsize doesn't work with ADT tables. Edit: I'm not sure wether this is correct. We do it this way if customers use the ADS (we only support DBF there), but since the DBE should b...

I don't think that 1 year is a short and acceptable time

That was Roger's question. The time we invested to migrate to PGDBE was about four weeks (net).

Don't hesitate to modernize and advance your applications with true SQL. Its not the future, its the present and you have to catch it. SQL is just language . It's a way to get data back from a database. SQL ist not a technique (not a technical solution). You can have bad or good servers, or good or...

Are you saying that this is possible now?

No, it isn't. There is an upsize file (XML) and the DbfUpsize() function, which does the job. But we created our own UI for that, using the responses of DbfUpsize(). The function still awaits physical tables.

These are the most important tasks: 1. Get the upsizing done. We don't use the automatic upsizing. We create upsize files by ourselfes and control the work of the dbfupsize.dll. You need server data in your app, you may need to create the target database with SQL, which is not a big issue. Good to k...

This should take significantly less time than a year.

We moved a really large, very complex application to PostGreS using PGDBE/ISAM. Migration was about one hundred times faster than moving all navigational code to SQL. The result works excellent, is much faster than any ADS version ever was, is easy to maintain and very reliable. Access from other ap...