HDTenEightyP/NetNews huggingface dataset:
From: avgroeni@cs.ruu.nl (Annius Groenink)
Subject: The gawdawful menu bar and a moving mouse
Date: Thu, 27 Aug 1992 13:29:37 GMT
Organization: Utrecht University, Dept. of Computer Science
Keywords: Mouse Movement Question


First, a reaction on the   ACCs Die! Die!  article. Yes, and because
of the fact that only accessories will not have that awful menu bar,
people should stop writing applications. I hate to look forward to
a system that works like Mac 7.0: if you top a window of a new application,
the whole desktop and menubar are redrawn. This is ridiculous, but for
compatibility with programs that use a WF_NEWDESK or menu bar,
necessary.
  A friend of mine (Wilko Quak) wisely remarked that it would have been
MUCH better if GEM worked with a co-ordinate system relative to the
work.g_x and work.g_y of the window one is redrawing. Then, the conventional
desktop could have easily been replaced by a desktop in a window.


And now for something completely different:

How do manually (that is, without using your hands) position the mouse?
Example: Turbo ST automatically puts the mouse arrow on the OK button
of its alert box! Can this be done, how, and does it confuse the AES?
What I'm thinking of is, when you touch a direct-reaction scroll bar
such as used for example in the Gemini Dialog boxes, can you make the
mouse go up slower, thus increasing the number of mouse 'dots' needed
to scroll through the whole text and hence increasing the resolution of
the scroll bar.


-- 
________________________________________________________
    Annius Groenink|undergraduate student
Laan van Borgele 24|maths/computer science at the
   7415 DJ Deventer|University of Utrecht, Holland.
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: DSP in the Falcon
Date: 31 Aug 1992 23:04:12 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

In article <H.op5odQJVpyw@jonh.wimsey.bc.ca> jhenders@jonh.wimsey.bc.ca writes:
>	For anyone who hasn't seen the latest AEO, the Falcon appears to 
>have been design as a 24 bit computer, partly to maintain compatability 
>with existing software. This doesn't mean third party boards etc can't
>extent that, but it explains the 14 meg memory limit.]

	Yucck!  It sure does.  What a nasty way to cripple a machine.  Is it
so darned expensive to not run 2 more address lines and give you a reasonable
64MB limit (like anyone is touching that yet, but it leaves room for 
expansion).  Sigh.  I know, I know - since it (26) isn't a nice multiple
of 8, you have to add a slew of logic chips...but how about 28?:)

> The other captures 
>from Jim Allen posts to GEnie say that the Falcon chips all seem to talk
>at 16mhz. Another poster mentioned here that there's an 8bit processor to
>dsp channel, I guess for uploading code into the dsp, though I don't
>know if that means you can't tell the dsp to load a program from a memory
>location itself, which would be faster, I'd guess. 
>	Motorola says the top speed the 56001 is clocked at is 33mhz, so the 
>ad/da converters must be the parts clocked at 50mhz.
   
	Whups!  Looks like you slip an order (or so) of magnitude.  The only
thing on the Falcon rated to go 50 anything, is the sound can be sampled/played
at 50_K_Hz.  The chip itself has been said to run at 32MHz.  AD/DA are not
likely to be clocked in the MHz range.  You could broadcast your own FM station
if they were (well, maybe AM) :).

	Of course, with its 96k of its own memory, the DSP could probably out
perform the CPU (special mathmatical permutation logic aside). :)  

>
>-- 
>jhenders@jonh.wimsey.bc.ca 	
>

-Mike
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: 24 pin screen dumps
Date: 27 Aug 92 04:05:50 GMT
Reply-To: warwick@cs.uq.oz.au

rost@rgb.dec.com (My name is Brian Rost) writes:

>I'm looking at upgrading to a letter quality 24 pin dot matrix printer

Check out the Canon BJ10ex before you do - it depends on your applications.

