[Date Prev][Date Next][Thread Prev][Thread Next] [Search] [Date Index] [Thread Index]

Re: [MacPerl] Perl app framework



At 6:22 AM -0500 2000-03-10, Chris Nandor wrote:
>At 1.55 -0500 2000.03.10, Joshua Juran wrote:
>>Right.  But to be pedantic, it's not the access to powerful functions /per
>>se/ that's dangerous, but the unfiltered interface to them.
>
>I somewhat disagree.  First, MacPerl's toolbox modules are not entirely
>stable.  There are bugs.  So this is the first problem.  Second, even a

Yes, that's my point -- that the weakness lies in the interface MacPerl
provides to the Toolbox.  If you call MacPerl::Answer() (or for that
matter, AppleScript's 'display dialog'), you're indirectly using the
Toolbox, but it's not dangerous to do so.  (At least, it's relatively safe.
I *have* been able to reproduce a curious bug that occurs when MacPerl
calls StandardFile in the background.)  But the modules (or if not, then
MacPerl) could be modified to do things safely.

>filtered interface, without background inteligence, can be dangerous.  If I
>call MacWindow->new, I can still pass it bad arguments.  The danger is
>reduced, but not eliminated.

Agreed.  My desire is for background intelligence (of the sort that
automatically closes file descriptors and disposes memory) to be used to
manage Toolbox resources like windows, menus, AEDescs, etc.

>>I just had a different idea:  Instead of putting an application framework
>>into MacPerl, how about putting MacPerl into an application framework?  I
>>just happen to have one, and it's open source...  Here's how this would
>>work:  The app framework would have an embedded Perl interpreter, somehow
>>modified to provide an interface to the added functions.  Then some modules
>>would wrap around that, providing an object layer.
>
>This sounds interesting ... in case you missed it before, Matthias is
>working on the next version of MacPerl (based on 5.6, which, for Unix, just

Funny, I just read about that, following the recently-posted link to the
list archive. :-)

>entered the release candidate stage) and it may very well include a perl
>shared library which will ease embedding tasks, I believe.  So you may want
>to wait and see how that pans out (or volunteer to help him).

Very cool.  I think I will have more than enough to keep me busy simply
developing Pedestal, but I'll do what I can.

Josh

--
Joshua Juran                          Metamage Software Creations
=)                                         Tools for Wizards
wanderer@metamage.com
<http://www.metamage.com/>   * Creation at the highest state of the art *



# ===== Want to unsubscribe from this list?
# ===== Send mail with body "unsubscribe" to macperl-request@macperl.org