[futurebasic] [FB] Re: FB DropShell

Message: < previous - next > : Reply : Subscribe : Cleanse
Home   : December 2000 : Group Archive : Group : All Groups

From: Herbie Glunder <H.Gluender@...>
Date: Sat, 30 Dec 2000 16:01:20 +0100
In response to Larry's message (post #22186) concerning my announcement
(post #22175), Heather wrote (post #22189):

Larry:
>It is lacking doc and menus but it has hierarchical
>folder processing and post-launch D&D.

Heather:
I'm considering adding that myself to the one I'm working on.  It
would come in handy.  I can select a single file from an open dialog
box using StandardGetFile but I'll need to make a custom one to
handle selecting folders.  That adds a lot of code.

I'd like to use NavServices if it's available but again that adds a lot
of code.

Herbie:
NavServices is quite flexible but it terribly blows up your code!
You can't use NavServices for 68k applications.
(For an example see Herbie's Dialogs... on Staz's web site.)

Heather:
Post-launch D&D is always available with AppleEvents.
It wouldn't take that much extra code to recursively deal with folders.

Herbie:
Actually, it needs a single call to deal with nested folders.
(See the source code of "pdfNamer/Identifier" at
ftp://topo.math.u-psud.fr/pub/lcs/fb/DragAndDrop/ )

Heather:
Right now I'm just logging the file data I get from a FSSpec, name,
dirID and volume number.

Herbie:
Sure, that's what you have to do if you like to create 68k code.
(See again the source code of "pdfNamer/Identifier" at
ftp://topo.math.u-psud.fr/pub/lcs/fb/DragAndDrop/ )

Larry:
>So, on the balance you have done as much programming as my
>demo (and in key respects more). And the size is the same.
>
>Impressive.  A real challenge to the notion that
>FB^3 will be significantly less space-efficient than FB2.

Heather:
Looks like I've got to pare down my code a little ;-)

Herbie:
Good luck.
I'll try to reduce my code as well...
(And remember, "pdfIdentifier" it is not a Shell but a functional
application.)

Heather:
Actually, I've got 1024 bytes in one 8bit icon by itself.  But I also
have a nice scrolling about box where you can put credits or simple
instructions. :-)

While the PPC is about 27k and the 68k is about 28k, I still think
that for most people the FBII runtime version will get more use.  It
would be about 10 times larger though.  Adding things like
NavServices, standard windows and a few other niceties I have in mind
would quickly close the gap between the Tech/Ultralite runtime size
and the FBII runtime.

Herbie:
I am working on a (Deluxe) PPC version of "pdfIdentifier" that may
include some more features. But I shall stop at 50k!

Heather:
Actually, since with the FBII runtime I'd have very little to do
codewise, I'm wondering just what features others might want in such
a shell.  Any suggestions as to what a multi-purpose drag & drop
shell should do even if it weighs in at over 200k?

Herbie:
D&D applications blown up to 200k, if the functional core is only about
some 10k?
Do we really need niceties for D&D applications. Isn't the basic idea of
D&D to make things easy?

Best,

Herbie
**************************
H.Glu@...