User:Fram posted the following:
Large picture, isn't it?
Fram: Would you suggest forcing a maximum size on images? We currently allow default image sizes to be shown, so that would be a change...
(However, I will go file a bug for MediaViewer BetaFeature not working here...)
Fram: Correct. Topic titles are plaintext only, at least for now. See bugzilla:57153 for prior discussion. There's also bugzilla:57950 asking for there to be a warning-popup for the editor, to explain this if they start typing markup.
This will definitely be discussed again (and onwiki), but it isn't a crucial feature for the release to Wikiprojects, so is on the backburner.
Fram: Hmm, it's working differently on ee-flow - eg here - perhaps the <pre> formatting is because the template:reflist used on mw.o is an old version?
I'm also not sure why the [1] isn't superscripted properly. I'll file a bug for that specifically (bugzilla:60017), and ask if the pre-formatting problem needs a separate bug or not.
Fram: Let me repeat the same HTML as your test...
<pre>
formatting is fixed, probably due to Parsoid changes.<ref>
tag through Extension:Cite/Cite.php – it doesn't use the PHP parser's hooks. But it clearly does something with the tag... The fix might be to have Parsoid CSS matching the built-in browser styling of sup
, i.e. span.reference { font-size: smaller; line-height: normal; vertical-align: super;}. I updated bugzilla:60017.#citeanchor
fragments, but because the Flow page includes a <base href="/wiki/Talk:Sandbox">
(in order to make relative links work?), following the links when you're viewing this topic in isolation makes you leave the current page, and if it's scrolled off the Flow board the link won't work. I filed bugzilla:62691
id=cite_note-1
and it's undefined what hyperlinks using that as a fragment will do. So citations may never work correctly when the Flow board or single topic view shows more than one post using them.Test[1]