HDTenEightyP/NetNews huggingface dataset:
From: Bob Cent <cent@u.washington.edu>
Subject: ViewEdit question
X-Xxmessage-Id: <A754E3E8A0030B23@cent.rprc.washington.edu>
X-Xxdate: Wed, 16 Dec 92 13:47:20 GMT
Organization: University of Washington
X-Useragent: Nuntius v1.1.1d12
Date: Wed, 16 Dec 1992 21:43:31 GMT

I want to make a window with ViewEdit that can only be enlarged in 
the vertical direction when one drags the "grow box" (a window like 
you see when you configure a TView while in ViewEdit).

My window now has a TView and TScroller in it.  In both TView and 
TScroller I have selected horizontal "fixedsize" so when I move the 
window's "grow box" the vertical scrollbar stays where it should, but 
the window gets larger horizontally.  It looks odd because the 
scrollbar is left hanging inside the window.

How can I keep the window horizontal size fixed?  What am I doing 
wrong?

Thanks

Bob Cent  (cent@u.washington.edu)
University of Washington, SJ-50
Seattle, WA  98195
Newsgroups: comp.sys.mac.programmer
From: ksand@apple.com (Kent Sandvik )
Subject: Re: Bedrock, What Do We Know So Far?
Date: Wed, 16 Dec 1992 02:11:50 GMT
Organization: (Evil Eye Creature from Mars, Inc.)
Followup-To: comp.sys.mac.programmer

In article <1992Dec15.231532.9635@ncar.ucar.edu>, urban@stout.atd.ucar.edu
(Art Urban (PROFS)) wrote:
> Okay, so I keep hearing about Bedrock. I hear that there will be no further
> upgrades to MacApp due to Bedrock. Bedrock's developers have a sword of
> Damocles hanging over their heads while they talk.
 
> So my question is, what do we really know about Bedrock? What is it? Can I
> stop using TCL? Will there be *good* documentation? Will it include an
> interface construction kit? What will it do? What will it not do? Who are
> the developers? When *might* we see it? Will it be Apple's answer to NeXT's
> NeXT Step? ...

I'm sure a lot of developers have a lot of questions concerning Bedrock,
and the technology will be revealed, don't worry. The issue just now is
that before we start describing the picture, we need to have the feature
set frozen. In other
words it's better that the product is fully described, than hinting about 
things that might or might not be there.

Start expecting to get far more information from Symantec (who really owns
the product) and us early next year.

Meanwhile, if you want to ship products, use TCL or MacApp. If you want
to start worrying about the future, start decreasing your dependencies
on the framework concerning your own 'intellectual property'. This implies
that you should start looking at writing your own 'application framework'
and use MacApp/TCL/Bedrock as the GUI framework. This strategy makes
is fairly easy to transport code between frameworks.


Kent
PS: Please read the disclaimer, I'm not even actively working with 
Bedrock issues any longer.
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Subject: Re: THINK C compiler required. Any public sources.
Keywords: think C
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Fri, 18 Dec 1992 17:43:28 GMT

In <reddy.724626487@spso> reddy@spso.gsfc.nasa.gov (Jagan Reddy) writes:

>	Is there any usable public version of Think C for my own learning
>and do mac programming. 

Yes, and it's $199 from your local mail-order place.
As public as you can get, and FREE, just call 1-800-XXX-YYYY :-)

Cheers,

							/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
 Engineering: "How will this work?" Science: "Why will this work?" Management:
 "When will this work?"  Liberal Arts: "Do you want fries with that?"
                     -- Jesse N. Schell
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: QuickTime questions
Date: 16 Dec 92 17:33:20 +1300
Organization: University of Waikato, Hamilton, New Zealand

