home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / amiga / programm / 18410 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  3.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!wupost!spool.mu.edu!umn.edu!csus.edu!netcom.com!netcomsv!terapin!paulk
  2. From: paulk@terapin.com (Paul Kienitz)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: More Amiga OS weaknesses and strengths
  5. References: <bruce.0ds3@zuhause.MN.ORG>
  6. Message-ID: <paulk.35q9@terapin.com>
  7. Date: 8 Jan 93 20:33:41 PST
  8. Organization: BBS
  9. Lines: 55
  10.  
  11. > >   Another feature that is totally broken on the Amiga is
  12. > > launching of applications by double-clicking a project.  On the
  13. > > Macintosh, when you double-click a project, the 'creator'
  14. > > application is always found and launched and the project is
  15. > > loaded, no matter where the creator application is located on the
  16. > > disk.  On the Amiga, tooltypes are almost always hard-coded.
  17. > > There is almost no flexibility to the way the Amiga does it.
  18.  
  19. There is some flexibility, ONLY in the case when the tool in the
  20. default tool field is given as a bare name with no path.  Most
  21. existing icons have paths in the default tool field, either because
  22. that's what apps write there or for 1.3 semi-compatibility.
  23.  
  24. > Not true.  I nearly always remove paths from tooltypes of icons I
  25. > get from elsewhere.
  26.  
  27. You have to do that MANUALLY.  That is lame.
  28.  
  29. The WB needs stuff like: attempt the name without a path if the
  30. pathed version does not exist, and check for a "FILETYPE=" tooltype
  31. and use the user's preferred tool regardless of what the icon's
  32. creator put there, if he has defined one for the filetype.  For
  33. instance, any icon with FILETYPE=TEXT would go to (frinstance)
  34. MuchMore, if you preferred that, instead of whatever viewer was
  35. specified in the icon, and any FILETYPE=ILBM would go to (frinstance)
  36. ViewTek instead of its own default tool.
  37.  
  38. What I do to get around this stuff is create appicons for a text
  39. viewer and such with ToolManager, and when I see a text file icon I
  40. just drop it there instead of double clicking, so I never have to
  41. deal with someone else's choice of viewer.  I also have several
  42. common viewer filenames all pointing to my preferred viewer.  Which
  43. happens to be plain old C= More, used through my CLImax hack so it
  44. gets its own public screen.
  45.  
  46. This is rather lame compared to the Finder.
  47.  
  48. > One problem with Mac icons, is that if you're doing development,
  49. > and you have several versions of the application, you have to click
  50. > on the application in order to guarantee you're using the right
  51. > application.
  52.  
  53. Is the Workbench any better?
  54.  
  55. During development, I usually tell the linker to put the current
  56. executable in RAM disk.  For some projects I put an icon there so I
  57. can test the new executable with a WB launch.
  58.  
  59. If I double click it but the executable aint been linked yet, the WB
  60. will find an app of the same name in my command path, and run that.
  61. Mind you, this is a TOOL icon I'm talking about here, not a project
  62. icon.  This "feature" once caused me to send a disk to a paying
  63. customer that contained no executable copy of the program.  I thought
  64. it was on the disk because when I double clicked it, another copy of
  65. the program started up.
  66.