store/doc-espensk/mailcap.html

   1 <HTML><HEAD>
   2 <TITLE> Mailcap-konfigurering </TITLE>
   3 <!-- Changed by: Espen Skoglund, 24-Apr-1996 -->
   4 </HEAD><BODY>
   5
   6 <H1> Mailcap-konfigurering </H1>
   7
   8 Mange applikasjoner har muligheten til å håndtere spesielle
   9 media/fil-formater.  XV kan f.eks. håndtere en rekke grafikkformater.
  10 XAnim kan håndtere en rekke video-formater, osv.  Det er ønskelig at
  11 disse applikasjonene skal benyttes av f.eks. <CODE>metamail</CODE> og
  12 <CODE>netscape</CODE>.
  13
  14 <P>For å få dette til, lager en del applikasjoner mailcap-filer som
  15 den benytter seg av.  <CODE>Metamail</CODE> lager f.eks. en fil
  16 ``<CODE>/store/etc/mailcap</CODE>'', og <CODE>netscape</CODE> lager en
  17 fil ``<CODE>/store/lib/netscape/mailcap</CODE>''.  Disse filene
  18 genereres ut ifra innholder av filene som finnes under:
  19
  20 <BLOCKQUOTE>
  21   <CODE>/store/etc/mailcaps</CODE>
  22 </BLOCKQUOTE>
  23
  24 I denne katalogen eksisterer en del filer med navn på formen:
  25
  26 <BLOCKQUOTE>
  27   <CODE>mailcap-<I>&lt;navn&gt;</I>-<I>&lt;prioritet&gt;</I></CODE>
  28 </BLOCKQUOTE>
  29
  30 Hver av disse filene inneholder &eacute;n eller flere mailcap-entryer
  31 som tilsammen bygger opp den fullstendige mailcap-filen.
  32 ``<EM>Navn</EM>'' forteller hvilken applikasjon de aktuelle
  33 mailcap-entryene gjelder for (f.eks. <CODE>xv</CODE> eller
  34 <CODE>xanim</CODE>).  ``<EM>Prioritet</EM>'' forteller hvilken
  35 prioritet disse mailcap-entryene har.  Vi har f.eks. en fil,
  36 ``<CODE>mailcap-arena-9</CODE>'', som inneholder:
  37
  38 <LISTING>
  39     text/html; /store/bin/arena %s
  40 </LISTING>
  41
  42 og en fil, ``<CODE>mailcap-netscape-4</CODE>'', som inneholder
  43
  44 <LISTING>
  45     text/html; /store/bin/netscape -remote openFile\\(%s\\)
  46 </LISTING>
  47
  48 Begge mailcap-entryene gjelder for <EM>content-typen</EM>;
  49 ``<CODE>text/html</CODE>''.  Netscape sitt mailcap-entry blir derimot
  50 foretrukket fordi den har bedre prioritet.
  51
  52 <P>Flere felter kan også spesifiseres i mailcap-entryen.  De
  53 applikasjonene som ikke forstår dette (f.eks. <CODE>netscape</CODE>),
  54 filtrerer ut ukjent informasjon før den genererer sin egen
  55 mailcap-fil.  Feltene blir puttet sammen slik at de danner en mest
  56 mulig fullstendig mailcap-entry.  La oss f.eks. tenke oss at
  57 <CODE>frame</CODE> hadde muligheten til å håndtere PDF-dokumenter.
  58 Dersom vi ga argumentet ``<CODE>-savepdf</CODE>'' til
  59 <CODE>imaker</CODE>, ville dokumentet bli lagret i PDF-format.  Vi
  60 kunne da hatt følgende situasjon:
  61
  62 <P>``<CODE>mailcap-acroread-5</CODE>'' inneholder:
  63
  64 <LISTING>
  65     application/pdf; /store/bin/acroread %s ; \
  66             description = "Portable Document Format"
  67 </LISTING>
  68
  69 ``<CODE>mailcap-frame-9</CODE>'' inneholder:
  70
  71 <LISTING>
  72     application/pdf; /store/opt/frame5/bin/imaker -run_in_fg -f %s ; \
  73             compose = /store/opt/frame5/bin/imaker -run_in_fg -savepdf -f %s
  74 </LISTING>
  75
  76 Siden <CODE>acroread</CODE> har prioritet 5, og <CODE>imaker</CODE>
  77 prioritet 9, ville <CODE>acroread</CODE> bli benyttet fremfor
  78 <CODE>imaker</CODE> for å vise PDF-dokumenter.  <CODE>Imaker</CODE> er
  79 derimot alene om å kunne lage PDF-dokumenter, og den resulterene
  80 mailcap-entryen ville derfor bli:
  81
  82 <LISTING>
  83     application/pdf; /store/bin/acroread %s ; \
  84             description = "Portable Document Format" ; \
  85             compose = /store/opt/frame5/bin/imaker -run_in_fg -savepdf -f %s
  86 </LISTING>
  87
  88 <HR>
  89 <ADDRESS><A HREF="/~espensk/">eSk</A></ADDRESS>
  90
  91 </BODY></HTML>