Loading...
 
Skip to main content

ARTICLE improper parsing carat (box tag)

Status
Pending
Subject
ARTICLE improper parsing carat (box tag)
Version
4.x
5.x
Category
  • Usability
Feature
Article
Resolution status
Please retest
Submitted by
jetgraphics
Lastmod by
Marc Laporte
Rating
(0)
Description

The "box" command (carat) is NOT turned off by np nor pp tags, in ARTICLE.

The np and pp work correctly in the WIKI and BLOG.

I verified it with my
Wiki Syntax Test Page, replicated below.

[UPDATE - it would appear that the horizontal line is also not working in this theme. And box tag does not generate a box, too.]
[UPDATE 2 - I found that PREVIEW ARTICLE does not exhibit the error. Only after it is SAVED does the fault occur.]

Wiki Syntax Test Page

Bold Text
Is this bold?

Italic Text
This should lean

Underlined Text
Look underneath me

Strike Through
Ouch, that hurts

Headings, 1, 2, 3, 4

#1 On Top

Looking Up, #2

Hey, Watch Your Feet

Harrumph, fourth place


Horizontal rule (four dashes)


-

Line above me?

Box around text (carat)

Let me out of here!


Centered (in a box, too)

Stuck in the middle, again


Square brackets
["dig it"]

Title Bar

Champion of the Wiki


Shown / Hidden Headings

Peak a boo

[-]

Hide what follows

Boo!

[+]

Clears the Hidden header section

And you can't see what follows "Boo!"

Testing the non-process flag (no box)

^box free?^

Preformated sections

   
pp: Displays preformated text/code; no Wiki processing is done inside
these sections (as with np), %!)~*& == &~'p == (see?)
and the ^spacing is fixed (no word wrapping is done).^ If you see
a box, something is wrong!

pre: Also displays preformatted text with fixed spacing, but
wiki processing still occurs on the text.

Importance
9
Priority
45
Demonstrate Bug on Tiki 19+
Demonstrate Bug (older Tiki versions)
Ticket ID
3471
Created
Sunday 04 July, 2010 23:27:14 UTC
by jetgraphics
LastModif
Wednesday 28 August, 2013 16:56:50 UTC


Show PHP error messages