Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations Rhinorhino on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
POPDATE migration to XBASE++
- Thread starter wildcard
- Start date
davidlivingstone
Programmer
Nope. Just considering purchase of xbase++ and would be interested in your thoughts. Just got a trial version but not immediately obvious where to start.
Cheers
Cheers
- Thread starter
- #3
David,
Very pleased with XBASE++.
Good Points:-
1. Very compatible with my existing CLIPPER code.
2. SET CURSOR ON used with SETMOUSE() is so simple.
3. My standard reports were all @SAY and ? 'xxx' so
no need to change anything there. Easy as.
4. CHECK IT OUT booklet (3 hour getting started) was
very useful and got me going (and migrating!)
5. Help from Alaska has been good (even tho' I'm 6 hours
out of time-zone) on the couple of occasions I needed
their help/guidance.
6. XPP pre-compile is brilliant
7. PROJECT management is brilliant (see PBUILD)
8. Have successfully completed 4 migrations (I started with
my smallest applications < 1MB Runtime .EXE.
Now I can convert such an application within 6-7 hours!
9. Clients are gift-wrapped.
Not So Good Points:-
1. No simple substitute for RL (reports and labels)
I had developed a comprehensive suite of programs
based on the original RL and included WYSIWYG, pop-up
context sensitive HELP, Up to 7 relational databases
with relevant index selection, pop-up FIELD scan
of all fields within all selected databases, extended
maths and sub-totalling, Watch-my-lips scripts/Recall,
Sorts, Run-time texts and headings, you name it...
You know what I mean... A REPORT-GENERATOR-FOR-DUMMIES.
Now I cannot use it for labels until I program around
the lack of .LBL support. Bummer.
2. FIELD() is not supported and they did not tell us that!
Instead I have used their FIELDPOS('fieldname') which
gives the field number (this is back-to-front logic).
3. Not so easy to patch into Windows available printers
(I am still using LPT1->LPT9 until I learn more)
I also bought EXPRESS++ but am not very happy:-
1. Cannot get help from Roger Donnay at Express++ with
my first GUI report (needs a logo printed to the top of
a statement). He promised but then went quiet on me!
2. I cannot afford to fly from NZ to USA for a few days
(let alone a few weeks)... so the offer of full
training with Roger is pi**-useless for me.
3. So I have made absolutely no use of EXPRESS++ at all.
In my case this has been a complete waste of money!
I also agonised for months B4 buying XBASE++ but have
no regrets now!
Hope this helps you
Jim
<jwild@xtra.co.nz>
Very pleased with XBASE++.
Good Points:-
1. Very compatible with my existing CLIPPER code.
2. SET CURSOR ON used with SETMOUSE() is so simple.
3. My standard reports were all @SAY and ? 'xxx' so
no need to change anything there. Easy as.
4. CHECK IT OUT booklet (3 hour getting started) was
very useful and got me going (and migrating!)
5. Help from Alaska has been good (even tho' I'm 6 hours
out of time-zone) on the couple of occasions I needed
their help/guidance.
6. XPP pre-compile is brilliant
7. PROJECT management is brilliant (see PBUILD)
8. Have successfully completed 4 migrations (I started with
my smallest applications < 1MB Runtime .EXE.
Now I can convert such an application within 6-7 hours!
9. Clients are gift-wrapped.
Not So Good Points:-
1. No simple substitute for RL (reports and labels)
I had developed a comprehensive suite of programs
based on the original RL and included WYSIWYG, pop-up
context sensitive HELP, Up to 7 relational databases
with relevant index selection, pop-up FIELD scan
of all fields within all selected databases, extended
maths and sub-totalling, Watch-my-lips scripts/Recall,
Sorts, Run-time texts and headings, you name it...
You know what I mean... A REPORT-GENERATOR-FOR-DUMMIES.
Now I cannot use it for labels until I program around
the lack of .LBL support. Bummer.
2. FIELD() is not supported and they did not tell us that!
Instead I have used their FIELDPOS('fieldname') which
gives the field number (this is back-to-front logic).
3. Not so easy to patch into Windows available printers
(I am still using LPT1->LPT9 until I learn more)
I also bought EXPRESS++ but am not very happy:-
1. Cannot get help from Roger Donnay at Express++ with
my first GUI report (needs a logo printed to the top of
a statement). He promised but then went quiet on me!
2. I cannot afford to fly from NZ to USA for a few days
(let alone a few weeks)... so the offer of full
training with Roger is pi**-useless for me.
3. So I have made absolutely no use of EXPRESS++ at all.
In my case this has been a complete waste of money!
I also agonised for months B4 buying XBASE++ but have
no regrets now!
Hope this helps you
Jim
<jwild@xtra.co.nz>
Just to add to the xBase++ info. I concur with all David's comments but must add one negative.
It seems the pure GUI mode screen painting is very sluggish. Even on high MHZ systems you sometimes can see the controls individually being created from top to bottom. This is mosly on the fist access to a page and is cached so gets better of usage. Is this me or anyone else notice this feature?
Other than that - xBase++ very strong product and would recommend to all Clipper heads.
Michael
It seems the pure GUI mode screen painting is very sluggish. Even on high MHZ systems you sometimes can see the controls individually being created from top to bottom. This is mosly on the fist access to a page and is cached so gets better of usage. Is this me or anyone else notice this feature?
Other than that - xBase++ very strong product and would recommend to all Clipper heads.
Michael
- Status
Similar threads
- Locked
- Question
- Locked
- Question
- Locked
- Question
- Locked
- Question