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

Re: [MacPerl] OSA Extention for PERL



>pudge@pobox.com (Chris Nandor) writes:
>>At 11.13 8/8/97, Strider wrote:
>>>Awhile back, a MacPERL OSA extention was released. If it worked (which it
>>>generally doesn't =) it would allow the Script Editor to edit PERL scripts
>>>(yipee) and (if I understand correctly) allow PERL scripts to be accessed
>>>as standalones like Applescript Standalones and droplets.
>
>"Standalone" if you drop an 1.5M component into your system folder.

Granted, but it sounds less daunting. Frankly, I'm thinking of my bosses
here. If I said 'just use this extention that doesn't conflict with
anything' they'd say sure. But when I tried to get them to put MacPerl on
our server, it was "memory, conflicts, and space" all the time. They just
wouldn't think that way about a no-hassle or setup extention. I think that
they're not alone, either.

>>You don't need a "plugin" for the Yellow Box, as UNIX perl runs natively
>>there already.  I think what is needed -- Matthias, please tell me if I am
>>wrong -- is better OSA support from Apple for language developers.
>
>The limitations of the MacOS version of the OSA Perl plugin have little to do
>with lack of support from Apple (except that I ran into some obscure
>corners of
>the code fragment manager which seemed to be undocumented). I just lost
>interest in the current OSA component when it became evident what sort of
>memory consumption and startup time it had.

Well, if it helps any, there ARE others (ok, other =) who'd be interested
in it still- that was the main purpose of my original post: just to let you
know the interest was there.

>>>It would also be extremely advantageous for web site developers, because
>>>the software would be loaded as part of the system- it would be even
>>>faster, and require less RAM (at least, I think it probably would =)
>
>The MacPerl application represents a negligible portion of the code size and
>memory consumption.

Again, I'm thinking more of my superiors- an extention is much cleaner and
nicer sounding- the way PERL is (I think) supposed to be: you install it
(on linux, anyway) and it's out of the way- you use it to run scripts, and
that's it. No need for a built in editor, etc. (I DO use the build in
editor- I just do it because it's easier, though, on my machine =)

>>>One of the most major setbacks of macintosh-based perl is that scripts
>>>can't just be distributed, like they can in UNIX.
>
>As a commercial UNIX developer, I can assure you that many companies can *not*
>"just distribute" perl scripts. Perl is *not* guaranteed to be available, and
>an UN*X Perl installation is harder than a MacPerl installation.

True- but in that aspect, I'm NOT thinking about my bosses. It'd be nice to
be able to post, say, a socket program on the net, and be able to assume
that everyone had it. And if they didn't, they'd think "oh, just an
extention- that's ok".

Really, and I know this is no basis for writing a program, it's a matter of
preconcieved notions. Extentions are small and fast and painless.
Applications, especially with library files, are large and bulky and
difficult, ESPECIALLY if you don't need the editing, and you're just using
them to run one or two apps or scripts- it just wouldn't be worth it for
most people. But the extention- I think real 'perl integration' could be
possible on the mac with something like that. Hell, I'd develop it if I
could, but I run Supercard, Perl, and Java(badly =) and so there's no way I
could.

-Strider



***** Want to unsubscribe from this list?
***** Send mail with body "unsubscribe" to mac-perl-request@iis.ee.ethz.ch