8bitfiles.net/archives

home *** CD-ROM | disk | FTP | other *** search

/ 8bitfiles.net/archives / archives.tar / archives / genie-commodore-file-library / Information / FINDSOFTMSGS.SFX / 01software.msgs < prev

Wrap

Text File | 1990-02-12 | 16.9 KB | 489 lines

************ Topic 10 Fri Apr 10, 1992 C.GAMLOWSKI1 [Gamlowski] (Forwarded) Sub: Finding Software... This topic is for finding software! 95 message(s) total. ************ ------------ Category 3, Topic 10 Message 41 Tue Jun 22, 1993 R.KNOP1 [Rob Knop] at 02:21 EDT Let me also put in my word for geoPaint, which IMHO is a very nice commercial paint program for the C64, and which works with a mouse. -Rob ------------ Category 3, Topic 10 Message 42 Tue Jun 22, 1993 FLORIDA.2 [Milton] at 08:23 EDT Any prices for either of the above? --Milton ------------ Category 3, Topic 10 Message 43 Tue Jun 22, 1993 C128.JBEE at 12:45 EDT Hi :) I won't post the entire "ad" since it is a bit long ... Cat 16 Topic 6 Message 1 ADVANCED ART STUDIO - Only $29.99 STANDARD FEATURES OF THE ART STUDIO: >Windows-icons-pull down menus-pointing devices etc etc Call or write: RIO Computers 3310 Berwyck Street Las Vegas, NV 89121 Tel: (702)454-0335 Fax: (702)454-7700 This is the program of choice for most of the artists and there is a patch available to let it work with a 1351 mouse. It also works with Koala pads, the keyboard, joysticks, etc. ------------ Category 3, Topic 10 Message 44 Tue Jun 22, 1993 GULLIBLE [Jon] at 22:45 EDT Unless you have more than one drive and/or a REU, OCP would be a better choice. GEOS is slow. ------------ Category 3, Topic 10 Message 45 Tue Jun 22, 1993 FLORIDA.2 [Milton] at 23:50 EDT Thanks John, that sounds like a good canidate. --Milton ------------ Category 3, Topic 10 Message 46 Wed Jun 23, 1993 HOWIE-CBM at 13:47 EDT Milton, Jon brings up a very good point. With a REU, or better yet a RAMLink or RAMDrive all of this software will really fly and work much faster than from magnetic disk. These additions are especially nice for youngsters. There will be no delays and no fidgetting. Howie ------------ Category 3, Topic 10 Message 47 Wed Jun 23, 1993 GULLIBLE [Jon] at 22:50 EDT I'm looking for a program that will read and display files on a disk one at a time and give me the option of scratching the file before moving on to the next file. Is there such a program (C64) in the Flagship library? ------------ Category 3, Topic 10 Message 48 Thu Jun 24, 1993 HOWIE-CBM at 08:56 EDT Jon, A lot of these features are already present in JiffyDos. Howie ------------ Category 3, Topic 10 Message 49 Thu Jun 24, 1993 CBM-ED [e.g.bell] at 09:43 EDT Jon: My CATALOG program does something similar to what you want. You would have to pick the file to display, but it will display files in SEQ, BASIC, screen ASCII, true ASCII, or disassemble ML code to screen or disk. The scratch option is not exactly the way you are looking for it. Too bad you don't have a C128. My MAGIC program does exactly what you are looking to do... sort of... hehe ------------ Category 3, Topic 10 Message 50 Thu Jun 24, 1993 FLORIDA.2 [Milton] at 22:45 EDT Is there a RAM disk program in the library here? They were anxious to get this on this fiscal years budget so we've ordered a printer, mouse, and the program John mentioned up topic. I'm still trying to get in touch with the local C=64 user group also. Will keep you posted. --Milton ------------ Category 3, Topic 10 Message 51 Sat Jun 26, 1993 R.KNOP1 [Rob Knop] at 01:01 EDT What sort of hardware do you have that you want to use with a RAMdisk, and what software do you want to use a RAMdisk with? The standard RAMdisk for 17xx REU's is Commodore's RAMDOS, a version of which does indeed exist in the libraries here (do a search on the string "ramdos"). The latest version has been modified to support up to 2 Meg REU's (though it still supports the normal 128K, 256K, and 512K REU's), and is version 4.5. The down side is, a _lot_ of software does not work with RAMDOS. Some software is written to work with RAMDOS (e.g. Dialogue128, RTCM), and other software has its own REU RAMdisk driver built in (e.g. GEOS, Pocket Writer), and some software will work with RAMDOS just because you are lucky. However, I would expect that the bulk of commercial software will not work with RAMDos. These days, your best bet for a RAM disk is a RAMLink... if you already have an REU, the RAMLink can use the REU's memory, and make a RAMdisk up to the size of the REU. This also has the added advantage of a separate power source from the computer, so if you keep the RAMLink plugged in, the contents of the RAM disk are not lost when you turn off the computer. Unfortunately, a RAMLink does involve some financial outlay, and if your budget for this fiscal year has already been shot.... -Rob ------------ Category 3, Topic 10 Message 52 Sat Jun 26, 1993 GULLIBLE [Jon] at 16:28 EDT Thanks for the suggestions. After making my post, I realized that I might be able to come up with my own program to do what I'm wanting. I do have programs that will let me selectively read or selectively scratch files, but not both. ------------ Category 3, Topic 10 Message 54 Tue Oct 19, 1993 CBM-MARK at 01:21 EDT Rose, the one I have I *think* only converts the graphics from one format to another. Not the fonts and borders though. It's a Print Shop, Print Master, Newsroom conversion program. I'll check it for font, etc conversion for you. ------------ Category 3, Topic 10 Message 59 Thu Oct 21, 1993 H.HERMAN1 at 04:26 EDT Would anyone know if the version 3 of Ace is the most current version? Howie ------------ Category 3, Topic 10 Message 60 Thu Oct 21, 1993 D.BURR at 23:43 EDT Not sure Howard, I thought the last revision of Ace was 5.11. That is the version of the Shell program anyway... ------------ Category 3, Topic 10 Message 61 Sat Oct 23, 1993 H.HERMAN1 at 04:22 EDT Version 5.11? WOW!! Where did you find that one? The one I got from here in the Library is Version 0.410... :( I *think* I may be missing some enhancements... Howie ------------ Category 3, Topic 10 Message 62 Tue Oct 26, 1993 D.BURR at 02:40 EDT Been a while since I played with Ace 128 Howie, so maybe I was just mistaken. Note though, that I said the SHELL version was 5.11 or so, not the kernel. I think the kernel version was probably a ifferent number. My apologies if i confused the issue ;) On a related note, I hope Mr. Bruce is planning on releasing some notes on his kernel structure. I for one would like to try building a GUI shell to lay on top of Ace's kernel. Might be fun to play with. ------------ Category 3, Topic 10 Message 63 Tue Oct 26, 1993 H.HERMAN1 at 03:43 EDT Thanks Dan! Howie ------------ Category 3, Topic 10 Message 64 Sun Nov 07, 1993 D.TUOMI [Doctor] at 16:05 EST What does the ACE program? Doc. ------------ Category 3, Topic 10 Message 65 Mon Nov 08, 1993 H.HERMAN1 at 02:32 EST Speaking of ACE, I managed to get my hands on the latest release of ACE, Version 8. It came wrapped in ascii as a bunch of uuencoded files. It is vastly enhanced with many more modules. My original intent was to uudecode them, then make an ARC so that it could be uploaded here. Alas, all the resultant PRG files which I made with UUXFER would not run. Really has me miffed, since this never happened before. I quess I could try uudecoding on the Unix, and downloading the PRG files Unix makes. Prob is tho, they would be the same which UUXFER makes in any event. And then since I have to downlaod with Kermit is a prob. Kermit on a 14.4k modem is fast. So speed is not the prob. The prob is that Kermit (at least the 64 and 128 versions of Kermit) do not offer batch downloading, and it does get tiresome downloading batches of little files. Thinking about it, I quess this is why ACE comes wrapped in one big ASCII file. Now, if someone can get the parts to run..... Howie ------------ Category 3, Topic 10 Message 66 Sun Feb 06, 1994 A.CLARK at 22:05 EST I am looking for educational software for my inquisitive 5 year old. I have seen a number of titles in a catalog, but have no way of evaluating them. It has been my experience that you can't judge software by its cover either. I wonder if anyone has recommendations for good educational software for either c64 or 128, either PD or commercial? I will be very gratefull for any suggestions. ------------ Category 3, Topic 10 Message 67 Mon Feb 07, 1994 H.HERMAN1 at 06:03 EST For consistantly high quality content, in instructional programming that will interest and amuse, the Stickey Bear Series is one to consider. Howie ------------ Category 3, Topic 10 Message 69 Fri Feb 11, 1994 L.SCHONDER [Lou] at 10:11 EST Has anyone tried the KidWare series? ------------ Category 3, Topic 10 Message 70 Tue Feb 15, 1994 R.KING53 [Ron] at 21:21 EST Years ago I bought a disk from KidWare. IMHO it didn't seem up to commercial standards; more like a good P.D. program. The graphics on the Solar System disk were pretty crude, but the questions were educational. ------------ Category 3, Topic 10 Message 71 Wed Apr 20, 1994 R.KIRK7 [Dick] at 20:08 EDT Is anyone aware of a good directory cateloging/printer program for 1581 disks. Preferablely 128- 80 col? Thanks ------------ Category 3, Topic 10 Message 72 Thu Apr 21, 1994 B.MASSE at 00:14 EDT I know of a good one for the 64. It is called 'Dicsk Catalog Manager/Reporter. Works very well on all my drives and I use the 81, 41,71 and also Ramlink. I believe it is called DCMR for short and is a shareware program. It will print out four coloumns per page if your printer will support condensed printing. I am sure it is on Genie here somewhere. Bob ------------ Category 3, Topic 10 Message 73 Thu Apr 21, 1994 CBM-ED [e.g.bell] at 09:09 EDT Search the libraries for a program called SUPER CAT, I believe. It was written by steve Boerner, 80 columns, 128 mode, pulldown menus, help files, and is reasonably well endowed w/features. ------------ Category 3, Topic 10 Message 74 Sat Apr 23, 1994 N.PHI [Toto] at 02:50 EDT Message to B.Masse: I also use DCMR (Disk Cataloger, ManeaManager, Reporter) to print out multiple columns, but it handles SIX columns in compressed mode, not just four. Two limitations. First, if you plan to enter names from directory, not (note) that you can only read 145 filenames into memory at a time. This is just enough for 1541 disks, but it comes up short for 1571/81. Second, if you try to use 1581 sub-partitions, you are out of luck because DCMR always knocks you back out to the root directory. Message to E.G.Bell: I have tried a number of 128 cataloging programs in the hopes of finding an equivalent to DCMR. Some of those 128 programs I tried looked really good, but did not allow six-column printing or even manual entry of filenames. Four- character ID's were out of the question; only the ID from each disk directory qualified. Talk about inflexibility!! Sorry, DCMR - quirky as it is - has no peer in 8-bit Commodore! ------------ Category 3, Topic 10 Message 75 Sat Apr 23, 1994 R.KIRK7 [Dick] at 19:10 EDT Looks like I will have to stay with DCMR. I have used it for years and it is a great program, though limited for the 1581. Thanks for the responses. ------------ Category 3, Topic 10 Message 76 Sun Apr 24, 1994 CBM-ED [e.g.bell] at 02:29 EDT I think you should at least take a look at UltraCat. It may not be 100% what you are looking for, but what you are looking for may not prove to be what you really want... only way to be sure is to try different things. ;) I wrote a disk catalog program years ago bu it really only supports the 1541.... you can save your time downloading it. :) It is called CATALOG. ------------ Category 3, Topic 10 Message 77 Sat Apr 30, 1994 B.GANN1 at 15:09 EDT I wrote an all ML directory reader for the 128. What it does is store the filenames, blocks, type, etc. It has an over 60k buffer. Then you import it using your own database program. (For example, Superbase.) Should work on 41, 71, etc or any CMD device. It does not automatically follow partitions though. Any interest in this? I don't know how much more work there would be to make it stand-alone (ie: work by itself without requiring a database). I've never programmed REL or random files. I know I'd have to learn a lot more ML to make it stand-alone. I use it with Superbase. I have 2 databases with over 20,000 records. (That's right, twenty thousand!) One is for a user group library, and the other one is for me. Brenda ------------ Category 3, Topic 10 Message 78 Sun May 01, 1994 S.VANDERARK [Steve VA] at 00:07 EDT I would be interested in this program, but only if it worked correctly with GEOS programs. I don't own Superbase, however... Too bad someone doesn't write such a program for GEOS that works with the Card File database on RUN's Power Pack 1 disk... (I know that no one has figured out geoFile, so I won't suggest that it be compatible with that). Steve Vander Ark ------------ Category 3, Topic 10 Message 79 Sun May 01, 1994 N.PHI [Toto] at 02:15 EDT Brenda: I think speed and convenience in a cataloguing utility would be very important. A standalone program along the lines of DCMR might be more appreciated than the workaround approach... And I hear Superbase, for all its power, does take its time in certain functions. ------------ Category 3, Topic 10 Message 80 Sun May 01, 1994 B.GANN1 at 17:31 EDT Seems you missed the point... it does not require Superbase. That is the database I choose to use. It should work with any database that allows petascii import files. GEOS disks read like garbage though. Will have to learn about GEOS format to support that. I said above that it does not automatically follow partitions. I meant to say subdirectories. The program has gone through beta testing. To be released as commerical I think I would need to make it stand-alone. That would take a lot more programming though. It does have some bugs I would like to take care of. But it does "work". So would anyone be interested in a disk cataloger that read in your disks, but required you to use your own database prg to import the data? supports CMD devices, but does not automatically follow subdirectories. Does not support GEOS format disks. Brenda ------------ 3 | BREAK detected 3 | ************ Topic 10 Fri Apr 10, 1992 C.GAMLOWSKI1 [Gamlowski] (Forwarded) Sub: Finding Software... This topic is for finding software! 95 message(s) total. ************ ------------ Category 3, Topic 10 Message 81 Fri May 06, 1994 C128.JBEE at 10:09 EDT >B.GANN1 >I wrote an all ML directory reader for the 128. What it does is store the >filenames, blocks, type, etc. It has an over 60k buffer. Then you import it Are the file names tagged with the disk name? Once the file is inside the database how do you find the disk that the file is on? ------------ Category 3, Topic 10 Message 82 Sun May 08, 1994 B.GANN1 at 19:30 EDT JB> Are the file names tagged with the disk name? Once the file is inside the JB> database how do you find the diskthat the file is on? No, the filenames are not filed with the disk name, per say. But rest assured that you can both sort the filenames AND have them in disk order as well. I know a lot of disk catalogers don't let you do that. So, is there any interest in a disk catalog system that expects you to use your own database? Or would it only be useful to you if it was a complete system? A lot more work would need to go into it to make it a stand-alone database system. I don't have the time right now to make it stand-alone. Most users have, or should have, their own database software already. Let me know what your opinions are. I can't put it up for evaluation at this time because it needs to be "cleaned up." Some minor things that came out during the beta testing. Brenda ------------ Category 3, Topic 10 Message 83 Mon May 09, 1994 S.VANDERARK [Steve VA] at 00:57 EDT Brenda, I realize ------------ Category 3, Topic 10 Message 84 Mon May 09, 1994 C128.JBEE at 05:09 EDT Hi B.GANN1 :) Yes, it sounds interesting as long as you prompt the user for the disk name, to be sorted along with the filenames. I would agree most of the diehard users probably have Superbase, use one they wrote, or have one that can import files. ------------ 3 |