But not limited to it. I found the same behaviour in many pages.
Thu, May 26
It may be something related to permissions at diff then, because the code is blocked if I try to insert an iframe.
Tue, May 24
Wed, May 11
Thanks for mentioning this discussion @Jdlrobson. After the first shock for the change (the usual one) I have noted that it is difficult to navigate the article because we can't see the ToC after we have gone down. I proposed in T308032 to double the ToC, but yes, it may be tricky. We have to think in a way to show the ToC in the first sight, because [I DON'T HAVE DIRECT PROOF OF THIS] people normally is going directly to the section they want to read, and navigating down to find the ToC makes it more difficult.
Tue, May 10
Mon, May 9
Thu, Apr 28
The problem persists, and they have tried from 3 different computers, so it doesn't seem a js problem.
Apr 27 2022
The same is reported by User:Loiuriz with David Hume
Apr 23 2022
Apr 13 2022
Just found the same problem with:
Apr 12 2022
Apr 8 2022
Well, is not only about the "smaller" projects. Is a branding issue. Wikipedia also needs branding. Is the only web I know that isn't displaying the logo when a sticky header is used.
Mar 30 2022
Mar 22 2022
Completely related: T303258
I will repeat it again, because it seems difficult to understand:
- We need better design. Desktop-improvements team is working on that. That's why I added the tag for desktop-improvements project. Because they are working on this
- Portals are part of our product. And there are no proposals to make them better.
- Desktop-improveents team should work on portals in any moment in the future. Not today, maybe. But portals need to have a design proposal.
I copy from the Wikimedia 2030 Strategy:
I also would like to understand why this: https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20/Recommendations/Improve_User_Experience doesn't apply to the desktop improvements.
It would be helpful for you to have some screenshots. For me it would be even more helpful to know if the desktop improvements are working on improving the desktop experience. That includes also portals.
Mar 21 2022
Thanks! If there's a way to do this and provide a robust and well designed main page to most of the projects, then count me on. I will wait till your decision, so I don't work on something that will be archived.
Mar 19 2022
Let's be clear: is some team in the WMF, in the next year, going to implement ANYTHING related to this? If the answer is yes, then I'm happy to help. If the answer is no, then the answer is evident: I won't waste my time.
Mar 18 2022
I will start doing the designer's team job later. First I have to read this article: https://en.wikipedia.org/wiki/Cynicism_(contemporary)
Thanks @DL2204. Jarraituko dugu proiektua hemendik. Zerbait behar bada esan.
Mar 17 2022
If improving the desktop is out of scope for the Desktop Improvements project, then I don't know why we should be discussing this, indeed.
Mar 16 2022
A proposal. From the design team.
Mar 15 2022
Mar 14 2022
I think I have answered before. But I'll try to explain it again:
- Articles are text-oriented, and changes in width there make things better: you can be sure that an image or a gallery will have an exact position when the width is fixed.
- Portals are not text-oriented: they usually have divs and blocks. This gets worse (i.e. larger in vertical) when the width is compressed. You can see it with any portal just switching the width. You can also see the difference for our education portal here: https://eu.wikipedia.org/w/index.php?title=Atari:Hezkuntza&oldid=7780826.
- The width may be fixed for portals and that may be the best design decision. But... should they? As it has been decided that the PAGEBANNER is part of the text content and not the page content, we are losing opportunities to THINK on how the portals should be. Is not about fixing something, is about CONSIDERING if we need to change the layout for portals or not. In the same way, it was decided NOT TO touch the categories and special pages, with are full width per design. Should portals behave as articles, should they behave as special pages or should they have an innovative design focused on what a portal is?
Articles are text. Portals aren't. As the main page isn't.
I think this should be, somehow, inside T100106
It has been widely changed since I made the comment: https://meta.wikimedia.org/w/index.php?title=Small_wiki_toolkits/Starter_kit/Main_page_customization&oldid=20229595
The New Vector design has been thought only for articles, what is strange, because we have other things than articles. The Main page won't be redesigned. The categories and special pages won't be fixed width... and there's no proposal for portals. Portals are also a part of our encyclopedic content, and can't be left away.
Mar 11 2022
It may be a widget, indeed. I think we have one to add the wikidata item link to the "other projects" but can't remember the name of it.
Merging here as this was discussed half a year ago.
Mar 10 2022
No, that's not the calculation. You don't need to convince 800+ projects to adopt the new main page design. You propose it and they can implement it if needed. Now the solution is not giving anything and pushing them, one by one, for a patch (not a solution or a best practice).
Mar 8 2022
Hi @Aklapper This is a feature request inside the global redesign that the Desktop Improvements is doing. As the redesign touches articles, it also touches Portals (namespace 100; see, for instance: https://en.wikipedia.org/wiki/Portal:Mathematics). And so, Portals are something that may also be subject of redesign, if possible out of the constraints of the fixed width that is actually designed for articles. Most of the portals have been designed to be full width, with lots of sections. When we see them in fixed-width, the design starts to be horrible.
Feb 24 2022
Now let's point it in another way:
- How much would it cost, in terms of hours of dedication, to convince each of the 800+ projects to adopt a <h1> title approach for their main pages?
- How much would it cost, in terms of hours of dedication, to build a main page proposal?
since we do not have the resources to re-do the main page right now.
Feb 23 2022
As we are again in the same point, and we had some frictions in the past because of this, I will try to summarize again my point of view of the best practice here:
- The WMF should propose an ideal front page, as an opt-in, that should be scalable, modular, modern-looking and oriented to our 2030 strategy
- The main page is the most visited page in any given wiki, so the design should focus on our vision: "Wikimedia will become the essential infrastructure of the ecosystem of free knowledge"
- English Wikipedia, and a limited of bunch of others, have their own developers, designers and tech-oriented people. All the other Wikipedias and all the other Wikimedia projects lack this people. So, proposing something easy should be a basic.
- All the main pages have been done by the community but this is not something mandatory. We have done it in that way, we have used legacy items from elsewhere, but this is because there wasn't any proposal. An opt-in proposal will beat most of the front pages.
- Finally, as the main page should be modular, there may be a module hosting the language switcher. This could be used by languages that are not willing to opt-in but want the interlanguage link in some specific place.
Feb 17 2022
Feb 16 2022
Yes, this is why I was asking, because we have been looking closely to the videowiki software (a Basque TTS is pending from the Indian side), and links are added there, but those are not visible at all on Wiki. And this is a feature that would make our platform unique.
Feb 15 2022
So, as I understand, the subtitles TimedText tracks are rendered by the browser, and not by Kaltura. Mmmm... this could be something that would make videos on wiki special. Let's think.
Thenks @TheDJ for creating this. Actually, I wasn't thinking on adding annotations (but this may work also), but on adding links to subtitles. Would it be impossible to add also the <a> html tag as we have<b> and <i>?
Feb 7 2022
That would still be two clicks instead of one. Why should we have two clics for logging in (something we do regularly) but not for creating an account (something we only do once in a lifetime)? The only valid solution is having both in the same level.
Pentsatzen egon naiz honetan, eta uste dut zentzua duela hitz bakoitzaren forma hipotetiko guztiak gordetzea, eta gehitzea attested direnei propietate gisa hori. Ze, etorkizunean, attested izan liteke existitzen den edozein.
Jan 27 2022
It is showing on the right:
Why is the ORES article quality showing on the right?
I reverted my revert.
The change introduced at https://eu.wikipedia.org/wiki/MediaWiki:Vector-2022.css simply deletes the title display coordinates and adds it inside the template... twice. This is not a solution, is hiding the issue and moving it to another place.
Well, it is somehow broken at euwiki. Related to T292617. Icons have been moved under the language switcher so now the coordinates are below the icons, giving extra white space at the top.
Yes, that would make it. I don't know how much visits are coming from bots, but if exclusion is impossible, then we should find another way.
Jan 25 2022
I can edit history_short, but I guess that it should still be "short". Should it be changed?
Interesting, @Aklapper, because three things happened at the same time:
- The "View history" link changed to "history"
- And some user plugins (like word count) now appear twice.
This last example goes out of the box at Basque Wikipedia: https://eu.wikipedia.org/wiki/Lopadotemakhoselakhogaleokranioleipsanodrimypotrimmatosilphiokarabomelitokatakekhymenokikhlepikossyphophattoperisteralektryonoptekephalliokinklopeleiolag%C5%8Diosiraiobaph%C4%93traganopteryg%E1%B9%93n
I'm not using any editor, is the built-in button for adding interwiki links. It must be a new article, I have created this category without linking it, so you can see it:
Jan 20 2022
To whoever who knows how to do this.
Thanks for the links and the tips. I will try to implement this with the existing documentation. This task was about asking for help, because I felt that the original documentation page wasn't enough. I'm not an advanced user in Vega, and I feel difficult to find info *on wiki* about how to do cool stuff we could be doing.
This week I'm training teachers and they main doubt is exactly this: how to save without *publishing* it. I explain them that this is published because it can be seen *in public* but if you google it you won't find their article, but it's not clear for them either how a Sandbox can be published before it is "ready for publishing".
And where can we find documentation on how to implement it?
Yes, I know it comes from there. But we shouldn't be uploading a map per language, if this labels can be retrieved from Wikidata or if the translation may be done via i18n somehow.
Jan 17 2022
Totally lost. I don't know how to LUA.
Jan 5 2022
Sticky header is live at euwiki, and the result impacted me, but it makes navigation better. The weirdest thing in the sticky header is that we don't know what website we are at. The logo is completely missing, and this is something no one I know is doing. I think the logo should be there, or there should be a really powerful reason not to add it.
Thanks @alexhollender. If you wish, we can work together on creating a good Main Page that will be useful for around 300 wikipedias. Let me know how we can work on that.
Dec 30 2021
Hello! I'm trying to work with this, but it isn't as simple as thought.
Dec 17 2021
Yes, the newcomer page is fairly good, but it's not easy to reach, less for regular users. Still, it would be useful to provide a good main page that could be adopted by projects with little volunteer-time for development.
Dec 16 2021
Yes, it is $1. It seems that it works fine. The result is interesting. It may be interesting to add a link to the userpage there, or even better, to the Newcomers page. This is a really good resource, but experienced users can't use it once they have created an user page (well, we can, but changing the settings).
Thanks @Jdlrobson. How can I add the username to https://eu.wikipedia.org/wiki/MediaWiki:mainpage-title-loggedin? Is it $1 or any other magic word?
Dec 13 2021
yay! Would it have any clue on how to use it?