Hi all,

Here is the new version of QBase.


- Loads in 512x256 resolution, and is resizable.
- May be called with a command-line parameter, e.g. ex
- Lots of refactoring. The eagle-eyed among you may notice that it's a lot
smaller than it was.

Tested on QPC2 with SMSQ/E 3.31, Q-Emulator with SMSQ/E 3.31

Unlike the previous version, this one also works on Q-Emulator with
Minerva. I couldn't get it to work on a JS ROM. It reported "Channel not
open", and I've no idea why.

Is it important to anyone to run QBase on original QL hardware? Testing
with Q_Emulator and Minerva at "QL speed" it appears to be extremely slow,
especially when switching to tabular mode. I could try to get it to run a
bit faster if anyone is interested. I hadn't remembered just how much
faster QPC is than a real QL until I started using Q-Emulator.

Download the new QBase here:

Currently I have numbered this version 0.99. It will become version 1.0 one
it's been tested and bugfixed

Finally, I'd like to give an honourable mention to MasterBasic by Ergon
Development (Davide Santachiara). It made 80s-style program editing
bearable (almost...). The more massive refactoring was done with Notepad++
on Windows.

Regards to all,


On Mon, Sep 11, 2017 at 9:29 PM, Darren Branagh via Ql-Users <
ql-users@lists.q-v-d.com> wrote:

> Hi Daniel,
> Have you released any of your updates yet?
> Just wondering if they can be tested.
> Darren Branagh
> Sent from My Android Phone.
> On 10 Sep 2017 23:18, "Bob Spelten via Ql-Users" <ql-users@lists.q-v-d.com
> >
> wrote:
> > Op Sun, 10 Sep 2017 20:19:22 +0200 schreef Daniel Baum via Ql-Users <
> > ql-users@lists.q-v-d.com>:
> >
> > One more thing:
> >>
> >> I should add that limiting the number of displayed records to 1000 works
> >> fine, so I could fix the problem by using a paging arrangement.
> >>
> >> The test _dbs has 3111 records by 6 fields making 18666 menu items.
> > That is well within the limit of items (<32K) WMAN2 can handle in the AW.
> > Records times Fields must be less.
> > But there is also a limit in S*Basic of 65K for indexing second and third
> > dimensions, in this case Fields x Field_length (including length word).
> > As you used Fields as the first dimension instead, 2nd (Records: 3111)
> > times 3rd (length: 20 +2) would be just too much.
> > As records will in most cases be the highest number, making it the first
> > dimension is the best choice.
> > So checking these limits and using paging is the only option for a large
> > database that exceed these limits.
> >
> > Bob
> >
> > --
> > The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/";
> > _______________________________________________
> > QL-Users Mailing List
> >
> _______________________________________________
> QL-Users Mailing List
QL-Users Mailing List

Reply via email to