HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.amiga.misc
Subject: Re: NEC 2A whatta yaz recon ?
From: avogel@eagle.wesleyan.edu
Date: 27 Jul 92 13:21:33 EDT
Organization: Wesleyan University

In article <1992Jul23.141632.12366@trantor.harris-atd.com>, dwilliam@jabba.ess.harris.com (David Williams) writes:
> In <1992Jul17.225203.2660@csdvax.csd.unsw.edu.au> 89u7491@csdvax.csd.unsw.edu.au writes:
> 
>>	Hi netland,
>>I am after a multisync monitor for the A3000. I was thinking about buying
>>the CBM one (name slips) but the salesman after offering me to buy one and
>>realising it was above my range told me to buy the NEC 2A. 14 inch. He is an
>>Amiga freak him self and he recons it's much better quality. He doesn't sell em
>>so I wen looking. I found them for $530 AUS so what do yaz think quality
>>wise (and price wise for the aussies) ? He plugged my A3000 in a VGA and it
>>looked good. He said wait till I get the multisync ... what do yaz think ?
>>	GEorge
> 
>    Well,  the 2A is a super-vga only.  It will respond to 640xmumble graphics
> and 800x600 graphics.  (Note that these are fixed freq. scans, unlike other
> multisyncs that can handle wierd stuff like 700x520)  My roomate had a 2A,
> and wasn't entirely happy with it.  There was no way to adjust the horizontal
> size (without going inside the case, that is...) while there was a vertical
> size change.  
> 
>    The important detail here is that the 2A is built to handle a scan rate
> that the amiga cannot produce.  All graphics that come out of the Amiga 
> are either 15.75 KHz or 31.5 KHz horizontal scan.  The 31.5 KHz scan rate
> corresponds to the stock 640x480 VGA resolution, so you'd be fine with
> a simple, non-multisync monitor if you run the flicker fixer all 
> the time.  Most of these monitors cannot sync to a 15.75 KHz rate,
> which means some of the SuperHiRes modes wouldn't work.
> 
>    I own a Magnavox VGA Professional, which I've been very happy with.
> This is a fairly nice 14" 31.5KHz-only monitor.  You could get one of 
> these fairly cheaply.  The best bet would to find a monitor capable
> of syncing to 15.75KHz (for original (Non-flicker-fixed) video modes)
> and 31.5KHz.  Does such a beastie exist?  Anyone?

Sorry if this has already been answered I am catching up:
The monitors that I know of  that are most compatible with the AMIGA
as far as being able to handle all screen modes are the SONYs
I am not sure about the low-end SONYs but the ones that start at about $600 can
scan down to 15.75 khz and up to I think 55khz.  Check em out if yaz gotz da
cash!
T> 
> -- 
>       Dave Williams                                              My 
>         dwilliam@jabba.ess.harris.com                         opinions	 
>            "Huh?  What?  Could you repeat the question?"        only.  
>
Organization: Middle East Technical University - Computer Center
Date: Friday, 31 Jul 1992 15:53:50 TUR
From: <E66821@TRMETU.BITNET>
Newsgroups: comp.sys.amiga.misc
Subject: Could anyone download properly those from wuarchive

     I personally wonder what is wrong with those files ; I couldn't download
     them properly from wuarchive. So is there somone who succeded to run
     them on their machine?

              HardWired1.zom
              500things.comeback.zom
              500things.jesus.god.satan.zom
              Punisher.zom

      I tried twice all and I noticed that the actual file sizes
      were a bit shorter than the original when I downloaded them to a floppy..
      What could have been happened? Any suggestion?



    Alp Koray Tasdemir
From: chucks@pnet51.orb.mn.org (Erik Funkenbusch)
Newsgroups: comp.sys.amiga.misc
Subject: Re: LET'S RESCUE THE AMIGA!! WAS C= speaks!!! let's spread the word
Date: 30 Jul 92 06:38:35 GMT
Organization: People-Net [pnet51], Minneapolis, MN.

