Skin talk:Minerva Neue

At the bottom of each page there is a link to "Desktop". Is there any way to add more links to this footer area?

Using Minerva Neue in Desktop mode, as Page/Discussion tabs are not displayed above the title, there is no return link (i.e. link bringing you back to the original Page) on the following pages :

- Visual editor or wikitext editor in Desktop view (the "X" back command is present in Mobile view but not in Desktop view, this difference in behavior coming from core Mediawiki, not from Minerva Neue skin)

- History page when not using Special:History pages ($wgMFUseDesktopSpecialHistoryPage set to true)

What would be the best way to add a return link at the top of these pages?

I add examples of what I mean, using Wikipedia. On these pages forcing Minerva Neue Desktop mode, there is no return link bringing you back to the original "MediaWiki" page:

- WIkitext editor: https://en.wikipedia.org/w/index.php?title=MediaWiki&action=edit&useskin=minerva

- Visual editor: https://en.wikipedia.org/w/index.php?title=MediaWiki&veaction=edit&useskin=minerva

- History: https://en.wikipedia.org/w/index.php?title=MediaWiki&action=history&useskin=minerva

I really like using Minerva Neue to access my wiki on my phone. However, I find myself frequently having to switch to desktop mode just to be able to press the "Move" button to rename an article.

I know in the past I was able to enable the "History" button with $wgMinervaHistoryInPageActions. Is there a similiar option to enable Move?

https://phabricator.wikimedia.org/T231291 patch is welcome.

Thank you very much, I'll check that out.

Does anyone have some CSS for that? Thanks.

Seems there is no Dark Mode for hte Minerve_Neue skin yet, but there seems to be two for the Timeless skin (for example https://www.mediawiki.org/wiki/Skin:Timeless-DarkCSS although I couldn't make it work yet on my wiki) so you may want to use that one instead (IMO it is offer way better functions than Minerva_Neue).

If wfLoadSkin( 'Timeless' ); throws an error on your wiki, be sure to add $wgMFDefaultSkinClass = "SkinTimeless"; to your LocalSettings.php as well.

https://phabricator.wikimedia.org/T206094 has some code you can try.

I want to change the top of the site title to the logo, but do not know how to configure, please help!

Please see Manual:$wgLogos

When using the Minerva Neue skin in Desktop view, the "Upload file" button does not show up as a button when trying to "Upload a new version of a file".

When using the Minerva Neue skin in Mobile view however, the button does show up correctly.

How can this minor issue in Desktop mode be fixed?

The upload link isn't shown even in mobile view. Can you explain how it works for you? are you using some script or extension for that?

When browsing on an iPad (A1893), opening the menu and closing it again freezes the site.

Is there a workaround?

This is a bug with the latest version of iOS. We've reported this issue to Apple and are in the process of patching this as we speak.

A workaround if you are able to edit your user styles:

.main-menu-mask {display: none;}
#main-menu-input:checked ~.main-menu-mask {display: block;}

Thank you!

Apparently, the mobile editor lacks the ability to mark edits as minor.

Is that deliberate? Why, if I may ask?

It's just never been prioritized. I think there's also an element of how to fit this into the UI without being confusing - I don't think it's widely understood by the average user what is and what isn't a minor edit, but the phab ticket is pretty quiet so I think it's more likely a case of priority

https://phabricator.wikimedia.org/T123694

(Also note this is an issue with MobileFrontend and its editor not Minerva - which has allows for minor edit editing)

https://www.mediawiki.org/wiki/Skin:Minerva_Neue?action=edit&useskin=minerva

I have noticed two distinct versions of Minerva(Neue) on various MediaWiki instances on the Internet:

The superior variant has an article/discussion tab on the top and watch/history/contributions/edit/options top shortcut (the third only on user pages).

The menial variant only has the editing pen and a link to the discussion page above the green bar at the bottom that links to the page history.

Sometimes, it is the latter only when viewed using desktop front end (with useskin=minerva) while the former when viewed using the mobile front end.

One can know which front end is being viewed by the design of article message boxes and the missing view count at the bottom.

Probably you're talking about the features added by Advanced mobile contributions project. You can see more details on the project page.

All these features are configurable. In desktop Minerva they are enabled by default. In mobile many of them are off by default. Please explore the configuration options to find what you need for your wiki.

https://doc.wikimedia.org/mediawiki-skins-MinervaNeue/master/js/js/ see config.

As stated on the extension page, "MediaWiki:Mobile.css (for mobile mode) or MediaWiki:Common.css (for desktop mode) will be loaded."

In Vector skin (desktop mode), the site specific CSS set forth in MediaWiki:Common.css is loaded via a <link rel="stylesheet" . . . >.

In MinervaNeue skin (mobile mode), the site specific CSS set forth in MediaWiki:Mobile.css is loaded via JavaScript.

I use site specific CSS to hide certain elements on my MW 1.35.0 installation. This works without any problem in Vector skin (desktop mode). However, in MinervaNeue skin (mobile mode) the page is rendered in full, then a second or so later the "hidden elements" disappear and the page abruptly shifts into the desired appearance. Obviously, this is not optimal.

First, can you tell me why site specific CSS is implemented this way in MinervaNeue skin (mobile mode)?

Second, can you recommend any workaround short of modifying the MinervaNeue skin code and inserting my site specific CSS directly into an appropriate source file?

If you are using MobileFrontend you need $wgMFSiteStylesRenderBlocking = true

Minerva when used as desktop skin should load MediaWiki:Minerva.css without any problem.

Thanks for the quick response. I made the recommended change and it works as stated.

I had previously read the MW 1.35 Mobile Frontend documentation (including the README.md file) but the phrase "render blocking" was too obtuse for me to understand the effect of $wgMFSiteStylesRenderBlocking.