The BJ10ex has 360x360 dpi (more than a laser printer, but slightly large
dots, so not quite as good output), and emulates a few printers - it can
even handle a screen dump from the ST (using the ST's Epson printer config).

The best thing about the BJ10ex is that it is SOOO small and SOOOO quiet!

--
Warwick
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /      void (if removed)
      v      Brisbane, Australia.        /
From: winfrvk@dutiws.tudelft.nl (P. Bart Schuller)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: I've an odd little problem... (with a color monitor)
Date: 26 Aug 92 15:01:51 GMT
Organization: Delft University of Technology

Hi,

All I can say about the problem (SC1224 has a dark purple picture when switched
on before the ST) is that I have had exactly the same problem for a year and a
half now.
It seems that the monitor doesn't like it when it gets no sync signals.
This I found out when I tried a 'smart' screen-saver which just stopped the
sync. This type of program is no fun, as I don't know if it can permanently
damage the monitor.

Something which works for me is switching the monitor and computer (and HD) on
at the same time (I use a large power strip with its own switch).

Good luck,
                 Bart Schuller

-no, no, get that .sig away from me!-         schuller@dutiea.twi.tudelft.nl
Newsgroups: comp.sys.atari.st.tech
From: hutch@bellman.lanl.gov (John Hutchinson)
Subject: Re: Stero Glasses on the ST
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory
Date: Thu, 3 Sep 1992 15:32:17 GMT

In article 2300@natinst.com, glens@natinst.com (Glen Sescila) writes:
>
>	Could somebody please at least tell me what port the old 'Stereo-
>Tek' glasses plugged into on the ST?  


They used the ST's cartridge port with a special adapter, Glen.  Good luck!


___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________
From: hutch@bellman.lanl.gov (John Hutchinson)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: GFA Basic 3.5E mouse problem
Date: 4 Sep 92 16:31:43 GMT
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory

In article 95309@bu.edu, selick@csa.bu.edu (Steven Selick) writes:
>
>I typed in the pulldown menu excerpt that they list in the manual word
>for word, and I always get about a 1 X 1 inch box in the upper left
>corner where the pointer turns to a hand. My Perfect Pitch program works
>fine, however it looks sloppy. Any ideas?
>

Steve, you didn't mention which version of GFA you were using or which manual
you have.  Give me the page number from your manual and I'll check it for you.
Depending on the manual and version, there were LOTS of errors in their sample
code.


___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________



---

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________
From: timg@ccwf.cc.utexas.edu (Tim Gallivan)
Newsgroups: comp.sys.atari.st.tech
Subject: Need fast image conversion algorithm.
Date: 3 Sep 92 06:21:48 GMT
Organization: University of Texas Center for Relativity

Hi,

Does anyone have a fast algorithm (or some code) to transform
a packed color image into the appropriate number of color planes?
The packed format for a 4-bit image looks like this:

	        byte

    1            2            3

XXXX XXXX    XXXX XXXX    XXXX XXXX  ....

 1    2       3    4       5    6

	       pixel


Ghostscript produces color images in the above format (sort of, I
actually have to sample an 8-bit image).  For portability, I need to
first convert this to the standard GEM format of four color planes, and
then transform it again to the machine specific format. There is a vdi
routine for the last transformation, but I have to do the first myself.
All these transformations hog time and memory, so I would like to make
the one I have to write as fast as possible.

The GS screen driver is written in C, but assembly routines would be OK.
It would also be nice if the algorithm could handle 2, 4, 8, 16 and 32
bit color.

Maybe some hot game hacker could code this up for me to show doubters
that there is still a useful place in the world for his kind of
programming (just wishful thinking :-); or maybe I should announce
a programming contest, yeah, that's it. The winner gets a free copy
of Ghostscript!

Thanks,

Tim Gallivan
timg@landau.ph.utexas.edu
From: rb420@rbhp17.rbg.informatik.th-darmstadt.de (Chris Vetter)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Minix/MiNT
Date: 28 Aug 92 10:49:36 GMT
Organization: TH Darmstadt

In article <1112@usdtsg.DaytonOH.NCR.COM>, anisko@usdtsg.DaytonOH.NCR.COM (anisko) writes:
|> 
|>    I have a very basic question regarding Minix/Mint.  First what exactly
|> is Minix (my assumption is it gets you around the filename.ext filename
|> limit, but what else).  Also, is it shareware/pd or commercial?  And
|> how would one create a "minix partition" and access it?  Thanks...

Absolutely not!
MinT was, originally, a multitasking (X)BIOS & GEMDOS for TOS. ATARI used this as platform for
MultiTOS.
MINIX is a complete different OS much UNIX alike (i.e. System 7). Thus, it is possible to
have more than 8+3 chars and as much as '.' you like for yer file.
As far as I know, it is commercial, but I guess the updates are free in every meaning...
To create a partition, pre-format yer disc under TOS and part' it as you like, reboot (MINIX)
and type (e.g.) /etc/mkfs /dev/hd1 1024
that means "make filesystem on device hd1 (i.e. partition 1 = c) with 1024 Bytes"
U see it is similar to UNIX we use here, except pre-formatting using TOS.

sincerely,
Chris
Newsgroups: comp.sys.atari.st.tech
From: dbsuthe@pbhya.PacBell.COM (Daniel B. Suthers)
Subject: Re: 24 pin screen dumps
Reply-To: dbsuthe@PacBell.COM (Daniel B. Suthers)
Organization: Pacific * Bell, San Ramon, CA
Date: Thu, 27 Aug 1992 17:01:41 GMT

In article <1992Aug27.144314.27748@newshost.lanl.gov> hutch@bellman.lanl.gov writes:
>
>Brian, unless someone really has the need to print onto multi-part forms, I
>fail to see why anyone would want to buy a 24-pin dot matrix as opposed to one
>of the modern inkjet printers.  There is close to no cost differential and the
>benefits offered by the inkjets are substantial, IMHO.  They are quiet and 
>output gorgeous quality 300dpi that is very difficult for the untrained eye to distinguish from true laser output.
>

I agree that an 'jet type printer is best for graphics, but I humbly submit
that there is a place for fast dot matrix printers.

I use both, with the main job of the dot matrix being to print programs and
documentation on fan-fold paper.  It is much easier (for me) to use printouts
that continue from one page to the next and always stay in sequence.  A simple
A/B switchbox allows me to go from one to the other as needed.

On the subject of jet printers, its also possible to get 'personal' duty
laser printers for less than $500 now, so they might be an alternative to
using INK technology.  Personal duty being 4 pages per minute or so, like the
Okidata model.

Daniel B. Suthers,  CCP
Technology Consultant, PCS & IN Development Lab,        Pac*Bell
Voice: (510) 671-1325               UUCP:  dbsuthe@Pacbell.COM
================================================================================
=  Commit unexpected kindnesses and senseless acts of beauty.                  =
================================================================================
Newsgroups: comp.sys.atari.st.tech
From: zxmkr08@mailserv.zdv.uni-tuebingen.de (Cornelius Krasel)
Subject: Re: Detecting GDOS presence
Organization: Comp. Center (ZDV) U of Tuebingen, FRG
Date: Wed, 26 Aug 1992 08:37:40 GMT

In <1992Aug24.234940.17098@newton.ccs.tuns.ca> hartlenk@newton.ccs.tuns.ca (Kenneth W Hartlen) writes:

>     Thanks.  The routines for detecting  GDOS is working fine as 
>long  as Dan Wilga's FORMDOIT.PRG is not in my  AUTO  folder.  My 
>machine  was crashing everytime I tested for GDOS.  The  assembly 
>code in the G+plus manual to detect GDOS/G+plus worked  fine,  so 
>does Lattice C and the method Ian Lepore uses for vgd_detect() in 
>his GEMFAST v1.7 library.  But, not with FORMDOIT installed!! Too 
>bad, I was really getting used to pressing an Alt+key combination 
>to respond to dialog boxes.

>     I  looked  at  the  assembly code for  each  of  these  GDOS 
>detection  functions and vq_gdos() and vgd_detect() both use  the 
>same  method  of  moving  -2 to  d0  and  calling  trap  #2.  The 
>Codehead's solution moves $472b to d0 and then calling trap #2. I 
>wonder  why  these  routines  crash  the  system  with   FORMDOIT 
>installed?

If memory serves me right, GEM uses trap #2 for AES and VDI calls.
If FORMDOIT (which makes fly-dials, I think) would mess trap #2 up
somehow, this would serve as an explanation.

--Cornelius.
--
/* Cornelius Krasel, Department of Physiological Chemistry, U Tuebingen    */ 
/* email: krasel@mailserv.zdv.uni-tuebingen.de (Internet)                  */
/*        krasel@chemie.uni-tuebingen.dbp.de (WIN/X400)                    */
/* "People are DNA's way of making more DNA." (anonymous)                  */
Newsgroups: comp.sys.atari.st.tech
From: glens@natinst.com (Glen Sescila)
Subject: Stero Glasses on the ST
Organization: National Instruments, Austin, TX
Distribution: usa
Date: Wed, 2 Sep 1992 17:58:47 GMT


	Could somebody please at least tell me what port the old 'Stereo-
Tek' glasses plugged into on the ST?  I have a pair of chopper glasses
from another company and have successfully interfaced them to the ST and
wrote a little program to test them, but I want them to be Stereo-Tek
compatible for use with Cad-3D and any other software that made use of
them.  I also want people with old Stereo-Tek glasses to be able to use
the software I am writing which will make use of them :).  Thanks.

