summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--Locale/Po4a/Text.pm3
1 files changed, 2 insertions, 1 deletions
diff --git a/Locale/Po4a/Text.pm b/Locale/Po4a/Text.pm
index 3ceeec9..ee56046 100644
--- a/Locale/Po4a/Text.pm
+++ b/Locale/Po4a/Text.pm
@@ -245,7 +245,8 @@ sub parse {
$paragraph =~ /^>/ms # blockquote
or $paragraph =~ /^( {8}|\t)/ms # monospaced
or $paragraph =~ /^\$(\S+[{}]\S*\s*)+/ms # Xapian macro
- or $paragraph =~ /[<>]/ms # maybe html
+ or $paragraph =~ /<(?![a-z]+[:@])/ms # maybe html (tags but not wiki <URI>)
+ or $paragraph =~ /^[^<]+>/ms # maybe html (tag with vertical space)
or $paragraph =~ /^\s*\[\[\!\S[^\]]+$/ms # macro begin
);
}
p;aring; udf&oslash;re disse
  • # opgaver.
  • #
  • # For at aktivere muligheden for at have listemoderatorer, og p&aring;
  • # den m&aring;de fordele arbejdsopgaverne i forbindelse med listen, skal
  • # du anf&oslash;re din egen moderatoradgangskode, og angive
  • # e-mailadresser for den/dem som skal v&aelig;re listemoderator(er).
  • # Bemærk at i tekstboksene nedenfor skal du skrive e-mailadresser for
  • # listeadministratorer.
  • owner = ['listmaster@jones.dk']
  • # Der er to ejer-roller forbundet med hver mailliste.
  • # Listeadministratorerne er dem der har den endelige kontrol over alle
  • # indstillingerne for e-mallisten. De kan &aelig;ndre alle indstillinger
  • # der er tilgængelige via disse administrative websider.
  • #
  • # Listemoderatorerne har begr&aelig;nset adgang; de kan ikke &aelig;ndre
  • # indstillinger for e-maillisten, men de kan tage sig af anmodninger
  • # ang&aring;ende listen, f.eks. anmodning om medlemskab, eller
  • # godkende/afvise meddelelser der skal godkendes for at kunne udsendes
  • # p&aring; listen. Listeadministratorerne kan selvsagt ogs&aring;
  • # udf&oslash;re disse opgaver.
  • #
  • # For at aktivere muligheden for at have listemoderatorer, og p&aring;
  • # den m&aring;de fordele arbejdsopgaverne i forbindelse med listen, skal
  • # du anf&oslash;re din egen moderatoradgangskode, og indtaste
  • # e-mailadresser for den/dem der skal v&aelig;re listemoderatore(r).
  • # Bemærk, at i tekstboksene nedenfor skal du skrive listemoderator
  • # e-mailadresse(r).
  • moderator = ['siri@jones.dk']
  • # Denne beskrivelse benyttes n&aring;r denne malliste listes op sammen
  • # med andre maillister, i toptekster, osv. Den b&oslash;r v&aelig;re
  • # s&aring; kort som overhovedet mulig, uden at det bliver uklart hvad
  • # meningen med maillisten er eller hvad den skal bruges til.
  • description = "Lukket liste for Næstved Musik- og Kulturskole"
  • # Teksten tolkes som html bortset fra linieskift, der vil blive
  • # &aelig;ndret til html-tag'et '<br>', sådan at du kan benytte links,
  • # forh&aring;ndsformateret tekst, osv. Men brug alts&aring; kun
  • # linieskift der hvor du vil have et nyt afsnit. V&aelig;r meget
  • # omhyggelig, hvis du benytter html-kode. Fejl (f.eks. manglende
  • # slut-tag's) kan f&oslash;re til at listens informationsside ikke
  • # bliver vist s&aring;dan som den skal.
  • info = """Lukket liste for Næstved Musik- og Kulturskole.
  • <ul>
  • <li>Alle kan sende til listen (max. 200KiB).
  • <li>Indlæg ændres, så svar sendes til listen fremfor til afsenderen.
  • <li>Tilmelding til listen kræver godkendelse.
  • <li>Kun medlemmer af listen kan se hvem der er tilmeldt.
  • <li>Emails arkiveres. Kun medlemmer kan læse arkivet.
  • </ul>
  • For at begrænse spam gennemlæses emails fra ikke-medlemmer før de publiceres på listen."""
  • # Denne tekst vil blive placeret foran emnet i mails sendt til listen
  • # for nemmere og kunne skelne mail fra listen i indboksen i
  • # postprogrammet. Teksten b&oslash;r holdes kort. Det er iorden og
  • # sk&aelig;re et langt listenavn ned til et mere kortfattet navn
  • # s&aring;l&aelig;nge det stadig er beskrivende for listen. Du kan
  • # ogs&aring; tilf&oslash;je et fortl&oslash;bende nummer ved at bruge %d
  • # substitutions direktivet f.eks. [listenavn %d] -> [listenavn 123]
  • # (listenavn %05d) -> (listenavn 00123)
  • #
  • subject_prefix = '[MusikKultur] '
  • # Skjul afsenderen af meddelelser, ved at erstatte den med e-maillistens
  • # adresse (Dette medfører at alle From:, Sender, og Reply-To: felter
  • # fjernes)
  • #
  • # gyldige værdier:
  • # 0 = "Nej"
  • # 1 = "Ja"
  • anonymous_list = False
  • # Skal eksisterende Reply-To: felt i brevhovedet fjernes? Hvis ja, vil
  • # dette blive gjort uanset om Mailman tilføjer et Reply-To: felt eller
  • # ikke.
  • #
  • # gyldige værdier:
  • # 0 = "Nej"
  • # 1 = "Ja"
  • first_strip_reply_to = False
  • # This option controls what Mailman does to the Reply-To: header in
  • # messages flowing through this mailing list. When set to Poster, no
  • # Reply-To: header is added by Mailman, although if one is present in
  • # the original message, it is not stripped. Setting this value to
  • # either This list or Explicit address causes Mailman to insert a
  • # specific Reply-To: header in all messages, overriding the header in
  • # the original message if necessary (Explicit address inserts the value
  • # of <a href="?VARHELP=general/reply_to_address">reply_to_address).
  • #
  • # There are many reasons not to introduce or override the Reply-To:
  • # header. One is that some posters depend on their own Reply-To:
  • # settings to convey their valid return address. Another is that
  • # modifying Reply-To: makes it much more difficult to send private
  • # replies. See <a
  • # href="http://www.unicom.com/pw/reply-to-harmful.html">`Reply-To'
  • # Munging Considered Harmful for a general discussion of this issue.
  • # See <a
  • # href="http://www.metasystema.net/essays/reply-to.mhtml">Reply-To
  • # Munging Considered Useful for a dissenting opinion.
  • #
  • # Some mailing lists have restricted posting privileges, with a parallel
  • # list devoted to discussions. Examples are `patches' or `checkin'
  • # lists, where software changes are posted by a revision control system,
  • # but discussion about the changes occurs on a developers mailing list.
  • # To support these types of mailing lists, select Explicit address and
  • # set the Reply-To: address below to point to the parallel list.
  • #
  • # gyldige værdier:
  • # 0 = "Afsender"
  • # 1 = "mail listens adresse"
  • # 2 = "Egendefineret adresse"
  • reply_goes_to_list = 1
  • # This is the address set in the Reply-To: header when the <a
  • # href="?VARHELP=general/reply_goes_to_list">reply_goes_to_list option
  • # is set to Explicit address.
  • #
  • # There are many reasons not to introduce or override the Reply-To:
  • # header. One is that some posters depend on their own Reply-To:
  • # settings to convey their valid return address. Another is that
  • # modifying Reply-To: makes it much more difficult to send private
  • # replies. See <a
  • # href="http://www.unicom.com/pw/reply-to-harmful.html">`Reply-To'
  • # Munging Considered Harmful for a general discussion of this issue.
  • # See <a
  • # href="http://www.metasystema.net/essays/reply-to.mhtml">Reply-To
  • # Munging Considered Useful for a dissenting opinion.
  • #
  • # Some mailing lists have restricted posting privileges, with a parallel
  • # list devoted to discussions. Examples are `patches' or `checkin'
  • # lists, where software changes are posted by a revision control system,
  • # but discussion about the changes occurs on a developers mailing list.
  • # To support these types of mailing lists, specify the explicit
  • # Reply-To: address here. You must also specify Explicit address in the
  • # reply_goes_to_list variable.
  • #
  • # Note that if the original message contains a Reply-To: header, it will
  • # not be changed.
  • reply_to_address = ''
  • # V&aelig;lg kun 'ja' her, hvis listen skal bruges som "paraply" for
  • # andre lister. Hvis 'ja' er valgt, vil bekr&aelig;ftelser og
  • # meddelelser med adgangskode blive sendt til en adresse som konstrueres
  • # ud fra medlemmets e-mailadresse - v&aelig;rdien af indstillingen
  • # "umbrella_member_suffix" tilf&oslash;jes medlemmets kontonavn (det som
  • # st&aring;r f&oslash;r @-tegnet).
  • #
  • # gyldige værdier:
  • # 0 = "Nej"
  • # 1 = "Ja"
  • umbrella_list = False
  • # N&aring;r "umbrella_list" indikerer at denne liste har andre
  • # maillister som medlemmer, skal administrative meddelelser som f.eks.
  • # bekr&aelig;ftelser og p&aring;mindelser om adgangskode ikke sendes til
  • # selve listen, men snarere til administrator for listen. V&aelig;rdien
  • # af denne indstilling bestemmer, hvilken adresse administrative
  • # meddelelser skal sendes til. '-owner' er et almindeligt valg for denne
  • # indstilling. Denne indstilling har ingen effekt n&aring;r
  • # "umbrella_list" er sat til "Nej".
  • umbrella_member_suffix = '-owner'
  • # Aktiver denne, hvis der skal sendes en p&aring;mindelse om adgangskode
  • # til medlemmerne en gang hver m&aring;ned. Husk at medlemmerne
  • # ogs&aring; selv kan frav&aelig;lge dette.
  • #
  • # gyldige værdier:
  • # 0 = "Nej"
  • # 1 = "Ja"
  • send_reminders = 0