In article <1992Dec14.163630.3885@dartvax.dartmouth.edu>, Jim.Matthews@dartmouth.edu (Jim Matthews) writes:
> I'm having a couple of problems writing some QuickTime software.  These
> problems occur under both QT 1.0 and QT 1.5.
>
> 1) I can't find a reasonable way to extract the samples of an audio track,
> taking track edits into account.  GetMediaSample() doesn't respect track
> edits, so I want to ask it only for as many samples as I know are used
> contiguously by the track.  I hoped to get that information from the
> duration parameter of GetMediaNextInterestingTime(); but in my experience
> GMNIT always puts "1" in the duration parameter, and I don't want to call
> GetMediaSample() for every 8 bits of sound data.

If you want to take account of track edits, you should be using
GetTrackNextInterestingTime. Use the nextTimeTrackEdit flag, and you will
get back intervals corresponding to entire track edits. Just watch out for
the zero-length "phantom edit" at the end (or beginning, if you're going
backwards) of each track. Then you use TrackTimeToMediaTime to map the
times you get to media times.

There is a small design oversight in QuickTime 1.0. TrackTimeToMediaTime will
map any track time value to the corresponding media time value, but there's
no way to specify which of the two media time values you may want at the
boundary between two track edits. I think you always get the one corresponding
to the edit that starts at that point--never the one that ends there.

QuickTime 1.5 introduces a new call, GetTrackEditRate, which you should be
able to use to calculate the exact ending media time for the edit.

> 2) The dataFormat field of the SoundDescription record is supposed to be
> set to 'raw ' for unsigned sound samples, but in my experience it always
> comes back as 0x00000000.  So now I check for 0x00000000, but is this a
> problem with the movies I'm looking at or with the documentation?

I've seen a lot of this, too. The QuickTime 1.5 documentation makes it clear
that you should watch out for this; 0 and 'raw ' values are interchangeable.

By the way, I recommend you get hold of the QuickTime 1.5 documentation--
I think it's available on its own from APDA, if you don't want to shell out
for the full toolkit update with the new 1.5 developer CD and PhotoCD sampler.
It's *much* improved over the 1.0 documentation (apart from being twice as
thick :-)).

Lawrence D'Oliveiro                       fone: +64-7-856-2889
Computer Services Dept                     fax: +64-7-838-4066
University of Waikato            electric mail: ldo@waikato.ac.nz
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+13:00
Newsgroups: comp.sys.mac.programmer
From: kocks@chemistry.leland.Stanford.EDU (Peter Kocks)
Subject: Memory debugger available for Mac?
Keywords: memory, debugger, Mac, errors 
Organization: DSG, Stanford University, CA 94305, USA
Date: Sat, 19 Dec 92 20:41:50 GMT


Hi,

I'm looking to find a decent memory debugger for the Mac.  Something
along the lines of "Purify" for the Sun.  You know, if I point to
someplace I'm not supposed to be, it will tell me immdiately.   There
most be some tools for debugger memory problems on the Mac. Yes?

--Peter Kocks
  kocks@chemistry.stanford.edu

P.S. Definately must be C++ compatible, but this info should be
irrelevant.
Newsgroups: comp.sys.mac.programmer
From: nilesinc@well.sf.ca.us (Avi Rappoport)
Subject: Re: Any ideas for a spread sheet?
Keywords: List Spreed Sheet Help
Organization: Whole Earth 'Lectronic Link
Date: Mon, 14 Dec 1992 20:19:12 GMT

In <quinlan.724151039@sfu.ca> quinlan@fraser.sfu.ca (Brian Quinlan) writes:

