#SBase 1.3 Print Problem
8 messages in this thread
Bob,
Sorry, but the version of 1.3 you recieved contained a 'little' bug concerning
printing {somehow debug stuff was left in the code}.. We have a fix available
{called 1.3b}.. Please call Tech support 9-12 PST @ (310) 427-1227 and ask for
me, Mike… We would be happy to replace your disk…
Mike
MIke,
I was all set to do the SBase Upgrade, but the comments of Mark Manes has
caused me to hold off. It sounds like the 1.3 upgrade makes the product
largely unusable compared with sticking to the old version.
When will you address Mark's comments online? How will we know when the
problems with AGA and the file requesters are cleaned up (so that we can
order the upgrade)?
wmc – via Autopilot!
Thanks Wayne,
I noticed as well my comments were ignored.
Perhaps I should post my concerns to the internet as well. 🙂
I'm going to make the same comments to their order taker tomorrow and not
place the order when they stammer/stall.
Maybe you should by the rights and source code? :^|
wmc – via Autopilot!
Whoah,
I don't know what you are talking about here… What print problem are you
talking about, what AGA problem are you talking about, and what ASL requester
problem are you talking about. None of these have been reported problems with
us. There was a problem in early 1.3 releases concerning some messages which
were translated to German, and a problem with printing CRLF when printing
reports, those problems were quickly solved.
So what is it you are saying, who has said that 1.3 is less stable than 1.2?
For what reason would someone say something like that?
Please reply…
Mike @ Oxxi
The requester apparently defaults to the SBase root rather than the place
the file was loaded from when the save option is used. Files not created
in AGA, loaded into SBase running in an AGA mode apparently do not display
correctly. I don't remember the print problem, but these were identified
by Mark Manes the day before I was going to order my upgrade. I called to
ask you about them, but the harried young lady informed me that tech
support is only available (I'm vague on this – its been a while) Mon and
Wed from 10:00 – 12:00 or 9:00 – 12:00 or something like that. Anyway,
since SBase seems to be a dying product I may just forget about it and
forget about the windows version for my wife's lap top and just do all my
dbase stuff in Paradox.
The person reporting the bugs to you here on CIS was Mark Manes. He is an
Amiga dealer, does SBase consulting and builds custom data bases for
people using SBase as well as using it in his won business. I got the
impression the update did not make him a happy camper, and, having met him
once, my estimation is that it takes something pretty awful to get him
into that state.
wmc – via Autopilot!
Well Wayne,
You make your own decisions, I am not going to try to change your mind. But
again, SBase4 is a very powerful DataBase engine, and since OXXI has taken the
product over, we have squashed many of the bugs and added many of the features
that users wanted. If there are still problems, then we will try to make
changes, but we want users to know that the original product was pretty buggy
and the amount of work to fix some of these bugs is great. With a small
programming staff working for almost a year, we were able to acomplish the 1.3
upgrade. We also released the SBase4 Personal version and also release the
German version. This was accomplished with a great deal of effort and a lot of
sacrafice. Many users are working with us to improve the product.
We are currently deadicated to SBase4, it is a fine database that has it's
share of minor inconveniences, but is capable of managing large databases and
presenting data in a pleasing way. Thank you for your participation…
MIke @ Oxxi
The only problem I've run into is the ASL one…
Often files get saved into the root directory (the path is ignored) and then
SBase tends to give me a DOS ERROR READING FILE error since it is looking for
some of the files in the root and some along the original path. It is odd.
Watch the title bar that shows the path/file names. Load, modify and save some
stuff. It starts chopping down directories.
Oh, yes. PANEL ON/OFF x, x, x, etc. does not work from within a DML program.
As a striaght command, it is okay. What I am trying to do is turn off some,
not all of the panel buttons (or turn just some of them ON).
Ummm….if you're taking suggestions. Please implement the opening of indicies
in DESCENDING order in DML. It would facilitate checkbook displays greatly.
(Which are now upside down without going through gyrations.)
-Chas