Bug 187515 - userinput inside screen elements is not rendered differently
Summary: userinput inside screen elements is not rendered differently
Status: Closed FIXED
Alias: None
Product: Documentation
Classification: Unclassified
Component: Books & Articles (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-doc (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-03-13 00:40 UTC by Warren Block
Modified: 2014-03-25 17:42 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.