>I would like to do is use the List Manager to handle the data and just
>handle the field that the user is manipulating using text edit. This
>seems impossible, however, since you can't remove a single cell from the
>list. Anyone have any other ideas? Anything would be helpfull (except
>telling me that I should write my own Spread Manager in assembly language,
>I'd rather abandon the problem)

What can't you do with the List Manager?  Even a semi-pro programmer 
like me can work pretty well with the List Manager.  It's worth writing
your own LDEF if necessary, since the LM does so much for you IMHO.
-- 
--  Help me justify my online bills: ask me about EndNote!               --
Avi Rappoport                               2000 Hearst, Berkeley, CA 94709
nilesinc@well.sf.ca.us,                                        510-649-8176
Niles.Assoc on AppleLink    		    	          fax: 510-649-8179                 
Newsgroups: comp.sys.mac.programmer
From: creiman@netcom.com (Charlie Reiman)
Subject: Re: How to write a software that simulate a disk drive (volume)
Keywords: question, disk drive, volume, big problems, wizards wanted
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Wed, 16 Dec 1992 22:05:02 GMT

arminl@tabaqui.informatik.rwth-aachen.de (Armin Luetkenhaus) writes:

>I'm going to write a piece of software that simulates a disk drive
>on the Macintosh.
>I want to mount a drive, i.e. make it appear on the desktop, make it
>accessible to all file system calls and map these calls to my own
>routines.
>Possible the user interface could be similar to Apple's "AppleShare":
>Another icon appears in the chooser, the user can click on this icon
>and a list of the available volumes the user can mount appears.

>Now to my question: I did never write such machine dependent code
>before. Has anybody experience with such problems and/or can someone
>give me some hints where I can get information about
>	1) adding a volume to the desktop
>	2) write chooser extensions?
>Any kind of help is welcome!!!

Writing an external file system (High Sierra, Messy DOS mounters, etc)
is a sticky, nasty, unfun business. The path of least resistance seems
to be Apple's XFS, which is buried under much offical voodoo. It's
tough to get any docs for it and Apple keeps saying 'It'll change! Stay
away! Keep back! We're warning you!'

On the other hand, if you just want to make a _volume_, that's much
easier. If you rip apart any of the popular RAMDisks, you'll see all
they do is create a drive entry in the system's queue, mount it, and
format it.  No HFS/XFS mucking required. If you want to really know
what's going on, get MacNosy and go digging. (Good advice for the above
case also).

In other words, it's much easier to write something that is only
block-level aware. If you actually need to map to different directory
structures or file types, things get rough quickly.

Happy sailing.

-- 
Charlie Reiman
creiman@netcom.com
Newsgroups: comp.sys.mac.programmer
From: king@feline.uucp (KingLeon)
Subject: Advice on Constructing Help Subsystem
Keywords: Help,Hypercard,Apple Events
Organization: Humber College Technology Dept.
Date: Mon, 14 Dec 1992 04:45:53 GMT

I'm working on my lecture notes for a course on GUI programming.  The
course is a comparative study of the Mac and Windows.  Currently I am
working on a unit dealing with on-line help.
   Balloon help I find interesting, but very annoying - perhaps because
it gets its message across too quickly and effectively, perhaps because
all help is turned on when the user problably only wants to know about
one item.  Help is restricted to objects that are physically present.
One can't ask about "how do I do this" kind of questions.  Windows help
launches another hypertext application (WinHelp) which has a terrible 
authoring environment and obscures the original application window.

    I recall that Apple at one time was pushing Hypercard as its help 
environment, but that didn't seem to take place.

    My question is as follows:  What would a preferred method of adding 
Help to an application:
     1.  Launch Hypercard then send it a parameter or command either
         thru an Apple Event, global memory value or a keyword that
         is written to a a file?
     2.  Stick with Balloon Help?
     3.  There is some other technique that I've missed?

Option 1 appeals to me because of the authoring environment of Hypercard,
but some sample code would be helpfull.

My students are 3rd year computer engineering.  The course will be taught
using standard (Think) C without the object extensions.
Newsgroups: comp.sys.mac.programmer
From: neath@brazil.psych.purdue.edu (Ian Neath)
Subject: ResEdit templates for Balloon Help stuff
Summary: are there any available?
Organization: Purdue University
Date: Mon, 14 Dec 1992 17:59:44 GMT