jamiller@kuhub.cc.ukans.edu writes:
>I posted a question three days ago about networking 6 a500's to a 3000
>and have of yet only received _TWO_ responses (thanks for your
>response guys).  Maybe this doesn't seem odd to you BUT IT'S DAMN
>FRIGHTENING TO ME!  Maybe it was my fault.   Maybe my subject line was
>too hard to  weed through all the C= speaks!!! let's spread the word
>posts.  Maybe COMMODORE'S BIGWHIGS ARE NOT INTERESTED IN NETWORKING.  IT SEEMS
>OBVIOUS AS ACCOURDING TO A POST BY ONE OF THEIR NETWORKING GURUS THEY
>_ONLY_ EMPLOY _THREE_ PEOPLE IN THIS CAPACITY. It seems to me that the
>Amiga has and if it continues to be a machine literally kept breathing
>by ITS CUSTOMER FANCATIC SUPPORT AND LOYAL _GENIUS_ THIRD PARTY DEVELOPERS.
>Increasingly customers are disgruntled and developers are broke.  
>
>Oh, BTW, if you're looking to network, the only reasonable soloution
>is with the amiga implementation of SLIP called AmigaNOS.  AGAIN NOT A
>C= PRODUCT BUT THE PRODUCT OF ANOTHER BRILLANT MEMBER OF THE AMIGA
>COMMUNITY. 

This is hardly true.  Perhaps you haven't looked into the Novell Client
software available from Oxxi (it's being sold by Oxxi, but was originally
developed by CBM in co-operation with Novell) or perhaps any of the AppleTalk
networking solutions available.  Or perhaps you haven't seen the TCP/IP
systems that commodore sells themselves.  Perhaps you haven't reviewed SANAII
(Standard Amiga Network somethingorotherthatican'tremember II, the Networking
specification that commodore has written and published to this network several
times)

And by the way, "Only" 3 people dedicated to networking?  that's good,
considering there's what only 7 people dedicated to engineering, and maybe a
dozen to the OS.

