home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / applicat / 9634 < prev    next >
Encoding:
Text File  |  1992-12-27  |  2.1 KB  |  53 lines
  1. Newsgroups: comp.sys.amiga.applications
  2. Path: sparky!uunet!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!fstop.csc.ti.com!waves.pas.ti.com!macanespie
  3. From: macanespie@waves.pas.ti.com (Alan MacAnespie)
  4. Subject: Re: Trying to add a Gadget to DirOpus - help me
  5. Message-ID: <1992Dec27.183125.1@waves.pas.ti.com>
  6. Lines: 39
  7. Sender: usenet@csc.ti.com
  8. Nntp-Posting-Host: waves
  9. Reply-To: macanespie@waves.pas.ti.com
  10. Organization: Texas Instruments, PAS
  11. References: <1992Dec21.005029.8562@news.ysu.edu> <1992Dec23.082258.10917@metapro.DIALix.oz.au>
  12. Date: Sun, 27 Dec 1992 23:31:25 GMT
  13.  
  14. In article <1992Dec23.082258.10917@metapro.DIALix.oz.au>, bernie@metapro.DIALix.oz.au (Bernd Felsche) writes:
  15. > 
  16. > What DirOpus seems to be lacking is a "basename" function on
  17. > the variables which allows you to strip off a filename
  18. > extension (historical artifact -- I know it's not really an
  19. > extension, just the part of the name). Did I put that on my
  20. > wish-list, Jonathan?
  21. >    e.g.    {b.ext} where .ext would be stripped off?
  22.  
  23. But how do you handle the situations where a file has more than one period
  24. (.) extension, like dragon.iff.sav.backup?
  25.  
  26. I could imagine an expansion of that idea with a function could work from
  27. the left ({base}?) of the file, or from the right ({ext}?) to allow the
  28. extension or base name.
  29.  
  30. A further expansion of this function would allow the extraction of a
  31. multiple basename.  {f.base(2)} might allow dragon.iff.sav as a resultant
  32. name.
  33.  
  34. > 
  35. > In such situations, I wind up relying on the user (me) to
  36. > edit the name using the prompt option {aSomething: [o]}.
  37.  
  38. Yep, that's what I do for most cases.  Names like the above are usually the
  39. exception, not the rule.
  40.  
  41. > Somebody with AREXX can easily do better, I expect.
  42.  
  43. Definitely.
  44.  
  45. > +-----+ Bernd Felsche                     _--_|\  #include <std/disclaimer.h>
  46.  
  47. -- 
  48. Alan MacAnespie,              || * Standard Disclaimers Apply Upstairs.*
  49. Texas Instruments, PAS        ||  Is a person who writes many different
  50. macanespie@waves.pas.ti.com   ||  applications a Renaissance Computist?
  51.  
  52. How many bits would a BlitBlit blit if a BlitBlit could blit bits?
  53.