I'm starting to add Balloon Help as I convert my apps from System 7
Oblivious to System 7 Savvy.  According to IM 6, you can do this
with resources such as 'hfdr' 'hmmu' 'hdlg' etc.  Are there any
ResEdit templates to facilitate this?  BTW I'm using 2.1.1.
Thanks.


--
      Ian Neath        | There are four kinds of people in this world:
neath@psych.purdue.edu | cretins, fools, morons and lunatics - U. Eco
From: petrus@stacken.kth.se (Lars Petrus)
Newsgroups: comp.sys.mac.programmer
Subject: smKeyEnableKybds bug?
Date: 12 Dec 92 19:40:58 GMT
Organization: Stacken Computer Club, Stockholm, Sweden


   I want to turn of keyboard switching in my app. According to IM VI, ch 14,
SetEnvirons(smKeyScript, smKeyDisableKybdSwitch); should do this, and it turns
out that it does actually work. However, when I leave my app I want to restore
keyboard switching. According to the same source that should be done using
SetEnvirons(smKeyScript, smKeyEnableKybds); but that does *not* seem to work.

   The symptom that something is wrong is that when I choose the Setting
that changes the keyboard, the window appears, but the system freezes.

   Is this a known bug in either smKeyEnableKybds or the Setting?

   Is there anything I can do?



  -  -  -  -
"Sometimes it is said that man cannot be trusted with the government of
 himself.  Can he, then, be trusted with the government of others?"
                                --- Thomas Jefferson

Lars Petrus, Solna, Sweden  -  petrus@stacken.kth.se
From: mark@cheers.jsc.nasa.gov (Mark Manning)
Subject: Dialogs and Scrolling
Organization: NASA
Date: Wed, 16 Dec 1992 17:19:10 GMT

Hello! :)

   Question: I want to place a PICT picture onto the screen and
             then scroll it left and right.  On top of this PICT
             are editable fields.  Is this possible and if so
             could you post a snippet on how to do this?  I keep
             crashing my system when I try to do this. :(


Thanks ahead of time. :)
From: davidp@calvin.usc.edu (David Peterson)
Newsgroups: comp.sys.mac.programmer
Subject: program exit (and entry) signals
Date: 11 Dec 1992 14:35:09 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: world
Reply-To: davidp@usc.edu
NNTP-Posting-Host: calvin.usc.edu


Are there any signals you can get when your program starts up and when
it exits? I'm not talking 'oapp' and 'quit' AppleEvents, I want something
that gets called no matter how my program got started or how it shuts down.

I'm working on some library code and I can make the programmer call an 
init routine before using the package, but making them call an 'uninit'
routine seems rather ugly. Trouble is, my library needs to do some clean up
when the program quits.

My officemate suggested patching _ExitToShell. Do people do this? Does this
work? It seemed sort of heavy handed and rather obnoxious to me. I came up
with the idea of making an object that consists only on a constructor and
destructor. Both we're inlined and only called my init and cleanup routines
respectively. By declaring a static instance of the object my init routine
was called before entering 'main' and the cleanup was called after 'main' 
had exited.

I haven't decided whether or not I like it though. Does anyone have any
opinions about this? Did I completely miss something provided by the OS?
Has somebody found a better way?

-dave.
From: lari@strauss.cs.unc.edu (Humayun Lari)
Newsgroups: comp.sys.mac.programmer
Subject: Re: How do I STOP my TextEdit field from updating?
Date: 14 Dec 92 02:56:35 GMT
Organization: The University of North Carolina at Chapel Hill

In article <1992Dec13.182630.4371@netcom.com> bskendig@netcom.com (Brian Kendig) writes:
>How can I STOP the TextEdit field from redrawing itself immediately
>when I delete a line?  I TEDeactivate it, and turn off TEAutoView.  I
>will eventually get around to updating the window on the screen, at
>which time I want the text to be redrawn -- but not now!