-----------------------------------------------------------------------------
"Now You're Playing With Power Without The Price!"  Glen Sescila   |||
                                                                  / | \
My opinions do not necessarily reflect those of my employer and probably are
exact opposites.	InterNet: glens@natinst.com	GEnie: G.SESCILA
-----------------------------------------------------------------------------
From: hutch@bellman.lanl.gov (John Hutchinson)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: 24 pin screen dumps
Date: 28 Aug 92 21:56:36 GMT
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory

In article 28545@peponi.wcc.govt.nz, sheppard_r@kosmos.wcc.govt.nz () writes:
>
>Well Computer Shopper the UK version some months back, had a good article
>and reviews of a range of printers, but did point out one big problem with
>Ink-Jet Printers that they are only good for out line art, they have no
>grey scales..
>
Well, that's interesting, Roger, because I've got some nice grey scales out of
my HP DeskJet Plus using FSM GDOS.  Now this wasn't anything real complex,
mind you, and I don't mean to imply that an inkjet will ever compare with a
good quality laser, but they _can_ do some grey scales (at least mine can).
If you have it, try the test print program that comes with FSM GDOS.  You
can print a nicely shaded checkerboard using it with a DeskJet.  Not that
everyone needs or wants to mess with GDOS at all, mind you.

Maybe it has more to do with the printer driver than the printer itself, eh?


