X-Received: by 10.66.225.174 with SMTP id rl14mr41959907pac.26.1428644451578; Thu, 09 Apr 2015 22:40:51 -0700 (PDT) X-Received: by 10.50.154.3 with SMTP id vk3mr16894igb.7.1428644451531; Thu, 09 Apr 2015 22:40:51 -0700 (PDT) Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!news.glorb.com!l13no3303628iga.0!news-out.google.com!db6ni12006igc.0!nntp.google.com!l13no3303626iga.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.databases.xbase.codebase Date: Thu, 9 Apr 2015 22:40:50 -0700 (PDT) In-Reply-To: <33e1bd36.32829989@crox.demon.co.uk> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=110.174.115.122; posting-account=dPE3eAoAAADOZbfIqG8x-LVj2z8Du30I NNTP-Posting-Host: 110.174.115.122 References: <33e1bd36.32829989@crox.demon.co.uk> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <4c7de379-1109-4a0a-adcd-71e29b2f0bac@googlegroups.com> Subject: Re: Questions... From: jameschong@tpg.com.au Injection-Date: Fri, 10 Apr 2015 05:40:51 +0000 Content-Type: text/plain; charset=ISO-8859-1 Xref: csiph.com comp.databases.xbase.codebase:16 in regards of d4skipND(..) cbTable->setdeleted=true; //false ??? will does the same for the d4skipND(..). codebase6 has most of the need of clipper/foxpro... only need to use via C/C++ . cheers! On Thursday, 31 July 1997 15:00:00 UTC+8, Brian Dukes wrote: > Questions aimed mainly at Sequiter, but perhaps others may want to add to > the list!!! > > I've experienced dBase and CA-Clipper (with other RDD's as well) for my > xBase knowledge and now i'm converting a Clipper app to C++ with codebase > 6.2, I notice some fundamentals missing. > > Now I appreciate that *I* have the *FULL* source code to CodeBase, so > anything that is missing I can code myself for myself; but some of the > fundamentals *I* think are missing ought to be in the core product. > > > 1. In dBase/Clipper you have a command SET DELETED, which allows you to > toggle on or off the ability to SKIP into DELETED records or to > AUTOMATICALLY hide them from you. This is very handy, and you do not > need to have an index with a ".NOT. DELETED()" expression. For small > tables, it is feasible that there may be NO index required. > > 2. A Tag4::KeyCount() & Tag4::KeyPosition() feature would be "real" handy!, > this would allow you to correctly draw scroll bars down a list of > records; because you know how many records are there and where you > currently are! > > 3. A Tag4::KeyAdd() & Tag4::KeyDrop() feature would allow you to build an > index based on "user" selected criteria; You would also need the ability > to build an empty tag to do this, so I guess a Tag4::Clear() type > command would also be handy. > > 4. A Tag4::Scope(), Tag4::ScopeTop() & Tag4::ScopeBottom() function set > would allow you to scope a portion of a database, so that a Data4::top() > would go to the ScopeTop() rather than bof(), but bof() would be true, > because logically ScopeTop() would be the top of the file. > > 5. The ability to extend the expressions that are parsed by the index engine > or the query engine for adding user-defined functions to index keys, > obviously using a well defined API for developing such functions. > > 6. A Data4::WildSeek() function so you can wild-card match expressions, if > you are interested I have a function which I used in my Clipper > applications written in C, that I used to create Wildcard searchs. > > > I'm sure others have got more to add to this, it would be interesting to see > if there is any support from other users for some of the above ideas. If I > know Sequiter WILL do them, I can wait. If I know Sequiter WILL-NOT do > them, then i'll do them myself at some point. If I knew Sequiter would > include MY enhancements in future releases, i'd do them now! > > So folks lets have some input, lets see some ideas being generated here!! > > Brian. > -- > Brian Dukes - email: bdukes@crox.demon.co.uk > http://www.crox.demon.co.uk/cellar/ > > Error 1010: Wit error, tagline humour not found