One way to solve the problem would be to access the text directly through the
hText field, using BlockMove and SetHandleSize to delete the line and then
calling TECalText to update the lineStarts array. TECalText will probably be
kind of slow, though; if you don't mind being sneaky, you can decrement nLines
and use BlockMove and SetHandleSize to shift the lineStarts array up one, in
the same way you deleted the line.

<Grin> This is guaranteed to work -- theoretically, of course.

Humayun Lari
(lari@cs.unc.edu)
From: quesnel@ems (Rene Quesnel)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Am I correct in assuming that Discipline is worthless?
Date: 14 Dec 92 20:51:15 GMT
Organization: Faculty of Music, McGill University

In article <01050133.kvjb31@distant.uucp> edw@distant.uucp writes:
>For the heck of it, I installed Discipline and started playing with it.
>After I quit all of the other apps I was running (because Discipline would
>jump into MacsBug about every other second), I let it loose on my current
>project. It doesn't seem very useful. I haven't gotten lazy on this project
>*yet* and I'm actually coding defensively. Of course, Discpline drops me into
>MacsBugs every other second, (every time I get an event, I guess...). Am I
>correct in assuming that Disclipline has little or no value?
>
>Ed
>

Ed,

Try activating Discipline with 'dsca'. This will limit Discipline's
actions to your application. When I use only 'dsc', Discipline 
keeps dropping into Macsbug but the current application is Finder.

I find Discipline most useful. It saved me a lot of time.

Rene Quesnel
quesnel@music.mcgill.ca
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Subject: Re: new mac programmer advice
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Fri, 18 Dec 1992 14:34:17 GMT

In <BzD8KL.1Gw@iapa.uucp%mailhost.ecn.uoknor.edu> ctrbdo@iapa.uucp%mailhost.ecn.uoknor.edu (bryan d oakley) writes:

>Howdy:

>    1) I assume GNU emacs is not available since that's the way
>       Richard Stallman wants it.  Fine.  However, my fingers have the

If you buy A/UX, GNU Emacs is available. You get X11 and a nice
version of UNIX, too.

>       ctl and meta sequences burned into them.  Are there text
>       editors out there with similar key mappings (ie: C-N, C-P,
>       etc.)?

Yes, the shareware Mac editor Alpha supports EMACS bindings AND
you can costomize it using the TCL language.

>    2) Seems I saw somewhere there is a MAC version of AWK laying
>       around.  True?  What other UNIX like software is out there.
>       Anything resembling a shell (ksh, sh, csh, etc.)?  (I can't
>       afford AUX right now)?  lex?  yacc?  

As you said, A/UX has it all. Else a large set of GNU utilities
is available, and the MPW shell (shell only, no scripts, tools
or anything) is available through anonymous FTP. If you buy MPW
you get a LOT of tools (though not THE SAME as unde UNIX, only
SIMILAR) and C, C++, Pascal, Asm, Linker, help system, OO framework,
and a year of updates. Only $1,250. Buy A/UX instead :-)

>    3) What's the best route to go programming wise?  Think-C seems
>       to get a lot of ad space.  What about the macintosh programmers
>       workbench?  What does it take to write hypercard scripts -- do
>       I have to buy hypercard?

HyperCard is not for the serious programmer. (Well, it could be
since its a nice demo generator and I have written some apps
in HyperCard, but for the general case its not)

Yes, you have to buy HyperCard. You can also write externals
in C or Pascal and plug in.

Think C is ideal for normal work, since its compact and fast.
MPW is slower, but more powerful, and gives you a SHELL. Both
have produced leading-edge applications.

If you want to communicate with your workstation, you could
get MacX or a simple terminal emulator (Like ZTerm) and run
some kind of remote network, and use the Mac ONLY as an (X)
terminal, and retain the familiar UNIX look-and-feel. And get
busted b ythe phone company for not paying the bills :-)

As for which Mac, the Perfoma 600 or IIvi seems to be the
lower end of what you need (PageMaker is a resource hog)

