HDTenEightyP/NetNews huggingface dataset:
From: V0762@AppleLink.Apple.COM (Applied Biosystems, M Budiansky,VAR)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Job listing
Date: 5 Jan 93 22:12:00 GMT
Organization: AppleLink Gateway

We are looking for a Macintosh software engineer to join our Data Products
group. Applied Biosystems, Inc. (ABI), in Foster City, CA, is a leading
supplier of systems for biotechnology research.  We have recently released a
number of new software products (mostly MacApp-based) which augment ABI's
traditional instrument product line, and we're about to embark on some new
projects.
 
ABI was incorporated about eleven years ago and has been an active Mac
developer for the past 4 years. We have an enthusiastic and experienced team of
Mac, Unix, and embedded systems programmers. With more than a thousand
employees worldwide, we have the benefits and resources of a large company,
while still retaining our informality and collegiality. You'll have an
opportunity to work in an exciting environment, with engineers and scientists
developing state-of-the-art equipment, software, and research tools for the
biotechnology revolution.
 
Essential Requirements:
    o 3+ years of experience in commercial software product development
    o 2+ years of C++ programming experience
    o 2+ years experience in developing Macintosh applications
    o Self direction and desire to participate in product cycle from
          design to release to customers
    o CS degree or equivalent experience
 
Strongly Preferred:
    o MacApp experience
    o Understanding of Mac Toolbox and debugging
    o Background in biology or scientific applications, or in other
           data-intensive areas
    o Experience with network programming, distributed computing,
          data structures, algorithm development or database design
 
If interested, please send resume
via internet to james@apldbio.com
via AppleLink to V0762
or via U.S. mail to:
  James Candlin
  Applied Biosystems, Inc.
  850 Lincoln Centre Drive
  Foster City, CA 94404
 
 
(No phone calls or headhunters, please.)
From: JERRY_JAHNKE@tikal.biosci.ARizona.EDU
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Need for Speed
Date: 4 Jan 93 11:18:00 GMT
Organization: AppleLink Gateway

AppleLink gatewayed addresses are limited to 35 characters, and this letter
has a longer return address. It has been mapped into the address above.
Reply using that address, and everything should work. The actual address
is in the Internet headers below.
 
From: Jerry_Jahnke@tikal.biosci.arizona.edu (Jerry Jahnke)
Content-Transfer-Encoding: 7BIT
Message-Id: <00132.2808991171.32779@tikal.biosci.arizona.edu>
X-Charset: MACINTOSH
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Organization: University of Arizona
To: MACAPP3TECH$@AppleLink.Apple.COM (MacApp Tech List)
 
                       Subject:                               Time:10:59 AM
  OFFICE MEMO          Need for Speed                         Date:1/4/93
Hello,
 
Over the Christmas break I decided to develop an application that does
QuickTime movies (much like Simple Player). Anyway I got it all up and
running and it works fine with one noteable exception. It plays them a bit
on the slow side.
 
The DoIdle method of my MovieView is set to an idle frequency of 0 and it
calls MCIdle each pass. I also overrode MainEventLoop in my decendant of
TApplication. And call MoviesTask before polling for events. It is still a
bit on the slow side (the movies are kinda jerky when they play on my app
but smooth in Simple Player.)
 
So my question is this. Should I just lump it? The jerkiness is noticable,
but only if you are looking for it (i.e. my wife could not see it until I
showed it to her). Or are there a few other places I could sprinkle
MoviesTask to eek the last little bit of performance out of this app?
From: COMPONENT@AppleLink.Apple.COM (Component Software, S Ballard,PRT)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: COMPONENT SOFTWARE intos
Date: 4 Jan 93 17:10:00 GMT
Organization: AppleLink Gateway

Attn:
Attn:
SentBy: Jennifer Johnson
 
Regarding:                    COMPONENT SOFTWARE intos Component Proponent_
Component Software Corporation introduces the
 Component Proponent Program
 
We are looking for a few good Mac programmers to join our new Component
Proponent Program. Use the fastest development environment available to drive
new business for your consulting company and help us create add-on components,
tools, and sample code. We'll even help you sell your Components to other
Component Workshop(tm) developers worldwide so you can earn some money. After
all, your success is our success.
 
Here's how it works. You get
 
