Smooth transition when collapsing or expanding table of content. Also, the style of the table, which is much better than what we have in EnWiki. (Spanish Minecraft Wiki)
👁 Image Transition and style of the table of content
👁 Image Neutral towards width and theme transitions, 👁 Image Oppose ToC animation and Inventory slot highlighting. Just because someone did something doesn't mean everyone else should mimic them. BabylonAS11:10, 17 March 2025 (UTC)
First two of those ideas are Fandom's features copycats so strong oppose and the last one is already implemented here. Arina (she/her) 15:30, 17 March 2025 (UTC)
What does Fandom having these features have to do with it? Just because they do something does not mean the idea is not worth considering. - Zamburger (talk) 20:02, 17 March 2025 (UTC)
This pretty much. We indeed forked from Fandom, but they are not the owners of web design pratices, and we can take some designs and work on them to make them work better. I do have some comments for this as well:
The transition between expanded and collapsed width was already planned for so much time on the community, it only needed someone that actually worked on it, and I'm pretty sure most devices can run a width transition animation. We're not wikipedia to need to work for all devices, after all even Minecraft already dropped support for older devices.
Table of contents might be very similar to Fandom, but that's only because they use that design, if you knew all the websites I've visited that use nearly identical table of contents' designs, you'd understand why I don't associate the web design practice for the ToC. What I do associate is the particular design Fandom wikis use, which is something we tried to avoid the most when we implemented them.
As @Leo768 already mentioned, the theme selector I'm working on already adds the width transition (and improves on the version from the Spanish wiki). You can try out the current version of the theme selector at https://mc-dev.weirdgloop.org
I'd not be opposed to restyling the table of contents, but I don't feel like the version from the Spanish wiki fits our current skin.
I don't really mind about this, but it seems like a nice feature. If it were to be implemented I'd probably prefer the more subtle Java Edition highlight.
The Spanish wiki doesn't really have a smooth transition between dark/light themes. It's only transitioning for some few elements, and for those it's probably an accident. I' strongly against implementing this. It'd be tons of effort to implement, potentially cause many follow-up CSS issues, and might not even look good in the end. I think it changing all at once is fine and also makes the wiki feel responsive.
I'm thankful for you to improve the transition between expanded and collapsed width, we do CSS currently but having something that can adapt to the stickyHeader gadget is definitely better (if it's not I'd suggest looking into it as well).
I agree that the table of contents design we use could be prettier, but we prioritized usability in it rather than design, which is why it has easier-to-click links, as well as turning the header into an expand/collapse button.
Recently Java Edition has changed the highlight to an even more subtle one, so we chose Bedrock's because it's more noticeable and helps accessibility, and I think including Bedrock elements on the article body UI sometimes isn't bad.
I agree fully with this, some elements are indeed accidental and it's unintended behavior, I just haven't had the time to check it, and I'm thinking of just removing these animations.
Don't get me wrong, I think the styling of the TOC you have on ES looks great! I just think it seems a bit out of place, especially on EN where we don't have the other CSS tweaks and recolorings you have made on ES. But with some tweaking I think we can definitely add it to this wiki (and others?) too. | violine1101(talk)23:22, 17 March 2025 (UTC)
If you need my help to work in CSS design across wikis I'd be glad to help, for now what I did was rewriting variables to use english names so they are easier to understand. --Supeika (talk) 00:39, 18 March 2025 (UTC)
The ToC animation is completely unneeded and I ask you to not pollute other wikis (especially RuMCW) with it. The current ToC looks fine as it is now. BabylonAS05:33, 18 March 2025 (UTC)
I'm not talking about the animation, but the general design. Obviously before implementing it elsewhere I'll talk with the other wikis before just adding that. | violine1101(talk)15:10, 18 March 2025 (UTC)
👁 Image Support page width animation, and it's already being worked on.
👁 Image Oppose ToC animation, I plan to remove it from ES since it causes a FoUC when switching to dark theme. 👁 Image Support redesigning the ToC, and even if not an exact copy of ours, you should take note from the accesibility points I mentioned in my other comments.
👁 Image Support grid highlight, it helps accesibility. 👁 Image Also I suggest bringing dark theme mcui-based tables to EN, it could be better for even us having better CSS for them since EN knows more CSS than me.
👁 Image Just no, too many potential FoUC, the transition CSS property already clashes with the ToC on ES to the point I'm planning to remove some animations that change background colors, having more slapped on more elements would make stuff way worse.
I forgot that this discussion was made, and yeah, on ES I decided to bring more parity with EN now that the wikis are in mediawiki 1.43, which have native CSS variables.
-
We kept everything of the custom Table of Contents (ToC), except its animation, and the grid highligthing on anything that uses the Spanish version of Module:Recipe table (basically changing wikitable inside that module to a custom class called article-table which creates those fancy Minecraft-y tables).
-
As I mentioned before, there was too much clashes on animations that, with CSS, would be very tricky to do, specially width, and even worse then toggling between light and dark themes. There is a new testing gadget for new width and theme settings on this wiki as well, so I think it would be better to wait until that is finished to see if it should be ported to other wikis.
-
I still stand to my position of bringing to EN the dark .mcui-based styles that we use on ES. Bringing the assets to dark theme was for sure a long task to do, but the results work very well. In any case, it was nice to bring this back to life, at least for these concepts. I think we all could learn from the other wikis and get inspiration from them. -- Supeika (talk) 01:08, 1 September 2025 (UTC)
I would probably object to having a dark mode version of recipe UI styles as those do not exist in the game itself. — BabylonAS04:25, 1 September 2025 (UTC)
The wiki doesn't need to follow Minecraft in an exact replica. I did try once, but, while possible, it takes so much effort and the results kind of clash with the wiki page, as well as being difficult to maintain long-term. My reason to change to a dark theme isn't because of preference though, but accessibility.
The templates that make use of that module are too bright on dark theme, and we really need to make something so they aren't that clashing. We already have custom infoboxes and table colors on EN, so I don't really see much difference, readers care more about getting their recipes than how the wiki UI for the recipe tables look. -- Supeika (talk) 12:12, 1 September 2025 (UTC)
