Mon, May 6
And for reference the Special:UserLogout changes are related to https://phabricator.wikimedia.org/T25227
Closing as invalid, as you think it's a script error. if you'd like to provide an explanation of how the script SHOULD be written
Mar 18 2019
Feb 23 2019
The observered behaviour is a limitation of the browser, not in Mediawiki. Support for proper dropinitials will have to wait until CSS4.
Feb 18 2019
Apparently resovled, as I am no longer seeing this issue..
Feb 17 2019
For reference the code for aligned table is at :
The relevant page was eventually repaired by someone else
Feb 11 2019
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.
Feb 8 2019
Jan 28 2019
Closing as Documentation concern.
It wasn't in the help specifically on English Wikisource, so I updated the advice:
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.
Jan 27 2019
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.
Jan 9 2019
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.
Jan 4 2019
Do you mean an edit filter or an edit tag?
Dec 23 2018
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.
Okay so if it's an issue of bad formatting, Ticket closed.
Dec 22 2018
Or you could actually FIX the parser to SEE that the entirity of the DIV should be within the list item?
This was what I was trying to do:-
Okay so how to put something that's a BOX based DIV into the first item..
Because the UL list should be part of the first item, Unless I am misunderstanding HTML
Updated original example to be clearer.
Dec 21 2018
Nov 29 2018
Nov 26 2018
Nov 9 2018
The provision of some basic notes on SQL syntax, linked from the Quarry pages , might also be helpful.
Nov 6 2018
My best example for this would be the query designer in Microsoft Access, which I haven't used in a while. Various other RDMS systems have Query designers. Maybe examining how Base in Libre Office handles query design could also be considered?
Nov 5 2018
But I know get - Error: "Unknown dependency: mediawiki.toolbar"
Have attempted to load a page using the safemode param, Charinsert toolbar still fails to appear
Thanks, for redirecting me.
A related issue is again present on EnglishWikisource..
Aug 13 2018
Moving my comment from the dupliacte here :
I have a set of 'monster' templates at English Wikisource , cl-act-paragraph (and related) , which currently use a considerable amount of inline CSS, or parameter passing via various levels of template... What differs between the templates is typically trivial details such as left/right or the amount of indentation.
<section> meaning LST is widely used on Wikisource.
Adding Linter extension, as non-permitted sequences are something that it could look for (if this is something that would need a seperate ticket LMK)
Jul 1 2018
For the sake of collating information in one place: (These were the tickets I got notifications about - I haven't checked back through my own contribution history yet though. )-
Thanks for handling this. Is there an estimated time for when everything will be back to normal?
Jun 30 2018
Jun 20 2018
Closing as declined for now, given that an acceptable workaround was eventually suggested.
Jun 19 2018
My text example (link earlier) generates :-
Thanks, that provides an explanation, but doesn't resolve the issue...