o a single-user license for Component Workshop at a greatly reduced price -
$495 (that's 80% off the list price of $2,495) and unlimited access to our
Bulletin Board System for technical tips, threads with other developers and
file-in's for minor bug fixes.
 
o 120 days of FREE maintenance and significant discounts off annual
maintenance contracts, training, add-on products and upgrades. (You need to
build either sample code or a Component for the BBS within 120 days to qualify
for further discounts).
 
o special access to our Bulletin Board for marketing your Components.
 
Component Workshop is the first "OBJECTS ONLY" dynamic development environment
based on C++. We take the definition of object-oriented programming seriously
and deliver maintainable, easily ported, easy to extend applications which are
built out of reusable parts. Incremental compilation, garbage collection, and
an application framwork ensure that you will develop applications faster than
ever before.
 
Component Workshop is based on C++ and uses a subset of the AT&T's 2.1 C++
standard. You may give up some C++ syntax, but you get back your weekends and
will earn a reputation as someone who delivers NEW APPLICATIONS early -
instead of promises for next year.
 
If you'd like to rapidly grow your business and make a little cash building
reusable Components, join us NOW and start using the most talked about new
development environment available. Call us today at 617/862-9700 and say "I
want to be a Component Proponent!" three times fast.
 
Please note:  COMPONENT WORKSHOP requires a Macintosh IIci or better with a
MC68030 or x040 processor running at 33MHz, System 7, a M68881 floating point
coprocessor, at least 25 Mbytes of hard disk space and 16 Mbytes of physical
memory (20 Mbytes are recommended) and MPW C(tm) for development.
 
These prices are valid in the U.S. only and do not include shipping charges.
From: B.HABLUTZEL@AppleLink.Apple.COM (Hablutzel, Bob,CST)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Re: Overriding with a second r
Date: 8 Jan 93 18:33:00 GMT
Organization: AppleLink Gateway

Steve -
 
  Menus are loaded very early in the sequence; the loading is triggered when
you call InitUMacApp.
  I don't know what the side effects of changing the resource file ordering for
this routine; there isn't a way to hook into the process later to change what
you want to do. (The only way would be to change the sources: the routine you
would need to edit is InitUMenuMgr()).
 
Bob
 
 
 
Bob Hablutzel
Hablutzel Consulting
ALink: B.HABLUTZEL
Phone: 708 328 0130
From: B.HABLUTZEL@AppleLink.Apple.COM (Hablutzel, Bob,CST)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Re: Quality of CW's Class Lib
Date: 8 Jan 93 21:09:00 GMT
Organization: AppleLink Gateway

Ed -
 
  I would have to say that CWs class library is in the child prodigy stage. It
does not have the experience, depth, or maturity of MacApp. There are features
about it that are frustrating - sometimes because the feature is simply not
there, and sometimes because the feature works radically differently than it
did in MacApp.
  However, I have to agree with Jeff that the foundation is strong. The
collection classes, for example, have MacApp beat all to hell. Since all the
classes in the framework are peers, you don't have the Cxxx vs. Txxx problems
that you have in MacApp.
  As time goes on, I suspect the framework will get better. At least the
fundamentals are in place.
 
 
Bob
 
 
 
Bob Hablutzel
Hablutzel Consulting
ALink: B.HABLUTZEL
Phone: 708 328 0130
From: RSD@AppleLink.Apple.COM (Research SW Design, D Goldman,PRT)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Re3: Takeover - QA
Date: 4 Jan 93 21:38:00 GMT
Organization: AppleLink Gateway

Bob --
 
Your point is well-taken, but the important issue to me is that this is NOT an
error with the patch. If my application currently works fine because it
unwittingly takes advantage of a bug in MacApp, then a new release of MacApp in
which that bug is fixed _must_ be allowed to crash my application. If I can't
stand to face such possibilities, then I should never load _any_ update of
MacApp onto my system.
 
This is just like Jesse's scenario in which a code segment now exceeds 32K.
Neither one of these problems is MacApp's responsibility, and neither one of
these problems would be prevented by a _thousand_ person-weeks of QA testing
within a hermetically sealed Apple QA laboratory.
 
-- Dave
From: KVICTOR@AppleLink.Apple.COM (Victor Consulting, Ken Victor,PAS)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: MenuWidth Bug?
Date: 5 Jan 93 02:09:00 GMT
Organization: AppleLink Gateway

does anyuone know if there is a bug in the toolbox CalcMenuSize when dealing
with styled hierarchical menus?
 
my situation is as follows:
 
i have several hierarchical menus declared (with no items) as CMNU resources in
my .r file.  the menuId of these menus is greater than mLastMenu.  the main
menus for these hierarchical menus are also delcared as CMNU resources in my .r
file, with menuIDs less than mLastMenu.  all resource IDs are equal to menuIDs.
the main menus are listed in the kMBarDisplayed resource and the hieracrhical
menus are listed in the kMBarHierarchical resource.
 
dynamically i create additional items for my hierarchical menus, including
other hierarchical menus (being sure to only use a menuID < 235 and one that
isn't already in use).  in my dosetupmenus, i enable my items as appropriate,
and enable the declared hierarchical menu as well.
 
everything was working fine, and just the way i expected it to until i decided
i wanted some of the added items to be bold or outlined.  i changed my
dosetupmenus to issue either a SetItemStyle or (MacApp's) SetStyle, depending
on whether the menuid was greater or less than or equal to mLastMenu.  i even
tried calling CalcMenuSize or NeedCalcMenuSize.  my hierarchical menus are
being drawn too narrow for the styled items, and thus the styled items have the
infamous 3 dots on the end.  its as if CalcMenuSize is calculating a width
while ignoring the item's style.
 
i tried patching the menuwidth in the menuinfo record after my call to
CalcMenuSize (in dosetupmenus) to no avail.  i've traced this as far as inside
toolbox MenuSelect.  MenuSelect seems to set the menuwidth to -1 the first time
it needs the hierarchical menu, and then it calls CalcMenuSize before
displaying the hierarchical menu.  if i set an atrap at CalcMenuSize after
entering MenuSelect, and then patch menuwidth AFTER CalcMenuSize does its
thing, my menus display with the width i've patched in...
 
HELP??? :-(
 
Ken Victor
(415) 964-9870
 
p.s. i'm running sys 7.1, macapp 3.0.1.  i think i saw something similar in a
previous macapp 2.01 app i developed running on sys 7.0 and 7.01 with and
without tuner, but i didn't follow that one as much as this one.
From: ksand@apple.com (Kent Sandvik )
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Re: Component Workshop
Date: 8 Jan 93 00:07:07 GMT
Followup-To: comp.sys.mac.oop.macapp3
Organization: (Evil Eye Creature from Mars, Inc.)

In article <Chris_Knepper-070193142103@kip-37.taligent.com>,
Chris_Knepper@taligent.com (Chris Knepper) wrote:
> 
> Anyone know what the system requirements are for CW 1.0?
> 
> Ram requirements? disk size? processor?

16MB or more. Quadra rules, even if it works with slower beasts.
 
> Also, are the generated applications compatible with Sys 6?

...they should work fine.

Cheers,
Kent
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.		
Predictions: Soon moving to Newton DTS, bye bye.
From: PARKS.W@AppleLink.Apple.COM (Parks, William,APD)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Draw (double)????
Date: 8 Jan 93 13:23:00 GMT
Organization: AppleLink Gateway


 
    I'm tring to write a (double) into a view for display. Since NumToString
does only Integer conversion, I've tried the C function ecvt() which crashes
hard.
 
    Does anyone have some code to write a (double) to the screen. Am I missing
something??
 
                Thanks
 
                        Bill Parks
From: ksand@apple.com (Kent Sandvik )
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Re: Total Chaos
Date: 8 Jan 93 00:10:30 GMT
Followup-To: comp.sys.mac.oop.macapp3
Organization: (Evil Eye Creature from Mars, Inc.)

In article <17835@umd5.umd.edu>, aides@hamlet.umd.edu (Marcus Wilhoit)
wrote:
> 
> 
> What in the World is going on?  It seems to me that Apple will just
> become a software
> company with the advent of the Power PC.  Nothing makes any sense?  What
> will be the
> difference between a PowerPC made by IBM as opposed to one made by Apple?
>  Multi-
> platform should be multi-GUI either windows or MacOS, the platform will
> pretty much
> be the same (the Power PC).  NeXT and other companies are also looking at
> the Power PC chip.  Is everyone going with one really fast platform in
> which the will use something like Bedrock for writting applications?

Hi, things are not that messy, it's just that we don't want to talk 
about products before they are really shipping. Talking about unannounced
products will just make the situation more messy.

The PowerPC chip will be used for personal, office level computers by
Apple, and in high end workstations by IBM. This is a nice and clear
separation, and it's actually a win-win situation for both parts.

PowerOpen is for the 'Open Systems People', while MacOS for PowerPC
is for the rest of us :-). Another win-win, if you think open systems
is the way to go, go for PowerOpen. If you like the MacOS environment,
you got it.

I've been involved in this project for eight months now, and even if I'm
leaving it due to a new challenge, I must say that things are really
under control and something wonderful will happen soon.

Cheers,
Kent
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.		
Predictions: Soon moving to Newton DTS, bye bye.
From: OMNI@AppleLink.Apple.COM (Omni Systems, Ricky Hayes,PAS)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Procedural View Creation
Date: 11 Jan 93 13:44:00 GMT
Organization: AppleLink Gateway

Does anyone know of a software tool that will take a MacApp 3.0 view resource
and generate C++ code that will create the MacApp view hierarchy procedurally.
We would like to improve the creation performance of several complicated views
by creating them procedurally, but we would still like to use a tool for
drawing them interactively.
 
Any additional advice for improving view creation performance would be greatly
appreciated.
 
Thanx,
 
Kenny Webster
Vertical Market Concepts, Inc.
From: MACAPP.ADMIN@AppleLink.Apple.COM (Design Methodology,Joel Norvell,VCA)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: On and off lists reminder
Date: 6 Jan 93 05:41:00 GMT
Organization: AppleLink Gateway

Dear Folks,
 
A reminder: If you want to stop (or start) a subscription to MacApp2tech$ or
MacApp3tech$ , PLEASE SEND YOUR REQUEST TO MacApp.Admin NOT TO THE GROUP
ADDRESS !
 
Joel Norvell
MacApp.Admin
From: MACAPP.TEST@AppleLink.Apple.COM (MacApp SQA Team)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: New MacApp 3.0.1 Bug Document
Date: 12 Jan 93 22:11:00 GMT
Organization: AppleLink Gateway

The latest version of the MacApp 3.0.1 Bug Document is now available on
AppleLink.  It can be found in the following location:
 
Developer Support
    Developer Talk
        Macintosh Development Tool Discussions
            MacApp Discussion
                MacApp Technical Updates
 
 
It is in both MacWrite II and TEXT formats.
From: COMPONENT@AppleLink.Apple.COM (Component Software, S Ballard,PRT)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: COMPONENT SOFTWARE intos
Date: 4 Jan 93 17:23:00 GMT
Organization: AppleLink Gateway

Attn:
Attn:
SentBy: Jennifer Johnson
 
Regarding:                    COMPONENT SOFTWARE intos Component Proponent_
Component Software Corporation introduces the
 Component Proponent Program
 
We are looking for a few good Mac programmers to join our new Component
Proponent Program. Use the fastest development environment available to drive
new business for your consulting company and help us create add-on components,
tools, and sample code. We'll even help you sell your Components to other
Component Workshop(tm) developers worldwide so you can earn some money. After
all, your success is our success.
 
Here's how it works. You get
 
o a single-user license for Component Workshop at a greatly reduced price -
$495 (that's 80% off the list price of $2,495) and unlimited access to our
Bulletin Board System for technical tips, threads with other developers and
file-in's for minor bug fixes.
 
o 120 days of FREE maintenance and significant discounts off annual
maintenance contracts, training, add-on products and upgrades. (You need to
build either sample code or a Component for the BBS within 120 days to qualify
for further discounts).
 
o special access to our Bulletin Board for marketing your Components.
 
Component Workshop is the first "OBJECTS ONLY" dynamic development environment
based on C++. We take the definition of object-oriented programming seriously
and deliver maintainable, easily ported, easy to extend applications which are
built out of reusable parts. Incremental compilation, garbage collection, and
an application framwork ensure that you will develop applications faster than
ever before.
 
Component Workshop is based on C++ and uses a subset of the AT&T's 2.1 C++
standard. You may give up some C++ syntax, but you get back your weekends and
will earn a reputation as someone who delivers NEW APPLICATIONS early -
instead of promises for next year.
 
If you'd like to rapidly grow your business and make a little cash building
reusable Components, join us NOW and start using the most talked about new
development environment available. Call us today at 617/862-9700 and say "I
want to be a Component Proponent!" three times fast.
 
Please note:  COMPONENT WORKSHOP requires a Macintosh IIci or better with a
MC68030 or x040 processor running at 33MHz, System 7, a M68881 floating point
coprocessor, at least 25 Mbytes of hard disk space and 16 Mbytes of physical
memory (20 Mbytes are recommended) and MPW C(tm) for development.
 
These prices are valid in the U.S. only and do not include shipping charges.
From: WVUCENIC@AppleLink.Apple.COM (No Bugs SW, Wayne Vucenic,PAS)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Re: Takeover - Scope
Date: 4 Jan 93 07:05:00 GMT
Organization: AppleLink Gateway

Dave,
 
> then to accomplish what I did propose would require a programmer.
> Two, if you prefer. Period.
 
> Why not transfer our current patient to a nurse who can read the first aid
> manual and actually apply a few bandages?
 
I agree completely!  What I'd like to see (and what I'd be willing to pay
several hundred dollars a year for) is someone to do the type of minimal life
support that you're proposing.
 
 
Wayne Vucenic
No Bugs Software
"Mac Contract Programming in Silicon Valley Since 1986"
 
Newsgroups: comp.sys.mac.oop.macapp3
From: lsr@taligent.com (Larry Rosenstein)
Subject: Re: Galaxy?
Followup-To: comp.sys.mac.oop.macapp3
Organization: Taligent, Inc.
Date: Tue, 5 Jan 1993 18:00:59 GMT

In article <1992Dec27.060847.7998@netcom.com>, knee@netcom.com (Mark
Lanett) wrote:
> 
> Hmmm. New-framework-of-the-week month it seems. What's Galaxy?

The Jan 93 issue of Dr Dobbs Journal has an ad for this.

It's distributed by a company called Visix.  It mentions portability but
only to UNIX, Windows, OS/2, and NT (the Mac isn't mentioned).  It doesn't
say exactly what it does, except they mention a bunch of buzzwords
("Object-Oriented, Network Independent, Extensible, ...).  It sounds like a
development environment with some kind of OO framework.

It says you can send mail to galaxy@visix.com for more info.

Larry Rosenstein
Taligent, Inc.

lsr@taligent.com
From: SANTADOG@ISYS.KING.AC.UK
Newsgroups: comp.sys.mac.oop.macapp3
Subject: pure virtual member function ?
Date: 11 Jan 93 17:15:00 GMT
Organization: AppleLink Gateway

From: simon <santadog@isys.king.ac.uk>
Subject: pure virtual member function ??
Via: uk.ac.kingston; Mon, 11 Jan 1993 17:13:54 +0000
To: MACAPP3TECH$@applelink.apple.com
 
Can anyone explain this error from compiling FotoApp, please?
 
File "UIPCommand.h"; line 86 # warning: pure virtual member function
TIPCommand::DoImageProcessing() must be defined because TIPCommand is derived
from PascalObject
 
thank-you in..
slucas
 
UIPCommand.h
-----------
class TIPCommand : public TClientCommand {
private:
        PicHandle       fOldPicture;
        PicHandle       fNewPicture;
public:
        virtual pascal void                     IIPCommand(CommandNumber itsC
ommandNumber,
 
      TImageDocument* itsDocument,
 
      AEEventID itsEventID);
        virtual pascal void                     Initialize();
                                           //      OVERRIDE
        virtual pascal void                     Free();
                                                   //      OVERRIDE
 
        virtual pascal void                     DoIt();
                                                   //      OVERRIDE
        virtual pascal void                     UndoIt();
                                                   //      OVERRIDE
        virtual pascal void                     RedoIt();
                                                   //      OVERRIDE
 
        virtual pascal void                     ProcessReply(TAppleEvent* the
Reply);            //      OVERRIDE
 
        virtual pascal TImageDocument*  GetImageDocument();
};
From: PHILMONT@AppleLink.Apple.COM (Philmont SW Mill, Jesse Feiler,PAS)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Suggestion on bugs, tips
Date: 10 Jan 93 14:25:00 GMT
Organization: AppleLink Gateway

I've been thinking about the latest discussions of MacApp bugs, fixes, unfixes,
etc. Jeff's suggestion of collecting these in FrameWorks seems a good idea, but
I wonder if we can go one better.
 
If we devise a standard format for such items, MADA could collect them
electronically and publish them as Jeff suggested on the code disk. In additon
to the bug fixes, I would suggest that workarounds and tips be included. Anyone
could submit them, and MADA would have no responsibility other than collating
and publishing them. This seems like an application that really is appropriate
for HyperCard.
 
MADA could prepare an empty HyperCard stack which anyone can download and then
use for creating bug/tip reports. The fields should be:
    short description (e.g., Cells incorrectly broken in page breaks in
TGridView)
    MacApp method(s), object(s) affected
    lengthy description
    workaround/fix
    submitter's name, E-address, date
    keywords for searching
    MacApp version this is relevant to
 
This is what most people already put in an AppleLink message, and shouldn't
take much time to enter. MADA would explicitly not correct or edit this data.
There will be misspellings (although we'd hope that the names of the MacApp
methods would not be mangled), duplications, and contradictions. There will
even be some errors. Although I'm not a big fan of Hypercard, in a situation
like this it seems that the simple searching capabilities would work well, and
allow the ultimate user to poke around looking for alternate solutions and
workarounds for problems. No XCMDs, no fancy scripts, no nothing should be
added. By keeping it very simple for contributor, browser and MADA, it might
actually work.
 
Whatever mechanism MADA has to put together to do this (and it shouldn't be
much effort) could be reused for other platforms that come along in the future.
 
Jesse