#SBPro4 – I love it
8 messages in this thread
Hello Tim,
I've found several bugs in SBPro4 or enhancement requests. Perhaps you look
into it(?).
1. Having a database file with entries using an umlaut character 'u'. It's
a small 'u' but if I go in another file which checks for validation in the
first file and opens a requester showing the contents then it shows me a
big umlaut 'u'. My validation formula looks like: I'm editing the
validation of Manuf.Products LOOKUP(Manuf,Name.Manuf) ELSE REQUEST
"Manufacturer not found","Please select another
one",20,,Manuf.Products,40,Name.Manuf The entry in Name.Manuf is correct
(with a small umlaut 'u').
2. On WB 2.x (I'm a developer) using the recent KS and WB and oversized WB
screen (700×1024 pixel) w/ overscan, SBPro4 opens a screen & window of
exactly that size. But as SBPro4 is not using 'autoscroll' it does not help
me. All the icons at the downer window edge are far down – invisible and
(nearly) unusable for me. It would be nice to have a parameter in the icons
'tool types' part, where I can tell SBPro4 the size of the screen it should
open.
3. A question: Is it possible to have an open file and making a validation
check like this: LOOKUP(test,test) ELSE REQUEST "Entry not found","Please
select another one",20,,test,30,test This means that the entered string
could not be found in the database and a requester appears with all the
strings which were entered before in this field. I just know that it does
not work. No requester appears, no errormessage, nothing. I do understand
why this happens – STILL it would be nice to make a validation check this
easy without using such a complex thing like 'BegStand:' etc from the
'MailIt'-Program on your 'Examples-Disk'. Perhaps there exists such a
variable which holds the entered value only which I may use?
Best Regards
CompuStore GmbH | Fritz-Reuter-Str. 6 | CI$ 71001,210 | Tel: +49 69 567 399
Michael Metz | D-W6000 Frankfurt 1 | BIX: mimetz | Fa
Michael Metz | D-W6000 Frankfurt 1 | BIX: mimetz | Fax: +49 69 560 17
84
1. We'll look into it.
2. Fixed V1.01
3. It is not possible to perform a lookup into thesame file that you are
entering in (it would of necessity destrou your data entry, since any kind
of lookup (or request 20/24/25) has to select records. You would need to
have the reference values stored in a second table, or an array of
variables. These could then be referenced from within your validation.
Tim.
Tim,
I reported problems with the u umlaut character back in April. At that time
I couldn't even save a u umlaut in lowercase without having it converted to
uppercase. I can't figure out why just this character could be causing
problems. I hope you find the problem.
Ciao, Neil
Tim,
thank you for your fast reply. The need for the lookup funcion checking in
the same file is obvious. But creating an array of variable would not help,
because I'm not using the form designer – so I can not call a program to
perform the data read into the array when hitting the enter button of the
field. A second table.. I'll look into that.. any idea how to manage this
or where to look for it in the manual?
CompuStore GmbH | Fritz-Reuter-Str. 6 | CI$ 71001,210 | Tel: +49 69 567 399
Michael Metz | D-W6000 Frankfurt 1 | BIX: mimetz | Fa
Michael Metz | D-W6000 Frankfurt 1 | BIX: mimetz | Fax: +49 69 560 17
84
I have a couple of very minor requests: the grid spacing in the forms
editor is different than the last version. You can't make the vertical
spacing any smaller than it defaults to. I'd like the vertical spacing to
be able to go to half the character size. Plus, the snap-to-grid works
subtly differently. Before, outlined text boxes and non-outlined text boxes
were snapped so that they were centered vertically. That is, if you put one
of each side by side, they looked okay. Now the top of outline boxes is
lined up with the top of non-outlined text characters. Looks wierd.
Another minor request: do a ? for a record, but only type in part of the
record. For example, for a name like Patricelli, I'd just type in patr so I
wouldn't have to think. But the info requester which pops up stays up far
too long now. It used to disappear before you could read it. Now you have
to wait for a few seconds before you can edit the file, or arrow over to
the actual record. It would be nice if the delay could be cut by 2/3rds, or
that the next keystroke would make it disappear (of course you'd want the
keystroke action to be recorded too.)
Michael
Michael,
When you do a ? for a record and it does not find an exact match you can
immediatly get rid of the requestor by hitting the return or enter key.
You still have to click in the field you want to edit or right Amiga <e>.
Steve
Whap!ping from beautiful coastal South Carolina
You can make the vertical (and horizontal) grid spacing any (absolute) size
you like. Simply specify it in terms of 1/8th or 1/16th or 1/100th of an
inch (or centimetre or whatever). If you specify the grid to be in
"characters", then yes it will only resolve down to 1 "whole character"
Snap to Grid has (I think) always snapped top left. I know cos we got
complaints… 🙂
In the old days, Superbase's timed requesters used software delay loops.
That meant that the faster your machine got, the shorter the delay. In 4 we
fixed it so the delay is constant. If you can't wait for them to go, you
can hit return (OK), escape (cancel) or click on the appropriate button
(except for the "End of file" requester, which no longer has a button!). As
a radical alternative, turn the requester off… (SET REQUEST OFF or
somesuch)
Tim.
Thanks for the replies. Thought I had tried return to get rid of the
requester. I'll try it again. I didn't try snap-to-grid in other units, my
fault. Requester speed: yah, on the old version, I never got to read them
on my 3000. Doesn't really matter anyway, just another thing to prompt me
into getting my own application done. Right now I'm working right from the
main menu. BTW, why did you take out the single label gadget?
Michael