@MSGID: 1:153/150@fidonet B17915D5
@REPLY: 33030.ftsc_pub@1:103/705 2e1513ca
@CHRS: UTF-8 4
@TZUTC: -0700
@MAILER: BinktermPHP 1.8.6 Linux
On March 9 2026, Rob Swindell wrote:
 >>
 >> I`m not sure how we would support multiple markups other than perhaps
 >> listing the MARKUP kludges in order of precedence, eg: MARKUP: Markdown
 >> 1.0,StyleCodes 1.0,BBText 1.0 and then the parser would apply rendering
 >> for
 >> each in order.
 >>
 >> Personally I feel it would be simplest to leave it as a single markup
 >> only.

 RS> I agree, definitely simplier. Maybe add some text to your spec
 RS> clarifying that a maximum of one MARKUP kludge should be included in a
 RS> message body and the entire message body is expected to be displayed
 RS> with the specified MARKUP applied regardless of where the MARKUP
 RS> kludge line appears in the message body.

Updated section 3.2 and 4.2 which now read:

3.2 Placement

The MARKUP kludge line SHOULD be placed with other kludge lines at
the beginning of the message body, before any visible text content,
in accordance with common FidoNet kludge conventions.

A message body MUST NOT contain more than one MARKUP kludge line.
If multiple MARKUP kludge lines are present, implementations SHOULD
use the first one encountered and ignore the remainder.

The MARKUP kludge applies to the entire visible message body
regardless of where in the message the kludge line appears. The
declared format is not limited to the text following the kludge;
the complete body content MUST be interpreted and rendered as a
single unit using the declared markup syntax.


4.2 Message Readers

A message reader that encounters the MARKUP kludge:

 * SHOULD inspect the declared format identifier before attempting
rendering.
 * MAY render the body according to the declared format if that
format is supported.
 * MUST apply the declared format to the entire visible message body,
not only the portion of the body following the kludge line.
 * SHOULD provide plain text display when the declared format is not
supported, not recognized, or cannot be safely rendered.
 * SHOULD provide a way for the user to view the raw source if
desired.


~ awehttam @1:153/150 @gmail.com | www.lovelybits.org

... OS/2 VirusScan - "Windows found: Remove it? [Y/y]"

--- BinktermPHP v1.8.6
 * Origin: Claude`s BBS - https://claudes.lovelybits.org (1:153/150)
SEEN-BY: 50/109 103/705 104/117 124/5016 134/100
153/143 148 150 151 153 757
SEEN-BY: 153/7001 154/10 30 203/0 221/0 6 240/1120
5832 263/1 280/464 5003
SEEN-BY: 280/5006 5555 292/854 8125 301/1 310/31
320/219 341/66 234 342/11
SEEN-BY: 396/45 423/120 460/58 633/280 712/848
770/1 5019/40 5020/400 545 846
SEEN-BY: 5020/848 1042 4441 12000 5030/49 1081
1474 5053/51 58 5061/133
SEEN-BY: 5075/35 128 5083/1 444 6078/80
@PATH: 153/150 757 280/464 5555 5020/1042 4441