.--------------------------------------------------------------------------.
| UUCP: {amdahl!tcnet, crash}!orbit!pnet51!chucks | "I know he's come back |
| ARPA: crash!orbit!pnet51!chucks@nosc.mil        | from the dead, but do  |
| INET: chucks@pnet51.orb.mn.org                  | you really think he's  |
|-------------------------------------------------| moved back in?"        |
| Amiga programmer at large, employment options   | Lou Diamond Philips in |
| welcome, inquire within.                        | "The First Power".     |
`--------------------------------------------------------------------------'
From: jeh@raster.Kodak.COM (Ed Hanway)
Newsgroups: comp.sys.amiga.announce
Subject: HamLab Plus 2.0.6 DEMO available for ftp
Date: 30 Jul 92 08:36:31 GMT
Reply-To: jeh@raster.Kodak.COM (Ed Hanway)
Followup-To: comp.sys.amiga.misc

TITLE

HAMLAB PLUS (DEMO)

VERSION

2.0.6, a major upgrade to HamLab 1.1, and the first public "PLUS" release

DESCRIPTION

HAMLAB PLUS is an image format conversion utility.  It can read
bit-mapped images in many formats, perform some basic operations on
them, reduce them to a native Amiga display mode, and save them in
Amiga IFF format.  It is intended mainly to read images with more
colors and higher resolution than are displayable on Amigas (JPEG
files and 256 color GIFs, for example) and to reduce the number of
colors in the image until the Amiga can display it, preserving
as much of the original image's quality as possible.

FEATURES

Reads:
	GIF, IFF, HAM-E, TIFF, JPEG, BMP, Targa, PBMPLUS, MTV,
	Spectrum 512, QRT, DKBTrace, Sun Rasterfiles

Writes:
	IFF lo-res 1-5 bit planes, halfbrite, HAM, hi-res 1-4 bit planes
	PCHG (multi-palette), SHAM, and Dynamic versions of all modes
	24-bit IFF
	PostScript (color or gray)

Many options:
	Color control (brightness, contrast, gamma, custom curves)
	Cropping 
	Scaling (10% to 1000% of original size)
	Dithering (6 types)
	
Flexible configuration - can run in 1 meg

Point-and-click user interface with AmigaOS Release 2 look and feel
(still runs under 1.3)

Powerful AREXX command set

Simple command line batch mode

COMPATIBILITY

AmigaOS 1.3 and 2.04 (ARP recommended for 1.3)
Runs in 1 meg -- can be configured to use additional memory and disk space.

AVAILABILITY

NOTE:	Freely distributable demo version crops images larger than 512 x 512
	pixels.  Complete version (not redistributable) available from author
	for $25 US (discounted to $20 until Jan 1, 1993).

amiga.physik.unizh.ch [130.60.80.80]  /amiga/gfx/hlp206d.lha
wuarchive.wustl.edu   [128.252.135.4] /systems/amiga/incoming/gfx/hlp206d.lha

AUTHOR

Ed Hanway (jeh@raster.kodak.com)
Support BBS: +1 716 647 6396 (1200-14400 24hrs HST/V.32bis)


--
Please see monthly postings for the disclaimer, the introduction, the charter,
and submission instructions.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL SUBMISSIONS TO announce@cs.ucdavis.edu (don't auto-post).
From: jpotter@ucs.adelaide.edu.au (Jonathan Potter)
Newsgroups: comp.sys.amiga.announce
Subject: WARNING!!  Pirated escaped Directory Opus 3.50 BETA damages disks
Date: 30 Jul 92 08:35:05 GMT
Reply-To: jpotter@ucs.adelaide.edu.au (Jonathan Potter)
Followup-To: comp.sys.amiga.misc
Organization: INOVAtronics

Over the past 6 weeks or so a pirated version of Directory Opus 3.50 has
been spread around the world. This is an "escaped" BETA version that was
released by an indiscreet beta-tester. The offender has not been pinpointed
yet but I expect him/her to be identified soon, and legal action may be taken
against them.

The above notwithstanding, the version of 3.50 circulating contains many bugs
and several routines that are unfinished. This is the nature of beta copies.
Unfortunately, the version does not actually say it is a beta-copy, a mistake
I now regret.

The bugs, which I am not going to list here, range from mild to serious ones.
Several beta-testers have suffered hard drive damage and data loss due to the
more serious ones (sorry guys :-), and the program is generally unstable in
many areas.

Therefore, if you obtain a copy of this version of Directory Opus, for your
own sake don't use it. I don't want the program to develop a bad reputation
because of the misbehaviour of an unfinished version.

The legitimate version 3.50 (which will probably not be called that now)
is expected to be released sometime in August or September. It will contain
many new features over and above those in the pirated version 3.50. All
registered users will be notified when the new version is ready.

Needless to say I am unhappy about what has occurred. If you can't trust your
beta testers who can you trust? People who spread pirated software (especially
unfinished versions) can be totally blamed for the low number of high quality
programs available for the Amiga. I have become generally disillusioned with
the whole business, and am myself seriously considering moving to an IBM or
Unix platform after the next version of Directory Opus is finished.

The moral of the story I guess is to trust no-one. But everyone else, please,
if you come across Directory Opus 3.50, don't copy it. And encourage the person
who offers it to you to delete it himself. Otherwise, the Amiga's already
small number of developers may decrease by one more.

Jonathan Potter / INOVAtronics
-- 
| Jonathan Potter |                              | A                       |
| P.O. Box 289    | jpotter@itd.adelaide.edu.au  |   Suffusion             |
| Goodwood, SA    | FidoNet : 3:680/829          |               Of        |
| Australia  5034 |                              |                  Yellow |

--
Please see monthly postings for the disclaimer, the introduction, the charter,
and submission instructions.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL SUBMISSIONS TO announce@cs.ucdavis.edu (don't auto-post).
From: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: PGA_NewLook is nowhere to be found!
Date: 23 Jul 92 09:45:58 GMT
Organization: InterActivsion

In article <12866@chalmers.se> d0per@dtek.chalmers.se (Martin Hiller) writes:
>I have a little problem: my compiler (SAS/C 5.10a) doesn't seem to 
>recognize the PGA_NewLook tag, all I get is 'undefined identifier'.
>Could be that my includes aren't complete? (I bought the compiler
>before V37 was released.) Please, help me...someone.

Oh boy, here we go again...

You need the 2.04 includes which are not included by SAS (only 2.02).
This type of question has been asked SOOOO many times that I hope
someone picks it up in the FAQ.

But to help you out, here's that tag define from 
<intuition/gadgetclass.h> :

/* New for V37: */
#define PGA_NewLook	(PGA_Dummy + 0x000A)

Get yourself the 2.04 Native Developers Kit from Commodore Sweden. It's
cheap, it's wonderfull, and you can't do without it...

>    // Martin Hiller (d0per@dtek.chalmers.se)| "You come from nothing,

--
*-------------------------------------------------------------------------*
|         _   UseNet: (uunet|rutgers|pyramid)!cbmvax!cbmehq!cbmden!hemmer |
|         \\ _                         CBMNET: hemmer@hemmer.adsp.sub.org |
| InterActi\X/ision - The name of precision                               |
| Best regards                         >> Carpe Diem! - Seize the day! << |
| Franz Hemmer - Software Developer.                                      |
*-------------------------------------------------------------------------*
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Manx Make can't get path info from SkSh. Can any Make?
Date: 22 Jul 92 02:40:50 GMT
Organization: BBS

> SKsh 2.0 uses System() to execute external commands.
 
jeez ... after they went and gave us RunCommand specifically for
executing programs the way a shell does.
Newsgroups: comp.sys.amiga.programmer
From: gblock@csd4.csd.uwm.edu (Gregory R Block)
Subject: Re: HELP Gadgets and WB 2
Organization: University of Wisconsin - Milwaukee
Date: Sat, 25 Jul 1992 08:10:34 GMT

scholkows@cc.curtin.edu.au writes:
: HI,
: 	Has anybody got any docs or knows any books which describe how to
: use the functions offered in gadtools.  I do have a book on how to
: program gadgets on WB 1.3 but from what I seen of gadtools output, it uses
: diferent commands.  The source generated compiles and runs but I have no
: idea how to read the responces.  Using the old method I can get gadgetup
: and like responces but when using string gadget for example I cant find
: the inputed string.
: 
: Any help will be apriciated

Well, the best place, if help is needed, is to look at the autodocs.
Aside from that, they've got really good examples for most gadgets in
RKM:Libraries, though it could be a bit more thorough.

I'd say go for RKM:Libraries.

Greg

--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :) :)
(:"The person who said size doesn't matter was probably a very small man":)
(:	gblock@csd4.csd.uwm.edu			Gregory R. Block         :)
(: (: (: (: (: (: (: (: (: (: (: (: (:) :) :) :) :) :) :) :) :) :) :) :) :)
From: carl@bain3.bain.oz.au (Carl Sandland)
Newsgroups: comp.sys.amiga.programmer
Subject: SAS C I found it...
Date: 27 Jul 92 06:59:40 GMT
Organization: Bain & Company, Sydney, AUSTRALIA
X-Newsreader: Tin 1.1 PL4


	Thanks to those people who contacted me. All I had to do was FAX SAS
and order form, for others the details are:

	SAS C v5.1a - $449
	FAX: 418 7211 (Sydney), ph: (02) 428-0428
        300 Burns Bay Rd, Lane Cove.
From: dylan@cs.washington.edu (Dylan McNamee)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C Programmer's Editor of Choice?
Date: 22 Jul 92 18:23:31 GMT
Article-I.D.: beaver.1992Jul22.182331.6507
Organization: Computer Science & Engineering, U. of Washington, Seattle

In article <33197@cbmvax.commodore.com> bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking) writes:
>In article <14fneaINN75v@darkstar.UCSC.EDU> jonathan@cats.ucsc.edu (Jonathan Cano) writes:
>>Another excellent option is QED, a shareware editor by Darren M. Greenwald
>>(who is a programmer at C= ).  QED amazing! 
>
... other users mention TurboText ...

I have registered QED, and have decided against TurboText for one main
reason--TurboText doesn't support the Amiga keymap mechanism!  I use
a dvorak keyboard, (very happily I might add) and TurboText is hard-coded
with qwerty.  Unacceptable in a program, and evidence that the programmer
isn't "playing by the rules", which is generally important in an editor.

QED's virtues (for me) are its full AREXX support, very fast file loading
and search/replace (it loads my >>200K fish listing in less than two seconds)
and its support of keymaps.  

just my 2 cents...(anxiously waiting for my registered qed!)

dylan
      /L      dylan mcnamee		dylan@cs.washington.edu
     /  L    
   (o)   L   "Don't look at me...I didn't do it!"  K. T. Clown.
   C (o) /     
  /__   /     
    \__/
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C Programmer's Editor of Choice?
From: jbickers@templar.actrix.gen.nz (John Bickers)
Date: 23 Jul 92 18:39:15 PST
 <mykes.09ny@amiga0.SF-Bay.ORG> <BrrB07.7Bu@DMI.USherb.CA> <14js9gINN8m5@matt.ksu.ksu.edu> <1992Jul22.232934.8015@mpifr-bonn.mpg.de>
Organization: TAP, NZAmigaUG

Quoted from <1992Jul22.232934.8015@mpifr-bonn.mpg.de> by mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst):

> Emacs opponents unite :-) There must be something better than
> Eight Megabytes And Continously Swapping editors.. :-)

    MicroEMACS. Runs on a wide range of platforms (I use it on a PC,
    at home, and on a Unix box), and the source is available if you
    want to add a file requester, make it keep file protection bits,
    etc.

    On that subject, does anyone know if the source for 3.11 is
    available somewhere convenient (ie: ftp or bms)?

> Michael van Elst
--
*** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
Newsgroups: comp.sys.amiga.programmer
From: catapcnl@NeXTwork.Rose-Hulman.Edu (Chris Lawrence)
Subject: Re: Standard 2.0 File Requester Question
Organization: Rose-Hulman Institute of Technology
Date: Thu, 23 Jul 1992 02:44:10 GMT

Distribution: World

In article <1992Jul22.082021.10699@cs.kuleuven.ac.be> philipm@cs.kuleuven.ac.be  
(Philip Marivoet) writes:
:I don't have an idea why ASL may be slow but take a look at ReqTools.
:This requester package is a MUST for every programmer who uses 
:requesters. They are easy to use (for the programmer and for the user),
:VERY powerful (I especially like the feature where you can use the arrow
:keys to select a file) and style guide conformant under 1.3 and 2.0
:ReqTools can be found on amiga.physik.unizh.ch
:
:-Ives
Only thing I don't like about RT is that there are no keyboard shortcuts  
(cursor-wise, that is) in the FR... Oh, well...
--
Chris Lawrence
Pretender to the Throne; Destroyer of the Faith
-----------------------------------------------
"Giving money and power to politicians is like giving whiskey and car keys to  
teenage boys."
     - P. J. O'Rourke, "Parliament of Whores"
From: dej@qpoint.ocunix.on.ca (David Jones)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  MatchNext() or Exall() - which is better?
Distribution: world
Date: 21 Jul 92 19:55:03 EST
Organization: Dejital Software

In article <Brov1H.4Iu@unx.sas.com> jamie@cdevil.unx.sas.com (James Cooper) writes:
>For David Jones: you don't need to use the MatchHook if you pass the
>correct thing in the eac->MatchString field, as those are the only files
>that will be returned, anyway.
>

Perhaps I should clarify the processing.  The files in the directory
are in the form FIDO.zone.net.node.point.queue where zone/net/node/point
are components of a 4-D Fidonet address.  I don't want the filename
itself.  I just want to know the address so that I can dynamically
allocate a structure, associate it with the address, and link into
a master list in my application.

I'd rather not allocate a huge ExAll() buffer, and with MatchFunc, I
can inspect the filename and do my processing w/o using any more than
one buffer slot.

(For the curious (and in the know), this is xferq.library doing the
queue scan when first asked to read a queue file)

As it turns out, the MatchFirst/Next/End() approach appears to
be working.

>-- 
>---------------
>Jim Cooper
>(jamie@unx.sas.com)                             bix: jcooper
>
>Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
>and not necessarily those of my employer.

--
 David Jones, 6730 Tooney Drive, Orleans, Ontario K1C 6R4 CANADA
       email: dej@qpoint.ocunix.on.ca    Fido: 1:163/109.8
 AMIGA: Advanced Multimedia with Interactive Graphics and Audio
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Bug in 2.04 Autodocs -- LockDosList/UnLockDosList
Distribution: world
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith
Date: 30 Jul 92 01:15:48 PST
Organization: Amiga makes it possible

In article <51099@dime.cs.umass.edu> barrett@snoopy.cs.umass.edu (Daniel Barrett) writes:
>
> 	The file docs/dos.doc in the 2.04 Autodocs (Native Developer's
> Update) has an error.  In the doc for LockDosList, there is a code fragment
> illustrating 2.0 usage.  The call to UnLockDosList is missing its argument.
> It should be:
>
> 		UnLockDosList(LDF_VOLUME | LDF_READ);	/* right */
> instead of
> 		UnLockDosList();			/* wrong */
>
>
> 	I have also sent this information to bugs@cbmvax.commodore.com.
>
>                                                         Dan
>

Dan, please don't post this kind of message here.  You will leave people
with the impression that the operating system isn't perfect :)

THe OS 2.0 police are on their way to get you :)

>  //////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
> | Dan Barrett -- Dept of Computer Science, Lederle Graduate Research Center |
> | University of Massachusetts, Amherst, MA  01003  --  barrett@cs.umass.edu |
>  \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\/////////////////////////////////////

--
Amiga programmer of: GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle
Sega Genesis programmer of: Dick Tracy and Marble Madness.
Mike Schwartz  (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
1124 Fremont Ave.
Los Altos, CA 94024
From: cfiddyme@neumann.une.edu.au (Chris Fiddyment)
Newsgroups: comp.sys.amiga.programmer
Subject: Removing title bar from window?
Date: 21 Jul 92 00:18:23 GMT


  
  I know that you can remove the title bar from a screen with SCREEN_QUIET
  but how do you do it with a window. I want a borderless window without a
  titlebar to cover the whole screen.

                    Thanks for any help,  Chris.


* Chris Fiddyment.        |   I never promised anybody *
* cfiddyme@neumann.oz.au  |   anything.   Kermit.      *
From: forgeas@swinjm.UUCP (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HD recovery program of choice
Date: 28 Jul 92 11:04:27 GMT
Reply-To: cbmvax!cbmehq!cbmfra!swinjm!forgeas (Jean-Michel Forgeas)
Organization: The Software Winery
X-Newsreader: Arn V1.00 alpha rel2

In article <1992Jul23.163459.14390@ultb.isc.rit.edu>, mjp3783@ritvax.isc.rit.edu writes:

> I have heard of QuarterBackTools totally trashing a hard drive as with some
> others.

QuarterBackTools always did the best job for me, never trashed something.
Never regret my purchase.

    Jean-Michel
--
Jean-Michel Forgeas         uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
4 rue du General Leclerc                       __
95210 Saint Gratien, France                    \/
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Dvorak - the one *true* keymap :^)   was: (... Editor of Choice?)
Date: 27 Jul 92 20:33:09 GMT
Organization: Edotronik GmbH

In article <paulk.0wnc@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
>Until the advent of ConClip there has hardly been any REASON to
>support the clipboard.  Most anything it does can be done more easily
>by simply using the ram disk.

ConClip _is_ the reason to put in clipboard support. I ripped out all the
old Block commands from my editor (that used to be a DME ages ago ;-) and
put in complete cut/copy/paste support. It's even better than the shell
now. I _love_ the clipboard. I _love_ to cut/copy/paste!

>That reminds me, I'd better put clipboard support in my current
>project .... someday.

Do it _now_. When you got it you'll never want to miss it!


--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)