Cheers,

						/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

   NetHack 3.1: Any Year Now.
Newsgroups: comp.sys.mac.programmer
From: Christopher Stuart <cs10@cornell.edu>
Subject: PrCtlCall from XCMD?
X-Xxdate: Tue, 15 Dec 92 10: 21:46 GMT
Nntp-Posting-User: cs10@cornell.edu
Organization: Cornell Information Technologies
X-Useragent: Nuntius v1.1.1d7
Date: Tue, 15 Dec 1992 14:55:57 GMT

The HyperTalk print command always does a form feed after printing.  I
need to write an XCMD that will control the printer at a lower level so I
can send a line of text and a carriage return so the paper doesn't form
feed out.  I tried a PtCtlCall() with text streaming and control calls
just as it demonstrates in the online Think Reference, but it doesn't
seem to work.  Does HyperCard disallow this, or is there something more I
need to do to send lower level print controls?
------------------------------------------------------------------
Chris Stuart <cs10@cornell.edu>    Cornell Digital Library Project
503 Olin Library,     Cornell University         Ithaca, NY  14853
(607) 255-9099
From: d88-jwa@cyklop.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Am I correct in assuming that Discipline is worthless?
Date: 13 Dec 92 22:02:54 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <01050133.kvjb31@distant.uucp> edw@distant.uucp (Ed Watkeys) writes:

>MacsBugs every other second, (every time I get an event, I guess...). Am I
>correct in assuming that Disclipline has little or no value?

No. Try running "lenient" instead. Or make your own set of scripts.
It doesn't have to be YOU either, it could be the Finder. Try looking
at the CurAppName lo-mem global (displayed under the stack dump in
the left column)

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

   What we need is a good GNU [...] licence manager implementation.
                     -- Raphael Manfredi
Newsgroups: comp.sys.mac.programmer
From: asunta@convex.csc.FI (Miika Asunta)
Subject: MacinTalk headers for THINK C?
Organization: Sibelius Academy, Helsinki
Date: Thu, 17 Dec 92 19:13:23 GMT

Are there new object and header files for MacinTalk, if yes, where can
I find them?

I've converted some old MPW files with THINK's oconv, and written a
header file.

With a test program... (WHEE!!!)

It works fine except that it doesn't speak - and
the machine (MacPlus) makes a neat crash with weird screen
when SpeechOff -routine is called...

...Yes, I have the prototypes in the header file.

--
Miika Asunta
asunta@convex.csc.fi			Double Bass Player
tel. +358-0-494 093			Macintosh Programmer
Newsgroups: comp.sys.mac.programmer
From: oster@well.sf.ca.us (David Phillip Oster)
Subject: Re: Reading STR#
Keywords: str# mac pascal c resource resedit
Organization: Whole Earth 'Lectronic Link
Date: Mon, 14 Dec 1992 08:17:21 GMT

In article <1992Dec13.211015.4725@dartvax.dartmouth.edu> smsilver@coos.dartmouth.edu (Scott M. Silver) writes:
>I want to be able to get ones of a length bigger that 255...or somewhat
>unlimited ast the case may be (<32k).  I tried using GetIndString, but
>that seems only to allow strings of up to 255 chars...Thanks in advance.  

A pascal string uses an unsigned byte as the length field, so it is inherently
limited to 255 chars. For longer pieces of text, use a resource of type
TEXT. TEXT is just a handle of characters, and it is what you get when
you copy text from a text editor to the clipboard. To draw the text, do:

VAR h : Handle;
BEGIN
	h := GetResource('TEXT', 128);	{ or whatever the correct id # is }
	IF NIL <> h THEN BEGIN
		HLock(h);
		TextBox(h^, GetHandleSize(h), thePort^.portRect, teJustLeft);
		HUnlock(h);
	END;
END;
Please pardon any syntax errors, my pascal is rusty.