More ubiquitous inlines Under this proposal, all of the “publishing inlines” and trademark are added to the set of “ubiquitous inlines”. This will extend the content models of all of the following elements: abbrev accel acronym address application arg artpagenums attribution authorinitials bibliocoverage biblioid bibliomisc bibliomset bibliorelation bibliosource citebiblioid city classname code command confdates confnum confsponsor conftitle constant contractnum contractsponsor contrib country database edition email emphasis envar errorcode errorname errortext errortype exceptionname fax filename firstname funcdef funcparams function givenname guibutton guiicon guilabel guimenu guimenuitem guisubmenu hardware holder honorific interfacename issuenum jobtitle keycap keycode keysym label lineage lineannotation literal manvolnum markup mathphrase methodname modifier mousebutton msgaud msglevel msgorig option optional orgname otheraddr othername package pagenums paramdef parameter personname phone phrase pob postcode productname productnumber property publishername refmiscinfo releaseinfo remark returnvalue revnumber revremark seriesvolnums shortaffil state street subscript superscript surname symbol tag token trademark type uri varname volumenum wordasword year In addition to inlinemediaobject, remark, subscript, superscript, the linking inlines, and alt, these elements would now also allow abbrev, acronym, trademark, date, emphasis, footnote and footnoteref, foreignphrase, phrase, quote, wordasword, firstterm, glossterm, and coref. In the particular case of emphasis, foreignphrase, phrase, quote, firstterm, and glossterm only a limited form of each element would be allowed. A quote, for example, in this context would also have a content model limited to the new definition of “ubiquitious inlines”. The new schema will allow things like: An application and filename.xml.