HDTenEightyP/NetNews huggingface dataset:
From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
Newsgroups: comp.sys.mac.programmer
Subject: An extension to the UI
Date: 8 Sep 92 20:59:59 GMT
Organization: Kalamazoo College

OK, brace yourself for a "this is the way the UI should be" spiel.
 
I've been thinking about the desktop and screen real estate and how
better to make use of it.  One of the icky things about MS Windows
is that you can't drop stuff on the desktop, everything has to be in
a window.  But one of the icky things about the Mac UI is that all
that stuff on the desktop keeps getting covered up by apps' windows.
 
The best example is the volume icons on the right that you can't see
once you zoom a window out.  I keep nine aliases down at the bottom
of my screen, that I often can't even see.  And, I use Applicon all
the time--it's a great program--but I'm always fussing around to
keep apps' windows away from it.
 
Now, a lot of programs are nice enough to give you a 50- or 60-pixel
margin on the right, if there's enough room, to let the volume icons
show through.  But it would be a lot more Mac-like to let the user
tell the OS to keep windows away from frequently-used icons,
Applicon tiles, the "It's Just a Clock" clock, that DA that displays
your hard disk's free space, and so on and so on.

 
How about a freeware control panel that keeps track of a global
rectangle, inside which all savvy apps will voluntarily constrain
their default windows?  An extension to the user interface, created
by the Mac community, just like ShowINIT.

 
This wouldn't affect window-moving code at all, of course--just the
code that decides where a window goes in the first place.
 
If you support this and would be willing to put simple code to check
this into future apps, send me a short letter or comment to the net.
The code to get the rectangle wouldn't be any more complicated than
a Gestalt call, I imagine.
 
If there's enough support, I'll write the control panel and a
subclass of the TCL's CDecorator that makes use of it.  (If you'd be
willing to write the MacApp equivalent, let me know.)
-- 
 Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
 "I don't think we should have to have them wandering the streets
  frightening women and people."                            - Pat Buchanan
Newsgroups: comp.sys.mac.programmer
From: csuley@cs.cornell.edu (Christopher Suley)
Subject: CopyBits question
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Fri, 11 Sep 1992 00:14:09 GMT

I have a color image residing in an offscreen pixmap that I want to
CopyBits to the screen.  Not too hard, but there's a catch.  I want
all of the white pixels in the offscreen image to become a certain
color when they appear on the screen.

Using transparent mode doesn't work, because it leaves what was on
the screen beforehand in place, and that isn't what I want.  I
suppose I could just do a FillRect with the color I want, and then
a CopyBits in transparent mode, but I was hoping to be able to do
everything in one step.  (it's an animated image, so filling the
rectangle then copying would introduce some flickering as the area
was cleared, then redrawn each time)

Setting the background color to the color I want would work, but it
would colorize the rest of the image. (right?  I am programming on
an SE, so this color stuff is mostly a mental experiment until I
run up the massive hill to school and test it on a color computer
there... talk about an expensive code/compile/run cycle. ;)

Newsgroups: comp.sys.mac.programmer
From: valerio@cpsc.ucalgary.ca (Valerio Franceschin)
Subject: problem in converting SFGetFile() to StandardGetFile()
Organization: University of Calgary Computer Science
Distribution: na
Date: Wed, 9 Sep 1992 02:21:54 GMT


I'm trying to replace SFGetFile() with the new system 7 StandardGetFile().
SFGetFile produces the file name in the 'fname' field of an SFReply record.
I use this field (after converting to C format) in an fopen(), and everything
is fine.  StandardGetFile() produces the file name in the 'name' field of a
record (sfFile) within  a StandardFileReply record.  I use this name (after converting
to C and checking that it's correct) in an fopen(), and this fails.

Why is this not working?  Is there something else I should be doing?

I know that I can use FSpOpenDF() to get a reference number to the file, and
then read that file with FSRead().  But I want to open the file with fopen() so
I can get a file pointer (FILE *) to use in the numerous fscanf() statements that
already appear in the program.

Any replies to this problem would be much appreciated.  Please e-mail me directly.

Thanks again.

V
From: Tommy.Brown@f204.n2603.z1.ieee.org (Tommy Brown)
Newsgroups: comp.sys.mac.programmer
Subject: #pragma once whoes!!! Plea for help!
Date: 3 Sep 92 13:49:01 GMT
Organization: FidoNet node 1:2603/204 - Not Even Odd, Forest Hills NY

The #pragma once directive, as I believe it says in the C manual (but I'm not
sure, I might have read it somewhere else) only applies once per source file.
So for example, you created file.c. File.c #includes header1.h and header2.h.
In addition, header2.h ALSO #includes header1.h. Normally, you'd get a

