home *** CD-ROM | disk | FTP | other *** search
/ Fresh Fish 2 / FFMCD02.bin / information / feedback < prev    next >
Encoding:
Text File  |  1993-12-23  |  13.3 KB  |  327 lines
  1.                    Feedback
  2.                (Last updated 12/15/93)
  3.  
  4.  
  5. This file contains a random selection of comments I received about a
  6. previous CD-ROM, and my response or resolution to those comments.  It
  7. is not a complete log of all comments or problem reports received,
  8. just those that seemed interesting or general enough to include, or
  9. that I thought to save for this purpose.  Each CD-ROM will have a
  10. completely new "Feedback" file.  I.E. the lifetime of these particular
  11. entries is only the next CD-ROM from when they were received or acted
  12. on.
  13.  
  14.  
  15. ===========================================================================
  16.  
  17. RE: Icon spacing
  18.  
  19. A user wrote:
  20.  
  21. > You asked for comments concerning your first CDROM disk, so that you
  22. > can consider them for later disks.  First let me say that I am very
  23. > pleased with the disk.  However, one annoyance is that I use a larger
  24. > system font for my title bars, and icon text, and apparently this
  25. > causes the icons in each and every window to not quite fit--the icon
  26. > labels are cut off for the bottom row.  This means that I am forever
  27. > adjusting the size of the window whenever I open a drawer, and if
  28. > there is anything that CDROM has a *lot* of, it is drawers!  My
  29. > suggestion is that you leave a little extra room at the bottom of the
  30. > windows.  I realize that this might be an inconvenience for people
  31. > with only 200 line screens, and in general it is a good idea to make
  32. > windows as small as possible, but maybe you could just give a little
  33. > more room?  If you want to set your system fonts so that you see what
  34. > I am seeing, I am using Times 18 for the Screen text, and Times 13 for
  35. > the icon text.  Just a thought.
  36.  
  37. And another user wrote:
  38.  
  39. > Please make the windows of the drawers a bit larger so people that are
  40. > using a much bigger font could read the names of the lowest icons in this
  41. > window without using the slidebar on the side of the window. I am using
  42. > Helvetica in 11 pt. and I can't read the names of the lowest icons.
  43.  
  44. And yet another user wrote:
  45.  
  46. > After playing some time with your october CD-ROM, I'd like to make a
  47. > suggestion. With more and more users having flicker fixers, GFX cards
  48. > or other means for a high resolution display, they are likely to use
  49. > bigger fonts for icons in order to make the names readable. The disk
  50. > and drawer windows of the CD however are measured to look nice with an
  51. > 8 point font (guessed, never tried :)). If you've got a bigger icon
  52. > font (like me), the names of the lower icons cannot be read
  53. > anymore. So after opening the disk/drawer you first have to enlarge
  54. > the window (storing this is _somewhat_ difficult on the CD :)).  Could
  55. > you probably leave some more space below the icons?
  56.  
  57. OK, OK... I get the point.  :-)
  58.  
  59. I'm now using about twice the previous spacing for the CD-ROM
  60. files, and will probably do the same for floppy disks 951-1000.
  61.  
  62. ===========================================================================
  63.  
  64. RE: Floppy Disk "Contents" files
  65.  
  66. > Speaking of fish contents, I was surprised that there wasn't a
  67. > comprehensive Contents file containing the contents from disk 1 to the
  68. > present on the October CDROM. I think that this would be a valuable
  69. > addition to futureCDROMs.
  70.  
  71. I agree. Done.  See Useful/Catalogs/*/*.
  72.  
  73. ===========================================================================
  74.  
  75. RE: PARNET Support
  76.  
  77. A user wrote:
  78.  
  79. > Some suggestion: For CD32 use (or CDTV), wouldn't it be nice to have
  80. > icons for IconX files on this disc that allow you to start a ParNet
  81. > or DNet/SerNet connection to another Amiga? Everything (in regards
  82. > of software!) that's needed is already there on your disc, you simply 
  83. > would have to put these small scripts with some Mount's and Assign's 
  84. > together.
  85.  
  86. And I responded:
  87.  
  88. > The first CD-ROM has everything in :s/Startup-Sequence to start parnet,
  89. > so when you boot the CD-ROM on a CDTV, it should be usable with parnet
  90. > (though I haven't yet confirmed myself that it works, or had any users
  91. > confirm it).  This is one of the things on my list of things to test
  92. > for the next CD-ROM.
  93.  
  94. The user responded back:
  95.  
  96. > Yes, but you need a keyboard to activate it! And when I want to use the
  97. > CD32 (or CDTV) just as a remote CD-ROM, I shouldn't need to have a
  98. > keyboard at all. Just use the joypad or remote control and click on
  99. > some icon. You just would have to add that icon and give it an c:IconX
  100. > Tool Type. Not any more action to do, very easy. (Well, if you leave it
  101. > in S:, you would have to give the S: drawer a normal icon, else it still
  102. > wouldn't be accessible on the CDTV under OS 1.3.)
  103.  
  104. The s:Startup-Sequence starts parnet by default.  But I added an icon anyway.
  105. I need to either read up on the fine details of running parnet, or have
  106. someone explain to me in excruciating detail how the CD-ROM should be
  107. set up for optimal use of parnet.
  108.  
  109. I should probably take a look at setting up SerNet on the CD-ROM's as
  110. well...
  111.  
  112. ===========================================================================
  113.  
  114. RE: Default Tools under pre-2.0 Kickstarts
  115.  
  116. A user wrote:
  117.  
  118. > I found a quirk on this 1st CD when used on my CDTV: This runs under
  119. > OS 1.3 and obviously has problems with the command path under Workbench.
  120. > So when I click on some Readme that wants to invoke MuchMore, this
  121. > program isn't found. I think to remember that 1.3 still needs full
  122. > paths in these Default Tool entries of their icons. I'm still trying
  123. > to get this solved under 1.3 with a boot floppy (I've an external floppy
  124. > connected to my CDTV), it's not that easy. I also can't use the Shift-
  125. > click feature for selecting a viewer program and this project file,
  126. > because I have no Shift key on my remote...
  127.  
  128. and another user wrote:
  129.  
  130. > When you re-run the first CD, could you please fix the default tools
  131. > of the readme files in the root directory of the Fresh Fish #1? The
  132. > tool is set to "MuchMore", but it should be set to ":c/MuchMore".
  133.  
  134. There are two aspects to this problem:
  135.  
  136. (1)    What text reader (or other tool) should be used.
  137.  
  138.     For text files, the most universally available reader is the
  139.     standard CBM "more" program, though I'm not sure it has always
  140.     been found in the same place on all releases.  I have decided
  141.     to simply start using "more" again.
  142.  
  143. (2)    How is that tool invoked.
  144.  
  145.     Some users suggested using an explicit path, such as ":c/more".
  146.     This would all the use of a more popular text reader program, but
  147.     the danger here is that there is never any possibility to use
  148.     a different reader by default, other than the one hardwired onto
  149.     the CD-ROM.  What happens, if for example, the copy of ":c/more"
  150.     causes a future machine to lockup or crash?  If the Workbench
  151.     search path is used and the default tool is just "more", there is
  152.     always the possibility to install a more up to date copy of "more",
  153.     or even substitute a different reader by just calling it "more"
  154.     and making sure it is in the search path before the standard
  155.     "more".
  156.  
  157. ===========================================================================
  158.  
  159. RE:  Archiving Directories versus Archiving Floppies
  160.  
  161. A user wrote:
  162.  
  163. > Another suggestion is that 99% of the users on a BBS does'nt want to
  164. > download a whole disk , they just want the programme on it, mostly of
  165. > the users have still a 2400 baud or slower modem and 3-400 KB take a
  166. > long time to download. When a read yur first letter a thougt that
  167. > "Archived for BBS-Usage" meen that i was the AMINET CD with files
  168. > sorted in directories not 350 whole discs ...
  169.  
  170. And another user wrote:
  171.  
  172. > As long as real disks are available keep them in a single archive. But
  173. > when you switch to pure CD-ROM ditribution of new stuff use a single
  174. > archive for each program.
  175.  
  176. Right now I use a mixture of directory archiving and whole-floppy
  177. archiving.  The floppy disks that are put on the CD-ROM are archived
  178. in their entirety, while the new material on the CD-ROM which is not
  179. put on the floppy disks, is archived on a per directory/submission
  180. basis.
  181.  
  182. It's not clear to me which method is more desirable for the floppy
  183. disks, per-floppy or per-directory archiving.  I suspect per-floppy
  184. is more suitable for people that want to retrieve the disks via
  185. ftp or are interested in regenerating floppy disks for subsequent
  186. distribution as floppy disk copies, while per-directory is more
  187. suitable for people that are just interested in obtaining a particular
  188. program, or are on a narrow bandwidth channel (your 2400 baud modem
  189. example).
  190.  
  191. One thing I will consider for future Fresh Fish CD-ROMs is to do
  192. a per-directory archive of the floppy, along with an archive for
  193. the admin files that are on each floppy, and include a crclist
  194. for the floppy.  Then people that are interested in reconstructing
  195. a floppy can extract the all the individual per-directory archives,
  196. then the admin archive, and then use the crclists to verify that they
  197. have an accurate reconstruction.  It would probably be better to
  198. have a program that does all this automatically, given a file that
  199. lists the components necessary to reconstruct a particular floppy
  200. and information about where to find those components on the CD-ROM.
  201.  
  202. I like this idea for the 1000 disk archive CD-ROM, but for now I think
  203. it's a fairly low priority for the Fresh Fish CD-ROM's.  Until
  204. something better is in place I will include both forms in the BBS
  205. section for newly released floppies, since there are only 20-30 new
  206. floppies released with each CD-ROM.
  207.  
  208. ===========================================================================
  209.  
  210. RE: GNU "find" and AmigaDOS filename syntax
  211.  
  212. A user wrote:
  213.  
  214. > "Find" in useful:bin deals incorrectly with Amiga filename
  215. > syntax.  For an example, printing the disc contents with
  216. > 
  217. >     1>  find : -print
  218. > 
  219. > yields
  220. > 
  221. >     :
  222. >     find: :/c: No such file or directory
  223. >     find: :/cdtv.tm: No such file or directory
  224. >     find: :/COPYRIGHTS: No such file or directory
  225. >     find: :/COPYRIGHTS.info: No such file or directory
  226. > 
  227. > etc.  Similar problems happen with
  228. > 
  229. >     1> find df0: -print
  230. >     1> find / -print
  231. >     1> find "" -print
  232.  
  233. I didn't have time to chase down this particular bug for this CD-ROM,
  234. however I will try to get to it before the next CD-ROM, and/or install
  235. a fix if someone else chases it down and sends me a patch.
  236.  
  237. ======================================================================
  238.  
  239. RE: Amiga version strings in GNU utilities
  240.  
  241. A user wrote:
  242.  
  243. > None of the GNU utilities have Amiga version strings.
  244. >
  245. > Since AmigaDOS 2.04, the c:Version command can be applied to
  246. > any file.  (For example, try "version c:dir".)  It searches the file
  247. > for a string of a particular form, containing the version number of
  248. > the file.
  249.  
  250. This sounds like a reasonable AmigaDOS specific change that would
  251. be worth supporting.  I will note it as an enhancement request for
  252. future CD-ROM's.
  253.  
  254. ======================================================================
  255.  
  256. RE: CD-ROM "startup" and "shutdown"
  257.  
  258. A user wrote:
  259.  
  260. > How about an Shutdown script for your CD to unassign (etc.) all the
  261. > stuff the Startup script did?
  262. >
  263. > Eventually an Installer-Script could be done that lets the user
  264. > choose, which parts he/she wants to assign/use and let the
  265. > Installer create an appropriate Shell-Script for Startup/Shutdown ?
  266.  
  267. One thing that definately needs improvement is the way the CD-ROM is
  268. "installed".  There needs to be a better way to activate particular
  269. portions of the CD-ROM, than just the supplied FFCD-Startup script.
  270. This is very high on my TODO list for a future CD-ROM, and I'm
  271. definitely interested in receiving suggestions and feedback on this
  272. issue.
  273.  
  274.  
  275. ======================================================================
  276.  
  277. RE: FishCat, KingFisher, etc.
  278.  
  279. > How about an already install FishCat that includes all stuff on
  280. > former and current Disks/Cds ? Eventually seperate file for "all
  281. > stuff" and "stuff on this CD"...
  282. >
  283. > Please include an up-to-date-archive of the contents of the FishDisks
  284. > (e.g. KingFisher) in archived and unarchived (ready to run) form.
  285.  
  286. Done, at least for KingFisher.  See the contents of the Kingfisher
  287. directory in the root directory of the CD-ROM.
  288.  
  289. ======================================================================
  290.  
  291. RE: BBS support
  292.  
  293. > Could you add a file like "Files.bbs" in each directory containing
  294. > archived stuff? That would make life more easy... (See AmiNet CD-ROM)
  295.  
  296. I'm still sorting out the suggestions for BBS support.  There wasn't
  297. time to act on any of the existing suggestions for this CD-ROM, but
  298. this is very high on my TODO list for a future CD-ROM.
  299.  
  300. ======================================================================
  301.  
  302. RE: Cover artwork
  303.  
  304. > If you find someone that designs a cover for the FreshFish CDs you could
  305. > include it on the actual CD-ROM, so I could print it myself. (BTW:
  306.  
  307. Starting with the December CD-ROM, artwork should be included in the
  308. jewel case.  It's not done on an Amiga (I contracted the work out to
  309. a graphics artist), but I may be able to include whatever files are
  310. applicable on a future CD-ROM, if there is enough interest.
  311.  
  312. ======================================================================
  313.  
  314. RE: Amiga Report Magazines
  315.  
  316. > I have received my copy of your first monthly CD-ROM about two weeks
  317. > ago and I must say that I'm very pleased with it. I just want to make
  318. > two suggestions for the next CDs. I would like to see the Amiga Report
  319. > Magazines which are uploaded to Aminet regulaly on your CD's. In the
  320. > biz/dbase directory of Aminet there is a database 'mdb2.6' which is
  321. > about 15 MB installed, so it would be nice if you could include it
  322. > installed on the CD so that the users of your CD don't have to waste
  323. > HD space.
  324.  
  325.  
  326. ======================================================================
  327.