#KD_FREQ.LIBRARY
25 messages in this thread
ALL:
IS ANYONE AWARE OF AN UPGRADE TO THE KD_FREQ.LIBRARY? MINE DOES NOT
APPEAR TO WORK WITH WB 2.04 DM
David, I'm about to release an update to it. I'm doing some final testing
on release 3.01 and hope to release it within the week.
Khalid.
Khalid:
Ok thanks. Please let me know when it is out. 🙂 DWM
David, it's already out… Lib 13, FRQLIB.lzh. Enjoy. 🙂
Khalid.
Khalid, your requestor is not only extremely well done, it's even got
some impressive improvements over the last version! Thanks for an excellent
job. I looked through the docs but didn't find any mention of a shareware
fee — is that a mistake? 🙂
=Tom=
Tom, Khalid's file requester is GREAT! I just wish CBM was more attentive
to user desires when they were spec'ing out the ASL requester. It's no
suprise that the ASL stuff is just a rehash of the ARP requester. Khalid's
offers _so_ much more. I do find one fault with it, tho — the ASL library
has a great font requester. Maybe in version 4.0 Khalid will put that in
also.
Steve, I am not planning on doing a font requester.. mainly because the ASL
library font requester is quite good. There is a bug in FR_Bypass making
it incorrectly intercept the asl font call when using BackTalk.. this was
called to my attention earlier today. I have fixed that problem and added a
really neat new feature to the FR. I'll try to get another release out in
a couple of days.
Go ahead.. ask me what that feature is… (smile)
Khalid.
Been meaning to ask this for a while – Khalid, your file requester is
really cool, but the FR_Bypass program needs a silent startup option.
That's the only reason I don't use it.
(Actually, a way to specify what programs should NOT use your file
requester, but instead use the original one, would be nice…)
…Steve
Steve, FR_Bypass does have a silent startup option, and selective disabling
of each bypass module.
FR_Bypass w (means no startup window)
It's there in the docs… somewhere! (grin)
Khalid.
Disabling of each bypass module, but how about being able to control it on
a per-application basis?
For example, I want your file requester everywhere except ADPro.
…Steve
Steve, hmm… I suppose it could be done.. disabling on a per-application
basis. Lemme think about it.
Khalid.
Steve,
Why would you NOT want to use Khalid's FR in ADPro? There was a bug that
caused it too crash in earlier versions, but Khalid has since then fixed
it. IMHO Khalid's beats the req.library FR hands down!
Chris
Khalid,
The font requester bypass happens with TurboText too, in case that matters.
> Khalid,
>
> The font requester bypass happens with TurboText too, in case that
> matters.
Is Khalid's FR supposed to bypass the requester in TurboText? It doesn't
for me….
. . . . . JimDoc
Jim, no, it's not supposed to bypass the FR in TurboText, but it
incorrectly intercepts the font requester in it, I'm told. I'm working on
a fix for this problem.
Khalid.
> I am not planning on doing a font requester.. mainly
> because the ASL library font requester is quite good.
Whoops — guess I misunderstood your docs to say that you were looking
into writing one. I can't wait to see the ASL one! BTW, I'll bite -what's
the new feature you're adding for the bug-fix release? <grin>
=Tom=
Tom, hehehe.. ok… it's a user-defined list of files/directories that you
define in a config-file, or on the fly in the FR. You can access that list
immediately from the FR in any program by clicking the right mouse button
or the F2 key and you'll get your user list to select from… quite useful
for defining directories/files that you use a lot.
The list is global, i.e. if you add an entry in one program, it'll show up
in the FR in another program, even if you have to FRs up. What do you
think? (grin)
Khalid.
> The list is global, i.e. if you add an entry in one
> program, it'll show up in the FR in another program
That sounds good! That'll save lotsa time waiting for directory reads.
What happens if a file is modified? Is the list auto-updated? Maybe even if
you're not currently using the FR?
A config file sounds like an *excellent* idea. And the "history list" is
an excellent idea too! I'll sure be looking forward to it. That solves all
of the limitations I'd ever discovered with the FR (mainly a bit of
frustration that I had to reread a directory that I had just accessed a
minute ago)! That'll be GREAT. 🙂
Tom, the list you get is simply the entire path/filename of each file or
directory in the user or history lists, so no updates are necessary. I'm
fixing a couple of bugs this weekend and should have a new release ready by
then.
Khalid.
Tom, just finished adding another one… a History list. This is a list of
the last 100 files you OK'd in the FR in the current session, from any
program. The list is shown last file first. Again, this is accessed by the
right mouse button.. after the user list. (smile)
Khalid.
Khalid:
Another nice feature added 🙂
-Mike Schiller
In sunny Fort Lauderdale
> I just wish CBM was more attentive to user desires
> when they were spec'ing out the ASL requester.
I can see where they'd be more familiar with ARP, since it's been around
(and everywhere!) for quite some time. It's probably sorta tough to keep in
touch with what the user base is using, and too many people still haven't
heard of Khalid's requestor. I'm helping fix that part of it, though. 😉
> the ASL library has a great font requester. Maybe
> in version 4.0 Khalid will put that in also.
I'll be looking forward to seeing it — I don't have 2.0 yet. I know he
mentions in the docs that he's working on a font mechanism. Combine his
requestor with the ARQ series of requestors and you've really got an
impressive set! That's the kind of stuff that definitely should be "built
in". 🙂
=Tom=
Tom, Anything is better than the ARP file requester. Colin Fox's file
requester (the one in CEDPro) has been around as long as ARP. CBM should
have looked around for power and flexibility and not blindly commissioned
Charlie Heath to rehash his ARP requester for 2.0 (meaning that even tho
I'm not crazy about Fox's FR it's light years better than ARP or ASL).
Tom, nope.. .it's not mistake.. it's always been freeware. (grin)
Khalid.
> it's always been freeware.
Well, I sure do thank you! It's excellent work, and I'm making sure
people know it's available. 🙂
=Tom=