compiler error ("xxx is already defined" -- NOT a linker error, though). If

you have the #pragma once directive at the top of the header1.h, it will only
be included once IN THAT SOURCE FILE. However, there is nothing preventing

another source file from #including header1.h again.

It sounds as if you are allocating data in a header file, which is not a good
idea for the above reason. If you're allocating variables, allocate them in a
source file and then add "extern" to your header file. So for example,
instead
 of declaring
int gGlobal
in your header file, declare
extern int gGlobal
in your header and declare "int gGlobal" in another source file, perhaps

called Globals.c. Hope that helped! 

--  
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
 Tommy Brown - Internet: Tommy.Brown@f204.n2603.z1.ieee.org
Newsgroups: comp.sys.mac.programmer
From: tom@dtint.uucp (Thomas R. Kimpton)
Subject: Re: MPW C++ Bundle For Sale
Keywords: mpw, c++, c
Organization: Digital Technology, International
Date: Thu, 10 Sep 92 21:49:35 GMT

In article <18612tINN5it@network.ucsd.edu> dpb@sdchemw2.ucsd.edu (Doug P. Book) writes:
>
>	I'm selling a CD-ROM issue of MPW C Bundle v. 3.2 and floppy issue of
>MPW C++ v 3.1.  This includes MPW shell, MPW C, MPW C++, MPW Assembler, SADE,
>Macsbug, ResEdit, etc.  Everything is included: CD-ROM, disks, manuals, etc.
>	The currently shipping versions of this product is the MPW
>C/C++ Bundle 3.2.3, which costs $575.00 plus tax.  It would cost you $100.00
>to update to this version from the version I'm selling.
>	Keeping that $100.00 upgrade fee in mind, make me an offer on
>the package I'm selling.  I'm not sure how much these things go for
>used, but I'd expect to get at least $250.00, making the complete
>upgraded cost for the buyer $350.00.
>	So, the best offer at $250.00 or greater with buyer paying
>shipping will get it!  I'm selling it because I never use it.
>	Please send offers and questions to my mail address: dbook@ucsd.edu.
>	
>
>Thanks,
>
>Doug Book

Doug:

	I'll buy it for $275.  Send me a phone number so I can call.

Tom.


-- 
---
Tom Kimpton                            tom@dtint.dtint.com
Digital Technology Int.                (801)226-2984	
500 W. 1200 South, Orem UT, 84057      FAX (801) 226-8438
From: jess@gn.ecn.purdue.edu (Jess M Holle)
Newsgroups: comp.sys.mac.programmer
Subject: Think C 5.0.3
Date: 15 Sep 92 13:35:10 GMT
Organization: Purdue University Engineering Computer Network

Is it my imagination or was there an announcement of Think C 5.0.3 on the
net last week?  I don't believe that I was hallucinating.

