https://en.wikisource.org/wiki/User:ShakespeareFan00/foo/testcases My set of test cases for some experimental template code I wrote.

In simple cases, expanded the whole thing to wikitext would be the intended approach..

See also T162375, which was a request for an explict way to indicate null values..

Re-opening as it relates to T196440

Marking this as an 'Annoyance' type task in the heading, given that the issue noted can be carefully worked around, as indicated. It would be nice not to have to use the work-around in the future though, with a more robust parser being able to know it inside the <span> still and act accordingly.

Aklapper, Is this and T226395 the same issue?

See also T57674

Other issues that may be related T185312 , T185827, T185563

Another example of where wrapping references in a span is not a good thing-
https://en.wikisource.org/wiki/Robert_the_Bruce_and_the_struggle_for_Scottish_independence/The_Making_of_Scotland

In respect of the discussion at English Wikisource this is also slightly related to: T226395

Keep the existing functionality and have <footnote> <footnote follow=> </footnote> instead to handle the block level cases?

(Opps! must have hit save by mistake, added an initial discussion)

Yes. it would , in respect of this the zero length content would be the first param to the "tag" parser function

It relates to the ProofreadPage code base because it's that extension that implments the PAGES tag used in the example given.

I will also cross reference https://phabricator.wikimedia.org/T200632 here. Having parameterizeable style sheets in conjunction with per Index works would be immensely powerful, as you could write various generic style sheets, and then tweak them with parameters for individual works instead of having to completely re-write largely identical stylesheets. (Not a priority though).

Some questions / talking points :-

And for reference the Special:UserLogout changes are related to T25227

Closing as invalid, it's a script error or a script that was written for an earlier version of Special:UserLogout.

The observered behaviour is a limitation of the browser, not in Mediawiki. Support for proper dropinitials will have to wait until CSS4.

Apparently resovled, as I am no longer seeing this issue..

For reference the code for aligned table is at :
https://en.wikisource.org/wiki/Module:Aligned_table

Another example:-
https://en.wikisource.org/w/index.php?title=Page%3AJanuary_1916_QST.djvu%2F11&type=revision&diff=9110659&oldid=6808821

The relevant page was eventually repaired by someone else

Not unexpected but - https://en.wikisource.org/wiki/User:ShakespeareFan00/Ruffhead displays the intended drop-capital, albiet vertically displayed, which suggests something additional is being applied to the styles used in Page namespace.

Closing as Documentation concern.

It wasn't in the help specifically on English Wikisource, so I updated the advice:
https://en.wikisource.org/w/index.php?title=Help%3APage_numbers&type=revision&diff=9073307&oldid=7091752

The original example in this was temporarily repaired using the suggested work-around, see https://en.wikisource.org/wiki/The_Return_of_Sherlock_Holmes,_1905_edition/Chapter_3 for an example of where the reported issue now arises.

Re-opening because I still consider this a bug. Whilst the work-around suggested, is indeed a reasonable "temporary" solution, it doesn't fully resolve the issue. It is not unreasonable for the transclusion functionality /page numbering script to recognize an entirely blank page and suppress or amend display of numbering which would overlap, without having to explicitly make use of excludes.

A seperate issue is that previously page 21 was defined as "(8)" in the pagelist tag, (see the history of the hhttps://en.wikisource.org/w/index.php?title=Index%3AThe_Return_of_Sherlock_Holmes%2C_edition_published_in_1905_by_McClure%2C_Phillips_%26_Co.%2C_New_York..djvu&type=revision&diff=9071942&oldid=6138746 ) which inadvertently suppressed the display of subsequent page numbers to the left of the transclusion, after it was encountered.

Thanks.. Ideally, what I'd like to see is a vertical only 'resize' (if that's feasible in the CSS) as disabling the flex options allowed for resizing, but in 2 dimensions rather than only the desired "vertical" direction..

Still Experiencing the lack of ability to adjust the "header" or "footer" text-area here -https://en.wikisource.org/w/index.php?title=Page:Arch%C3%A6ologia_Americana%E2%80%94volume_2,_1836.djvu/133&action=edit&redlink=1.

Do you mean an edit filter or an edit tag?

Let's have further discussion on the wiki - Anyway see - https://en.wiktionary.org/wiki/Template:rfap/sandbox

Changes moved to a sandbbox - And tested here - https://en.wiktionary.org/wiki/Template:rfap/sandbox

The image should be to the left of the text, your version puts it above.. I might revert back to the "known" but broken table-based version until someone can actually make an identical version.