___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________
Newsgroups: comp.sys.atari.st.tech
From: max@neumann.cba.csuohio.edu (Max Polk)
Subject: Help compiling a special version of emacs 3.10s
Summary: Send me a letter if you can do so
Organization: Cleveland State University
Date: Sat, 29 Aug 1992 18:33:30 GMT

Emacs 3.10s will not compile on my Laser C compiler, and I am therefore
unable to tailor the program to my liking.  atari.archive.umich.edu has
a version with no color, with no reverse status line, and with
incremental searches enabled.

Would it be possible for somebody to compile and link this for me to
produce a normal, GEM desktop executable program with these options:

   Option             Setting   Define in "struct.h" (may not be correct)
   -----------------  -------   -----------------------------------------
   Color                 on     #define COLOR 1
   Reverse status line   on     #define REVERSE 1
   Incremental search    off    #define ISEARCH 0

If you are kind enough to help me out with this, please send me a short
reply using private email telling me that you could do it, and I will
give you the go ahead.  In this manner, I won't get ten copies and have
nine people waste their time.

Thank you very much,  Max
From: eker@loria.crin.fr (Steven Eker)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Sprite code (Re: Second&last time: Hacking Contest)
Date: 26 Aug 92 19:54:13 GMT
Organization: CRIN (CNRS) Nancy - INRIA Lorraine

In article <9890@uqcspe.cs.uq.oz.au>, warwick@cs.uq.oz.au (Warwick Allison) writes:

|> >Maybe, maybe not - it depends on your sprite drawing method. The code
|> >I originally posted only read the screen implicity with 
|> >       or.w    d0,(a0)+ 
|> 
|> Hardly useful for anything but UNMASKED single-bitplane graphics, which 
|> is next-to-useless (at he very least, you usually want to have black
|> and white sprites (like the ST mouse pointer), rather than just black
|> sprites (like the Sun SunView mouse pointer)).  Of course, in the 
|> interests of competition, anything is "useful" :-).
|> 
Actually I said or.w d0,(a0) _type_ instructions. By this I also mean
and.w d0,(a0), eor.w d0,(a0) ... The code does proper masking.

|> <delight> if you can mail me code-for-code patches, I'll put them into
|> my library (which will be free-to-all one of these days).

I'll do that as soon as I have some time. The main problem is that I use moto
memonics & your code uses MIT memonics (which I can read (to calculate the
timings) but not write (reliably)). Also what regs does gcc (a) use to
communicate with the asm stuff (b) leave free for the asm stuff - I need all
8 data regs!
BTW when I write hybrid C/asm code I always put the asm in a separate .s
file and pull my own arguments off the stack.

|> Actually, I think it was more like 50 at 72Hz (ie. mono).
|> 
|> >Still I can't resist the challenge...
|> 
|> You didn't post performance stats!  How well does it BURN?

Oops - you didn't say mono - the last routine I posted was for single plane
lores sprites (any plane). Mono should be faster because you don't have
skip over unused planes & can make use of long word ops.

|> 
|> Let's make some categories:
|> 
|> 	1. Preshifted / Unshifted
|> 	2. 16x16 / 32x32
|> 	3. Masked / Unmasked       (ie. black&white / black)
|>

