All posts by

Your fix didn't work for me.

Edit: There we go - .lyrics-img .video-thumbnail img works.

The missing </span> tags are 100% an editor issue as I've noticed that on saving in the past that it (along with other closing tags on occasion) would be removed automatically.

And, as I noted originally, this issue didn't show on the previous skin.

I'm going to assume you already looked at the links I provided (and the fix). I went ahead and removed my fix so the problem is obvious on the article linked above. You can see that the images and videos do not align. The relevant styling is under the "Song Page Improvements" section of the MediaWiki page linked.

I was thinking the same thing and may do so after I finished my styling migration for the new skin.

Part of the issue is easy accessibility to the history. For example, I sometimes wonder when/why I did something and I'll look back into the history because the summaries sometimes give extra info, other than coded comments.

If there's not a way to actually move the history from the original page I'm just gonna import instead. Better to keep all the edit information together.

I guess I could even say "screw it" and just import the old articles into the new.

I have no idea what you mean by a "roundabout move." I don't wanna keep a page that's not going to be used again, but the history is generally important to keep with the content.

They are visual edits done on mobile.

On smaller wikis, reviewing and maintaining the wiki's standards for things that can be avoided is a large waste of editor time.

Mobile editing has never been a recommended editing preference, and I've went ahead and specifically added that to our the Community page (which new editors don't read anyways).

Two options: the mobile editor is responsible (based on the edit tags) or (more likely) editors don't know how to edit with proper spacings when typing on a small screen. Either way, it's the same problem.

I think the issue would be resolved by a number of Admin and maintenance policies. If a wiki doesn't have a large number of editors that constantly add to new pages, I wouldn't suggest allowing the use of red links (through Manual of Style). If there are editors that commonly create wanted pages, only allow critical and note-worthy links to non-created pages. Redlinks do not help readers and can quickly be annoying, at the same time too many make Special:Wanted Pages useless for editors (even more so if naming isn't consistent, which wouldn't reduce the amount of editing required).

"The process of uploading a duplicate of a file that already exists on a wiki has been improved"

How so? By preventing the upload or renaming the file?

I'll try to remember using Incognito mode next time (I logged out yesterday and the new log-in wasn't letting me log back in without claiming my username/password was wrong).

Yeah, and that whole idea is the problem. We should be able to set all of our theme colors manually, not be forced to use what Fandom prescribes for us. Our theme took a lot of time to develop and refine; it's finally to a stable theme so changing isn't gonna happen (it's way too much work to be guessing what Fandom is gonna choose and it's already enough work to keep up with the issues Fandom causes).

That *may* be the issue with the hovering (which was never an issue before), but it has nothing to do with the main problem.