Skin talk:Cosmos

Is there an way to enable dark mode on Cosmos skin, for example changing the background color to a dark one?

It supports the DarkMode extension in more recent versions for a start. Also the skin is almost completely configurable, changing the background color configs to a dark color will make the text colors adapt to the dark theme.

Fixed

Given the following menu items in the MediaWiki:Sidebar. When a bullet item is empty it is still drawn. No other skins behave this way, they all simply exclude those bullet items from the menus entirely. This would be nice to get fixed for cases where logic is used within the menu to present dynamically defined menu items. For example, here under Dynamic, if the user is a sysop then they get a link to PageForSysops but if they are not then the get a link to FAQforOthers. But the next link does not have the ELSE portion, so it will be empty output for non sysop users. When this last link is rendered in the menu it appears as an empty clickable link to nothing. If there are many logic based links there can be quite a lot of empty space which other skins simply skip over entirely. Thanks for any tips before I start digging into the code myself.

* Navigation

** randompage-url|randompage

*** helppage|help-mediawiki

**

**

* Dynamic

** {{#ifsysop:PageForSysops|SysOps or FAQ|FAQforOthers|FAQ}

** {{#ifsysop:PageForSysops|SysOps or FAQ}}

Thanks for bringing it up, I will also look into this soon. Does this happen when you set the menu in MediaWiki:Cosmos-navigation or just when in MediaWiki:Sidebar, and embeded into MediaWiki:Cosmos-navigation through {{int:sidebar}}?

Great question. I will test that out. I have thus far left MediaWiki:Cosmos-navigation as is and am using the main Sidebar because all skins (more or less) utilize that menu.

Yup, they appear to still render empty menu items if logic or non logic results in an empty ** or *** item.

Ok, thank you for verifying that, I will look into this tomorrow also and hopefully deploy a fix. Thanks again!

Hello, I'd like to apologise for the delay in fixing this. Some personal things came up. I will try and get it done as soon as possible.

No worries, whenever you get to it. If I had more time myself I might take a stab at a fix myself.

This should now be fixed

Saw in "Planned features" update to new FandomDesktop skin - can this be done separately, as another skin, or is there possibility to still use older version?

I'm asking because I've been managing wikis on WIkia/FANDOM for ages and don't know much about "raw" wiki management/experience. There is an obvious backlash on FANDOM against this new skin, I'm among those doesn't support this change, and I was pleasantly surprised that a replica of Oasis exists on MediaWiki.

Currently this is planned to be done as a separate skin.

When enabling the Extension:DynamicSidebar and using the Cosmos skin. The menu simply renders a menu named USER-SIDEBAR which is a link to the article of that name. This menu has no contents and is of a slightly different style than the other menus.

• USER-SIDEBAR
• GROUP-SIDEBAR (does the same)
• CATEGORY-SIDEBAR (I presume is the same but have not tried)

The above is added to the MediaWiki:Sidebar to enable the users own personal menu, if that article User:Username/Sidebar exists and nothing is rendered if that page does not exist, when using other skins.

See also https://www.mediawiki.org/wiki/Topic:W9eo110obloufonw

Hello, I once again apologise for the delay here. I will try and look into this as soon as possible. One of the goals I had with Cosmos was to have support with at least most extensions. However this goal is something I've struggled with lately, as it seems to also have issues with the NoTitle, and JSBreadCrumbs extensions as well, do to the naming convention Cosmos uses for html elements. However I do plan to work on adding support for those as well, so I will add this to the list of extensions to verify support with. Once again, thank you for bringing this up. It is greatly appreciated.

No response, and this can be done with either configuration or Cosmos.css.

How can i change the navigation color in MediaWiki:Cosmos.css?

Hello, can you please elaborate on what you mean by "navigation color"? Thank you!

Nothing I can do to help in this unfortunately.

Sorry to be a pain and mention so many bugs or quarks that I have encountered. I do very much like the nesting menus feature that the Cosmos skin has. I am curious if you are aware of any way to add this feature to other skins that my users may also like to have. Would be great if they would all behave similarly. Thanks for such a great skin none the less.

Hello, and no problem, the bug reports are most welcome and greatly appreciated. Unfortunately I'm unaware of a sane way to do this for additional skins, I apologise.

The MediaWiki:Sidebar element for the tools is not rendered?

In the main set of navigation menus the special TOOLBOX element does not get drawn? Is there some way to get this to work without resorting to adding the special links which appear in that part when using other skins?

* TOOLBOX

Thanks for letting me know. I will look into this tomorrow.

Outstanding! Thank you so very much.

Hello, I'd like to apologise for the delay in fixing this. Some personal things came up. I will try and get it done as soon as possible.

Has been long resolved.

We are using Mediawiki 1.35.2. The Cosmos skin looks a little off . There's a message in black text that says:

 Deprecated:  Array and string offset access syntax with curly braces is deprecated in /var/www/html/w/skins/Cosmos/includes/CosmosToolbar.php on line 242

.

Here is an image:

Disable E_DEPRECATED errors from PHP in production. See https://stackoverflow.com/questions/24559842/turning-off-deprecation-warnings-in-php-ini-file-wamp

Thanks.

Wouldn't it be better to fix the problem on the REL1_35 branch?

The problem should be long fixed on the REL1_35 branch (like 8 months ago I fixed it), and the CosmosToolbar class doesn't even exist anymore.

Thanks again.

So this is interesting...

We use Cosmos from GitHub at https://github.com/wikimedia/mediawiki-skins-Cosmos. We also checkout REL1_35 because we are running MW 1.35.2.

skins# cd Cosmos/
skins/Cosmos# git branch
* REL1_35
skins/Cosmos# find . -name '*Toolbar*'
./includes/CosmosToolbar.php

It appears CosmosToolbar.php is still present.

---

We use GitHub sources because it is easiest (on us) to keep things updated. We have a script at https://github.com/weidai11/website/blob/master/mediawiki/update-wiki.sh, and it updates to the latest sources for us:

wiki_dir=/var/www/html/w
wiki_rel=REL1_35
...

# This finds directories check'd out from Git and updates them.
# It works surprisingly well. There have only been a couple of minor problems.
IFS= find "${wiki_dir}/skins" -type d -name '.git' -print | while read -r dir
do
    cd "$dir/.." || continue
    echo "Updating ${dir::-4}"
    git reset --hard HEAD && git pull && \
      git checkout -f "${wiki_rel}" && git pull
done

IFS= find "${wiki_dir}/extensions" -type d -name '.git' -print | while read -r dir
do
    cd "$dir/.." || continue
    echo "Updating ${dir::-4}"
    git reset --hard HEAD && git pull && \
      git checkout -f "${wiki_rel}" && git pull
done

That's interesting because as you can see https://github.com/wikimedia/mediawiki-skins-Cosmos/blob/REL1_35/includes/CosmosToolbar.php returns 404, indicating it doesn't exist any longer.

Thanks.

Something looks odd. It looks like something is breaking a pull and checkout.

Updating /var/www/html/w/skins/Cosmos/
HEAD is now at 73faf13 only 1 readme for all branches
Already up to date.
warning: refname 'REL1_35' is ambiguous.
Already on 'REL1_35'
Your branch is up to date with 'origin/REL1_35'.
Already up to date.

Are you guys rewriting history?

It's possible something happened with the history yeah.

You have both a branch and a tag named REL1_35.

Sigh...

I've asked the tag be removed awhile ago, I don't have access to do that. It was created by me before moving to wikimedia gerrit and now it transferred over and now I can't remove it. Apologies for issues created.

Was using REL1_35 branch, therefore wrong config names.

Hi,

First of all, I would like to tell you that the skin is very well done, congratulations!

I don't know if I'm doing something wrong, but there are some configuration options that don't seem to be working.

These options are: $wgCosmosFooterBackgroundColor, $wgCosmosToolbarBackgroundColor and $wgCosmosButtonBackgroundColor.

LocalSettings.php

# Load Cosmos (skin)

$wgDefaultSkin = 'Cosmos';

wfLoadSkin( 'Cosmos' );

$wgCosmosMainBackgroundColor  = '#a5b5c5';

$wgCosmosBannerBackgroundColor = '#002a32';

$wgCosmosWikiHeaderBackgroundColor = '#002266';

$wgCosmosContentBackgroundColor = '#ebf2f5';

$wgCosmosContentOpacityLevel = 79;

$wgCosmosFooterBackgroundColor = '#002266'; # not working

$wgCosmosToolbarBackgroundColor = '#002a32'; # not working

$wgCosmosLinkColor = '#0148c2';

$wgCosmosButtonBackgroundColor = '#002266'; # not working

Additional information:

- MediaWiki: mediawiki:1.35.1-fpm-alpine

- Browser: Firefox 87.0 (64-bit)

Hello, I apologise for the issue. My guess is you are using the REL1_35 branch of Cosmos, that branch has configs named differently from master. In the REL1_35 branch, configs are wgCosmosFooterColor, wgCosmosButtonColor, wgCosmosToolbarColor, I recommend you switch to the master branch for Cosmos, for reasons that it is highly more maintained and updated, and it still supports mediawiki 1.35+. Thank you!

I was indeed using the REL1_35 branch because I thought the master branch was unstable, but if you say that it is better to use the master branch, I will use it.

Now everything works like a charm!

Thank you very much! ^^

Glad it works!

Declined feature request for now.

hi how can i install wikia user wall extensions in skin:cosmos?

Hello! Unfortunately this is currently not possible. However maybe eventually I will work on creating this extension. Thank you!

ok

Thanks.

No problem.