Where/when is the updater available?  I have ftp access, but no AppleLink,
etc (hey, I'm a grad student, not a banker).

Thanks,

Jess Holle
Newsgroups: comp.sys.mac.programmer
From: lipa@camis.Stanford.EDU (Bill Lipa)
Subject: Re: Think C 5.0.3
Organization: Stanford School of Medicine
Date: Tue, 15 Sep 1992 20:59:06 GMT


Thanks to some kindly people who helped me find it, I was able to get the
Think C 5.0.3 updater. It's on sumex now.

Bill
Newsgroups: comp.sys.mac.programmer
From: amanda@intercon.com (Amanda Walker)
Subject: Re: EditText items larger than 255 bytes?
Date: Wed, 9 Sep 92 21:59:09 GMT
Reply-To: amanda@intercon.com (Amanda Walker)
Organization: InterCon Systems Corporation, Herndon, VA

timper@iat.holonet.net (Tim Perkis) writes:
> Is there a reasonable way to access an editText item in a Modal
> dialog having more than 255 Characters? I know that a Dialog
> Record has a normal TErecord to hold the text: the bottleneck limiting
> edit text dialog items to 255 seems to be the GetDItem arguments,
> which are Str255. 

Close.  TextEdit is limited to 32K, which puts a hard limit on the size of an 
editable text item.  The key to getting more than 255 characters, however, is 
simply to avoid using GetIText & SetIText, but to use GetDItem and SetDItem 
directly, copying things into and out of thew handle yourself.


Amanda Walker <amanda@intercon.com>
-- 
"I wouldn't be surprised if the architecture of Intel's microprocessors
 were eventually linked to the eventual fall of mankind."
                --Steve Gibson



Newsgroups: comp.sys.mac.programmer
From: frederia@isy.liu.se (Frederic Aron)
Subject: MPW Error, Help me please!
Keywords: MPW, Macapp
Organization: Dept of EE, University of Linkoping
Date: 15 Sep 92 11:23:54 GMT

Hi,

I have been stuck with a problem the last two days, and I am now out of ideas.

I design a program with Macapp 2.0, OOP, under MPW 3.2. The program is divided in 21 units of 5 to 25 kbytes code each. Everything worked fine, until I got two days ago:
"MPW Tools: Pascal aborted: unable to swap in tool segment"
This happen when compiling three of the units, only on those ones, not always the same, even if nothing changed since the last try.
None of the segment used in the units is Main, nor bigger than 32 kbytes (they are far from it). The segment names and sizes were accepted without problem up to now.

I thought first of things like rebuilding the desktop and cleaning the disk fragmentation, re-installing MPW or compiling on some other machine.
I tried also to change the segments allocation.
No result...

If you have any suggestion, I will be glad to hear it.
Please Email directly frederia@isy.liu.se, I have some problems with connecting to the news server.

Thanks for any help,
Frederic Aron
University of Linkoping, Sweden
Newsgroups: comp.sys.mac.programmer
From: russotto@eng.umd.edu (Matthew T. Russotto)
Subject: Re: Look before you Leap
Date: Mon, 07 Sep 92 20:29:32 GMT
Organization: College of Engineering, University of Maryland, College Park

In article <lanbtrINN8tj@pollux.usc.edu> suhler@pollux.usc.edu (Paul A. Suhler) writes:
>A note for those writing programs that calculate future dates:
>unless I'm mistaken, any year which is integrally divisible by 400
>is NOT a leap year.

You are mistaken.  Provided you use dates between 1901 and 2099
inclusive, the rule that a year is a leap year iff it is integrally
divisible by 4 is correct.  (probably explains why Mac dates start
with 1904 rather than 1900).  The whole rule is that a year is a leap
year if it is divisible by 400, or divisible by 4 and not by 100.

-- 
Matthew T. Russotto	russotto@eng.umd.edu	russotto@wam.umd.edu
Some news readers expect "Disclaimer:" here.
Just say NO to police searches and seizures.  Make them use force.
(not responsible for bodily harm resulting from following above advice)
Newsgroups: comp.sys.mac.programmer
From: danny@utkux1.utk.edu (Danny W. McCampbell)
Subject: DrawGrowIcon...somethings wrong
Organization: University of Tennessee
Date: Fri, 4 Sep 1992 14:45:20 GMT

activateEvt: 
    begin
     TempLongInt := BitAnd(theEvent.modifiers, $000F);
     if TempLongInt = 1 then
      begin
       HiliteControl(gScrollBarHandle, 0);
       DrawGrowIcon(window);
      end
     else
      begin
       HiliteControl(gScrollBarHandle, 255);
       DrawGrowIcon(window);
      end;
    end;

It's me again.  When I use this code to try to hide the DrawGrowIcon
box and show it I get a Bus Error.  From what I understand from
IM Vol I that when I call DrawGrowIcon when the window is inactive it
will draw just the outline and actually hide the grow box.  Why
do I get a bus error here?

Danny
danny@utkux1.utk.edu
From: jasper@sisters.cs.uoregon.edu (Jon Barber)
Newsgroups: comp.sys.mac.programmer
Subject: new thread: shareware code? (was CQuickSound)
Date: 14 Sep 92 23:20:47 GMT
Organization: University of Oregon Computer and Information Sciences Dept.

I would like to propose a new discussion on the 
subject of Shareware Code.  I've been thinking about
this for awhile, have even talked about it (imagine that)
with a couple clients & collegues and, well, gosh,
seems like it could be a winning idea, for lots of
us out here in code soup cooking business.  Some of the
issues that immediately spring forth from my fingertips
include:
	+ all the normal issues that go along with 
	  the shareware world (legal stuff, maintenance,
	  collecting $'s, copyright stuff, liability)
	+ what Sven mentions, the possibility
	  of review boards, with code reviews
	+ archiving and distributing and networking
Does anyone know of a fairly concise discussion on
the subject of shareware in general?  Perhaps we could
take the major points from that subject and consider
them in the world of shareware code...

Here's Sven's note:
In article <sgrenander-140992140715@mac4.jpl.nasa.gov> sgrenander@NASAMAIL.JPL.NASA.GOV (Sven U. Grenander) writes:
>
>I'd be willing to shell out $10-20 for a well written sound class. 
>
>As for shareware TCL classes I'm really surprised that they haven't
>popped up as it seems like a winning idea. I'm assuming that programmers
>would be forthcoming in paying the fees to collegues who can save them some
>substantial amount of time by sharing their code. 
>
>Of course, there is the quality issue. Who would want to risk "infecting"
>their code by including possibly misbehaving classes ? Guess the answer to
>this problem lies in some central clearing house for class "reviews".
>
>-Sven
From: Julian Fletcher
Newsgroups: comp.sys.mac.programmer
Subject: Greying out static/edit text in dialogs
Date: 14 Sep 92 16:39:41 GMT
Reply-To: jflet@dir.mcc.ac.uk
Organization: Manchester University

Sorry if this is a FAQ,

but can somebody tell me the most painless way of greying out edit and static
text
in a dialog box.

Cheers,

Julian

Jflet@dir.mcc.ac.uk 
Newsgroups: comp.sys.mac.programmer
From: kjt001@dunix.drake.edu (Kevin Tieskoetter)
Subject: Re: Please HELP - Need source code or general help with ICONs
Organization: Drake University, Des Moines, Iowa, USA
Date: Tue, 15 Sep 1992 03:08:39 GMT

>> Or use the Think Class Library, it's good. Read the documentation
>> (OOP programming manual)


Where in the TCL can I find these routines?  I looked through it, but I
couldn't find anything giving me control over Icons...

-kevin

Newsgroups: comp.sys.mac.programmer
From: ulfis@cyklop.nada.kth.se (Anders Ulfheden)
Subject: Re: UseResFile() problems with CTB Tools
Organization: Royal Institute of Technology, Stockholm, Sweden
Distribution: comp
Date: Tue, 8 Sep 1992 20:16:19 GMT

In article <+7qn!n-.mspace@netcom.com> mspace@netcom.com (Brian Hall) writes:
   ulfis@cyklop.nada.kth.se (Anders Ulfheden) writes:
   >Now, I really want to use the refNum to the actual tool and read some font
   >resources. Do I manually have to locate the tool before doing this?

   Not to be a pain, but why do you need to do that?  The only reason I ever
   came up with for that was printing, but you can always TMPaint to a
   printer grafport for that.

The tool itself contains font information to be used in the tools settings
dialog. I should read this information from the tool to make my custom choose
dialog look good.

   Brian Hall                 mspace@netcom.com

ulfis
--
+------------------------------------------------------------------------------
|  Anders Ulfheden
|  USENET:  ulfis@nada.kth.se		AppleLink: SW0429
|  Royal Institute of Technology
|  Stockholm, Sweden
Newsgroups: comp.sys.mac.programmer
From: mhall@occs.cs.oberlin.edu (Matthew Hall)
Subject: Problem with DrawString and ScreenSavers.
Organization: Oberlin College Computer Science
Distribution: comp.sys.mac.programmer
Date: Wed, 9 Sep 1992 03:38:55 GMT
X-Posted-From: occs.cs.oberlin.edu
X-Posted-Through: sol.ctr.columbia.edu


Hello-

I am having a problem with an app I am writing.  Basically, when the
mouse is in a bar graph, I draw the coordinates of the mouse and the
height of the bar in a box at the bottom of the window, using
drawstring, with the textmode set to patcopy.

var TheCoordBox : rect;

Procedure CoordBox (TheStr : str255);
var ExtraEraseRect : rect;
begin
  with TheCoordBox do  
    begin
      SetPort(GraphWind)
      moveto(left,bottom);
      DrawString(TheStr);
      {Below is to erase extra stuff from previous string}
      SetRect(ExtraEraseRect,left+StringWidth(TheStr),top,right,bottom);
      EraseRect(ExtraEraseRect);
    end;
end;  

Now normally this works fine.  However, this quantity that it displays
can change over time, and if it does, I redraw the box.  This too
works fine.

However, after 10 minutes, AfterDark kicks in.  If I redraw the box,
the string is written over the screensaver, leaving an ugly white box
on the screen and ruining the purpose of the screensaver.  The odd
thing is, only the string is written over the screensaver graphics.
(Since I am using textmode(PatCopy), the string is enclosed by a white
box) The EraseExtraRect doesn't affect the screensaver.

Now, I know this is a minor quibble, but why does DrawString write
over the screensaver when eraserect doesn't?  Can I possibly stop it
from doing this?

Thanks for your help
-matt hall


--


-------------------------------------------------------------------------------
Matt Hall.    mhall@occs.cs.edu  OR  SMH9666@OBERLIN.BITNET
              (216)-775-5805 (That's a Cleveland Area code. Lucky Me)

"If a man comes up to you and says:
	'A dog just carried away your ear.'
Do you run after the dog, or search first for your ear?" - Moon over Morocco
  
Newsgroups: comp.sys.mac.programmer
From: mspace@netcom.com (Brian Hall)
Subject: Re: Think C 5.0.3
Date: Tue, 15 Sep 92 16:25:52 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

jess@gn.ecn.purdue.edu (Jess M Holle) writes:

>Is it my imagination or was there an announcement of Think C 5.0.3 on the
>net last week?  I don't believe that I was hallucinating.

>Where/when is the updater available?  I have ftp access, but no AppleLink,
>etc (hey, I'm a grad student, not a banker).

I saw it in the "mdv" downloads section of America Online.  It is 300K
or so. I'm waiting for it to show up via ftp.

-- 

 \ | /   | Brian Hall                 mspace@netcom.com
 - : -   | Mark/Space Softworks       Applelink: markspace
  /|\    |                            America Online: MarkSpace
 |-+-|   |
/-\|/-\  | The tornado ate my powerbook.
From: jeremyr@dcs.qmw.ac.uk (Jeremy Roussak)
Newsgroups: comp.sys.mac.programmer
Subject: popup menus in non-system font
Date: 10 Sep 92 21:40:27 GMT
Organization: Computer Science Dept, QMW, University of London

Well, the last time I asked about this everyone was very
helpful, so here goes again.

I want a popup menu to appear in a non-system font and size.
There's something about this in the Q&A stack, so I followed
Apple's advice. My code looks like this:

SysFontFam = (*v.options)->menuFont;
SysFontSize = (*v.options)->menuSize;
LastSPExtra = CurFMInput = -1;

then PopUpMenuSelect, then reset SysFontFam and SysFontSize and
invalidate the other two globals again.

Now, this works a treat. Until, that is, I run an app like
MSWord (are there any?) or even, I am told, MacWrite IIJ. Then
(and sometimes for no apparent reason), although the font
changes for the popup, the size doesn't: it stays at 12 point.
Checking with MacsBug, SysFontSize is set to 9.

The problem persists after running MSWord, even after quitting
it. Sometimes it will then go away again, but more often it
persists until I reboot.

All help gratefully acknowledged... please?

Jeremy
Newsgroups: comp.sys.mac.programmer
From: yjc@po.cwru.edu (Jerome Chan)
Newsgroups: comp.sys.mac.programmer
Subject: IO ReDirection in Think C
Date: 12 Sep 92 02:08:18 GMT
Followup-To: comp.sys.mac.programmer
Organization: The Tofu Society Of Singapore
NNTP-Posting-Host: b61539.student.cwru.edu


  How does one activate the IO re-direction capabilities of the console
package in ANSI library for Think C 5.0.x?

---
 The Evil Tofu
Newsgroups: comp.sys.mac.programmer
From: aland@chaos.cs.brandeis.edu (Alan D.)
Subject: Re: Kudos to NOW for 4.0 Startup Manager
Followups-To: comp.sys.mac.misc
Reply-To: aland@cs.brandeis.edu
Organization: As little as possible
Date: Tue, 8 Sep 1992 14:49:36 GMT

bwilliam@iat.holonet.net (Bill Williams) writes:

>>>Anyway, I just wanted to publically acknowledge my admiration for Now
>Utilities 4.0

>Are you nuts? This is a programming related news group!!! If you
>accidentally "cross posted to "comp.sys.mac.programmer" then I am sorry,
>but if you did this on purpose you are quite offensive. Besides, only the
>crudest of INITS from MANY YEARS BACK do not adhere to the current SHOW
>INIT standards to show theire inits on the screen in correct marching order.
>A more serious flaw of programs that do show their inits is the fact that
>they draw them after they have run and not during (when crashing it is
>very offesive).

  No, I'm not nuts.  There had recently been a discussion on
comp.sys.mac.programmer explaining just _why_ some inits don't
properly wrap.  I have INITS from 1992 which caused the startup
display order to jump around (Norton Filesaver, I believe, is one of
them).  Relevance to a current discussion is a really _good_ reason to
post something to a newsgroup.

  Now, you, on the other hand, while flaming me for posting something
you feel is inappropriate to a _programmer_ group, failed to edit the
distribution.  So your comment, 'this is a programming related news
group' was posted to comp.sys.mac.{system, apps} as well as
csm.programmer.

  I don't agree that the inits should show icons during processing...
I thought that drawing the icon afterwards was a good thing, because
it showed that you (the init) loaded successfully.

	-=Alan
	random flames to /dev/null
Newsgroups: comp.sys.mac.programmer
From: carhart@netcom.com (Raymond E. Carhart)
Subject: i want to move mouse a random distance
Date: Mon, 14 Sep 92 00:28:30 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 


I would like help on moving the mouse a random distance, because i want to
choose a word at random from the thesaurus that comes with Word.

My idea is to choose a lot of random words either for the silly fun of 
generating poetry, or to run through a grammar checker and generate
sentences from scratch.  Here is the whole project:

I set up a macro using AutoMac, the macro program that comes with Word.  
It would read six letters from a program that spits out A-Z at random,
then paste the letters into Word, and use the spelling checker to
turn it into the nearest word.  The problem is that the word gets 
chosen by the on-screen moving of the mouse over the visual thesaurus
that comes with Word.  So the words that were generated would seem
random for a while, but it was really only choosing from a couple
starting with A, a couple starting with B, etc., because the thesaurus
displays the range of about 30 or 40 words on screen, only to a certain
level of precision.

So if anyone knows of a way to designate how far to move the mouse in
an AutoMac macro by a number that can be determined randomly, or has
another idea of how i could make the computer do the selecting when
there is a visual selection going on, i'd appreciate it.

kevin
carhart@netcom.com
(i hope i've made sense :) )
B
D
(i hope i've made sense :) ) xm
Xref: sparky comp.sys.mac:305 comp.sys.mac.misc:16452 comp.sys.mac.wanted:8359 comp.sys.mac.programmer:15410 comp.editors:2210