Bug 187515

Summary: userinput inside screen elements is not rendered differently
Product: Documentation Reporter: Warren Block <wblock>
Component: Books & ArticlesAssignee: freebsd-doc (Nobody) <doc>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   

Description Warren Block freebsd_committer freebsd_triage 2014-03-13 00:40:00 UTC 
Text in <userinput> tags is not rendered differently from the rest of text in <screen> elements.  As an example, consider the text in http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/article.html#idp62149040.  In the <screen> section after "Take a quick note of how it looks before moving on to the next step; doing the actual merge:", the prompts, user input, and computer output are all rendered in the same font and style.

How-To-Repeat: Look at http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/article.html#idp62149040
Comment 1 Warren Block 2014-03-13 00:50:48 UTC 
<replaceable> elements are not rendered inside <screen>, either.  The 
~/doc in the commands given in the FDP Primer Quick Start are marked up 
with <replaceable> tags, and should be rendered different from the rest of 
the text: 
http://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/book.html#overview-quick-start
Comment 2 Allan Jude 2014-03-19 22:21:14 UTC 
I have confirmed that this problem goes away if you revert r44109

The changes in 44109 seem to break all inline elements (userinput,
replaceable, callouts, etc) inside screen, programlisting etc (all the
things we added line numbers to)

Hopefully some XSLT wizardry and fix this, as the line numbers are
really nice.

Also see: http://www.freebsd.org/cgi/query-pr.cgi?pr=docs/187773

-- 
Allan Jude
Comment 3 Allan Jude 2014-03-25 16:44:57 UTC 
This was resolved when gabor@ reverted the line number patch in r44350

http://svnweb.freebsd.org/doc?view=revision&revision=44350


-- 
Allan Jude
Comment 4 Mark Linimon freebsd_committer freebsd_triage 2014-03-25 17:42:08 UTC 
State Changed
From-To: open->closed

fix in 44350.