Do we want to exclude all
*.archlinux.org domains, or just prettify the links from templates? For the latter there is a better workaround, as I noticed on Wikipedia: embedding the link in
<span class="plainlinks"></span> will hide the icon via MediaWiki's CSS rule. Compare  and . -- Lahwaacz (talk) 09:50, 14 December 2014 (UTC)
- Ha, that is a nice trick! However I've noticed that Wikipedia keeps it simpler than us regarding link icons, try to preview the following list in Wikipedia:Wikipedia:Sandbox:
- I think that's the way we should go too (I mean using only the arrow icon for everything), and in that case I'd be more in favour of removing all the current exclusions and hide the icon only for templates as you proposed.
- -- Kynikos (talk) 14:21, 15 December 2014 (UTC)
- I also think that using the arrow icon for everything would be a great visual improvement. Just note that there are also multimedia icons, which are currently applied only for non-https links because of .
- This patch is becoming rather big, and something tells me we are not finished yet!
- -- Lahwaacz (talk) 20:13, 15 December 2014 (UTC)
- No, it shouldn't be necessary. At first I thought that only the links in templates will be prettified by removing the icon, but it is probably best to treat the whole wiki.archlinux.org domain as internal.
- Basically the new/current style differentiates the links as internal/external based on the target domain, whereas MediaWiki defines the terms based on the wiki syntax (internal links use double brackets, external use single brackets). Maybe we should define new terms to preserve our own sanity :/
- -- Lahwaacz (talk) 18:07, 20 December 2014 (UTC)
- Well, mw:Help:Links distinguishes "five types of links": "Internal links", "External links", "External links to internal pages", "Interwiki links" and "Interlanguage links". "External links to internal pages" are thus treated as a separate case, even though then their section is a child of "External links"; also, it's not a coincidence if the "plainlinks" class is defined only there, even if it works on every link, as it's been specifically created to solve the icon problem, as proved by mw:Manual:Plainlinks and related bug reports. After all, with the exception in the CSS we're practically doing the same fix, except that we use a CSS selector insead of a manually-added class; in fact, we may even propose this method on MediaWiki as a simpler workaround!
- If we need a term to refer to this kind of links, I guess we could use "local external"? However they are so rare that I don't think our sanity will be too much affected ;)
- -- Kynikos (talk) 11:11, 21 December 2014 (UTC)
Search page layout
- This seems to have fixed it, although while the page is loading the bug is still visible, at least on my machine :(
- I have reported the bug upstream: https://phabricator.wikimedia.org/T122499
- — Kynikos (talk) 10:35, 28 December 2015 (UTC)
See how the move page looks like in MW 1.26. The new OOUI theme spreads more and more (see e.g. ) and I don't quite like it, because it doesn't combine well with the rest of the ArchLinux skin. Unfortunately there doesn't seem to be a way to change the theme:  -- Lahwaacz (talk) 17:27, 22 December 2015 (UTC)
Updates for skin-independent extension
I've also made some changes here and finally decided to create a pull request to unify the rules for the MonoBook and Vector skins. Without it, overriding everything to look the same on both skins would be pretty hard... Maybe we can also finally push the new colors later (or even in this pull request?).