Domain: dbase.com
Stories and comments across the archive that link to dbase.com.
Comments · 7
-
Re:Sense of entitlement, anyone?
First, dBase/xBase is not a proprietary language. Hasn't been for decades (ask anyone who used Clipper).
Second, the original executables work just fine today under dosbox, and there's no reason not to expect them to.
Third, updated releases are still being made, though not by ashton-tate or borland. dBASE 10.3 can be had from dbase llc, and they work under Windows 64bit.
-
Re:A good suite?
Kexi didn't make sense - why not re-use the term dBase
Because dBase is still used and trademarked: http://www.dbase.com/
But Krita and Karbon both need to be renamed
Karbon was just renamed -- from Karbon14. Any other renames won't happen.
Is Kexi the equivalent of Access?
Are you capable of reading the Kexi website? http://kexi-project.org/
if Calligra sits on top of KDE, why does it need different versions for Linux and BSD?
You must confuse KDE with some sort of VM like Java -- which KDE never was and probably never will be.
Speaking of which, while they currently offer it as a tarball, I'd like them to at some point offer it in
.deb, .pbi, .ports, .rpm and other popular package managers.Why? The Linux distributor should just ship the latest Calligra release in its repos.
-
Re:cool tour, but no real surprise
Borland managed to lose the source of dBASE III+ because they never were very interested after buying Ashton-Tate.
When selling off dBASE, http://www.dbase.com/ a couple of years ago, nobody could find it, mostly because there wasn't anybody left who knew where it could have been. -
Re:Is there anybody here over 35?I'm not familiar with dBase, but it sounds a lot like Microsoft Access. Perhaps the poster should look into that...maybe running under that CodeWeaver's Office emulator if he wants it under *nix.
For a good bit more work, but less money and the karma boost of avoiding proprietary (and somewhat buggy) Access, it looks like OpenOffice has rudimentary support for databases. Take a look at the UnixODBC project, specifically this PDF, which seems to do a decent job of explaining the steps involved. Note that I've never tried this, but it certainly looks workable. As a bonus, you should be able to use any database with an ODBC component.
Of course, you could always go with dBase (who bought some of the rights from Borland), who have a web enabled dBase version. It'll need to be hosted on a Windows machine, it looks like though.
You may also want to take a look here which lists Windows and *nix xBase compatible programs. xBase was (is?) a standard that dBase, Clipper, FoxPro and others adhered to. Perhaps you'll find something there. Also, there was a dBase for UNIX at one point...I don't think it's still for sale, but you may be able to turn up a copy on eBay or something.
One last suggestion would be KNoda which is a KDE frontend that allows for queries, forms, and table design. It looks a bit like Access, though, once again I haven't tried it.
That should start you on your research...good luck.
-
Re:dBase and FoxPro on Linux
Not sure why I was moderated "funny"...
dBase Plus is NOT your father's Ashton-Tate dBase III+...
Please visit the dBase Inc. website for more information. It is entirely Object Oriented, graphical, 32-bit, SQL-compliant, and it uses Borland's BDE as a database engine. It is fast, it runs web sites well, and you don't have to deal with Microsoft's stupid EULA.
I hope someone meta-moderates that stupid "Funny" moderation.
-
Re:dBase and FoxPro on Linux
Not sure why I was moderated "funny"...
dBase Plus is NOT your father's Ashton-Tate dBase III+...
Please visit the dBase Inc. website for more information. It is entirely Object Oriented, graphical, 32-bit, SQL-compliant, and it uses Borland's BDE as a database engine. It is fast, it runs web sites well, and you don't have to deal with Microsoft's stupid EULA.
I hope someone meta-moderates that stupid "Funny" moderation.
-
Re:Accounting and HR on Linux? Yikes.Fortunately or unfortunately most changes to entrenched systems in inventory control and accounting systems are purely profit driven. From a non-computer administrator's point of view, there is no need to mess with what works - that can cost downtime, training and other ugly expenses. The accounting/inventory system is a tool, often highly customized, just like a hammer. Because someone just came out with hammer 2.0 doesn't mean that my trusty hammer 1.0 isn't doing what I want. This is also why a lot of systems with really ugly bugs, misfeatures, and peculiarities are found in the back offices. Nobody really cares about the latest-and-greatest tech for accounting systems: the underlying processes have been developed and codified for centuries and in the minds of the users there is no real need for an accounting system implemented on top of a Quake 3 engine when good ol' DBase III will do.
About the only ways to get post-60's/70's into most backend business systems is to either start with it (still get same out-of-date problem in five, ten or fifteen years) or to have the higher-ups declare that a particular system will be used. Too bad a lot of Linux companies are getting a bad rap. If the hype had kept going, a lot of higher-ups would probably have switched to *Open Source* systems just to be the first in their country club to have all-Linux accounting department.
Sorry about the cynicism but I've worked with migrating few small inventory and accounting systems to something from the 90's and none of them were pretty from the personal or technical point of view. Sometimes it's all about culture.