home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.os2.misc:25058 alt.fractals:1251
- Path: sparky!uunet!dtix!darwin.sura.net!uvaarpa!murdoch!holmes.acc.Virginia.EDU!dtl8v
- From: dtl8v@holmes.acc.Virginia.EDU (Heraclitus)
- Newsgroups: comp.os.os2.misc,alt.fractals
- Subject: Re: PMFRACT
- Message-ID: <1992Jul21.190236.4779@murdoch.acc.Virginia.EDU>
- Date: 21 Jul 92 19:02:36 GMT
- References: <14261.1088.uupcb@satalink.com>
- Sender: usenet@murdoch.acc.Virginia.EDU
- Organization: University of Virginia
- Lines: 20
-
-
- OK, my apologies for offending you on the File/New idea. I kind of
- like it, although it breaks the principle of similar function names
- should perform similar operations, and File/New and File/Open perform
- completely different things. I don't, however, think that one should
- have to define fractal type down at the fractal parameter level.
- Perhaps you're right, though. This belongs in alt.fractals. I have
- taken the liberty of cross-posting to that group for responses.
- I do like the PM interface much better, however. The Windows
- interface you wrote I never did get used to. I liked the DOS
- interface OK, but everything was non-visual and keyboard-driven, and
- so it was easy to abandon it for a snazzier windowed interface. One
- advantage of PMFRACT has nothing to do with the interface, however.
- It runs in background under OS/2 better than in Windows, as does
- everything. And with a 32-bit version, I'm sold. I just wish the
- PMFRACT program displayed its output earlier rather than
- pre-calculating everything. Matter of taste.
-
- Doug Lamb
- dtl8v@Virginia.EDU
-