Sounds good... and when we've run out of sprite possibilities we can move on
to scrolling & parallax scrolling & then sample replay & then polygons & then...
 
|> Yep.  One better:  with unmasked sprite, why even HAVE sprite data?
|> it uses only 100% more RAM to have the sprite data be the CODE ITSELF,
|> ie. automatically generate the
|> 
|> 	orl   #....,(a0)     (3 words)
|> 	addl  d0,a0          (1 word)
|> 
|> instructions from the 2-word sprite-data!
|>
even better:
	or.l	#...,(a0)
	or.l	#...,80(a0)
        or.l	#...,160(a0)
	  :	  :
saving 4cy/long word. Actually I've considered this "executable data"
idea for 3D vectors but never had the patience to code it up.
 
|> (Of course, this is only acceptable for HACK CONTESTS.  Anyone who seriously
|> considers this a "programming technique" is a beauxault)
                                                 ^^^^^^^^^ a what?


Steven
Newsgroups: comp.sys.atari.st.tech
Subject: Re: communication software with MNP
From: rlcollins@miavx1.acs.muohio.edu (Ryan 'Gozar' Collins)
Date: 27 Aug 92 11:37:22 -0500
Organization: Miami University Academic Computer Service"

In article <1992Aug26.233911.8881@usenet.ins.cwru.edu>, as327@cleveland.Freenet.Edu (Roy Bixler) writes:
> In a previous article, faliaga@usachux1.usach.cl (Fernando Aliaga) says:
>>HI:
>>  I look for a comunication software whit MNP. The FLASH
>>INTERCOMM dont't work.
>>
>>  If somebody know where I can found this software with
>>MNP emulator, please reply me or post an article.
> 
> Isn't MNP usually a function of the modem firmware?  Or if you have this
> MNP software and an old or cheap non-MNP modem, I suppose it means you
> don't need to buy a new modem.  In case you really have an old or cheap
> modem, which is better - get a new MNP modem or buy the MNP software?

     Well, I remember hearing that it is possible to emulate MNP error
correction in software, and I remember hearing about some MS-DOS prg
that could do it, but this was a few years ago.

Later.......

------======={{{{{{{{((((((Ryan 'Gozar' Collins))))))))}}}}}}}}=======--------
"You can never own enough /    __    ___  ___  \rlcollins@miavx1.acs.muohio.edu
computer equipment"      /    /  /  /  /    /   \RC1DSANU@miamiu.acs.muohio.edu
                        /    / _   /  /   /      \rcollins@apsvax.aps.muohio.edu
 |||   "Power Without  /    /__/  /__/  /___      \  R.COLLINS1 on GEnie
/ | \     The Price"  /                            \
	    ------======={{{{{{{{(((((())))))))}}}}}}}}=======-----  27-AUG-1992
From: rost@rgb.dec.com (My name is Brian Rost)
Newsgroups: comp.sys.atari.st.tech
Subject: 24 pin screen dumps
Date: 26 Aug 92 23:23:54 GMT
Organization: Digital Equipment Corporation


I'm looking at upgrading to a letter quality 24 pin dot matrix printer but am
thinking that it may not do screen dumps correctly.  Not that I do a lot of
screen dumps myself, but some of the software I run does (easier than writing
their own printer drivers, I guess).

Is there a PD driver I can install that will allow me to dump to a 24 pin
printer? 

					Brian Rost @rgb.enet.dec.com

					508-568-6115

	****************************************************
	*						   *
	*  The above does not reflect the opinions of	   *
	*  my employer.					   *
	*						   *
	*  If music is outlawed, only outlaws will be      *	   
	*  musicians.					   *
	*						   *
	****************************************************
From: marshall@cs.uq.oz.au (Marshall Harris (G.M.))
Newsgroups: comp.sys.atari.st.tech
Subject: argv
Date: 24 Aug 92 00:47:56 GMT
Reply-To: marshall@cs.uq.oz.au

I can't work out how to use argv on my Ste (can it be used at all?).
Can anyone enlighten me on how to access a C program's own name from within 
the program?
--
  _-_|\        marshall@cs.uq.oz.au (Marshall Harris)|ph:+61 7 365 2908
 /     B <--+  Department of Computer Science        :fx:+61 7 365 1999
 \_.-._/    |  University of Queensland, St.Lucia
      v     +--Brisbane, Queensland, 4072 AUSTRALIA (The Sub-Tropics)