This page is semi-protected against editing.

Talk:Main Page

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

Hi! Welcome to Wikimedia Commons, the central media repository site. This page is for discussion of the Main Page only.

Semi-protection-shackle.svg This page is protected: Because of excessive spam/offtopic this page is semi-protected. New or unregistered users can ask their questions at the help desk.

Missing media of the day causes main page corruption

The following text is currently displayed: Template:Motd/2020-11-19}}&via=WikiCommons&text=Check+out+today%27s+%23MediaOfTheDay+on+Wikimedia+Commons+at&related=WikiCommons,Wikipedia. I guess the logic needs another #ifexist somewhere. -- John of Reading (talk) 07:04, 19 November 2020 (UTC)

✓ Done See Special:PermanentLink/513438553#Homepage Broken. --jdx Re: 08:04, 19 November 2020 (UTC)

Deletion

Can I remove my photos from wikimedia? Cb619619 (talk) 09:09, 29 November 2020 (UTC)

@Cb619619: Hi, and welcome. You may not remove them directly, why would you want to? Please see COM:DP. What does this have to do with the Main Page?   — Jeff G. please ping or talk to me 13:52, 29 November 2020 (UTC)
@Cb619619:, yes you can. If you are the original author or uploader the file meets the criteria for speedy deletion G7 if your file is unused. To request speedy deletion with criterion G7, place {{SD|G7}} on the file's page. Otherwise, make a deletion request.[1]
As Jeff G. pointed out, this question does not belong in this discussion page. This is not a place to ask help questions like this, rather a discussion about the main page of Wikimedia Commons. If you want to ask a question, please ask it in more appropriate places, like the Help desk -- YavBav09 (talk)Face-smile.svg. 06:16, 15 April 2021 (UTC)

MLK

Please choose a thumbtime of 2:09. We should also add a note.

The audio of King's speech has been muted by the Library of Congress because the speech remains the copyright property of the King family.
Source: [2]

Thanks, the uploader. --- C&C (Coffeeandcrumbs) 05:26, 18 January 2021 (UTC)

Lateral panel button to upload

I suggest offer a lateral panel button to upload media, in a similar way to this code:

{{Clickable button|Special:UploadWizard|text=Upload <br> file|color=blue}}

to show:

Upload
file


In any case, I want it in my user's preferences.--BoldLuis (talk) 12:03, 22 March 2021 (UTC)

@BoldLuis: You can write a script to show that just for you.   — Jeff G. please ping or talk to me 02:27, 23 March 2021 (UTC)
@Jeff G.:: can you provide a link to a help page about how to create and use it in Commons / sister wikis, please?. Thank you a lot ;-). --BoldLuis (talk) 12:06, 23 March 2021 (UTC)
@BoldLuis: I don’t really understand what you want. There is a blue upload button in the upper right corner of the main page, as well as in the participate section of the left-hand sidebar (visible on all pages on Commons). —Tacsipacsi (talk) 22:23, 26 March 2021 (UTC)

Now I can see the bottom, smaller than convenient, but there BoldLuis (talk) 20:43, 28 March 2021 (UTC)

Restore localised main page pointer

This was introduced in 2010 (Main Page edit 1, MainPages.js edit) but was seemingly lost by accident when in 2013 a new header was introduced (archived discussion, Main Page edit 2).

I'm leaving this message here to have a place to point to in my edits that will remove the broken JS related to this, and to my edit that attempts to restore a simpler version of it (based on Lua, instead of late and janky JavaScript code).

--Krinkle 02:04, 18 April 2021 (UTC)

@Krinkle: The very purpose of this JS solution was to use navigator.userLanguage instead of {{int:lang}} (or anything else that depends on the user’s Commons language settings). Logged-out users will often have their Commons language set to English even if that’s not their preferred language. You could insert all links to the main page in a hidden state (e.g. <div class="localised-main-page-link" lang="de" style="display:none;">[[Hauptseite]]</div>; instead of inline styles, you could use TemplateStyles as well) and dynamically show the one that matches using JS, utilizing the language fallback chain if possible. This would still mean an interdependence between Lua and JavaScript, but if you add a comment to the Lua module, hopefully it won’t be broken again. Unfortunately this can’t be solved on server-side without a massive amount of cache size growth (it would mean the output should be cached separately for each and every different Accept-Language HTTP header coming from clients, which would also open a door for DoS attacks using arbitrarily long language lists). —Tacsipacsi (talk) 10:29, 18 April 2021 (UTC)
As a side note, to optimize for maintenance costs, the list of main pages could probably be stored in JSON, which could be accessed by both JS and Lua, so that there’s one authoritative list of main pages instead of several ones that are bound to become out of sync. —Tacsipacsi (talk) 10:33, 18 April 2021 (UTC)
@Tacsipacsi: I understand that that was the original reason, but I think much has changed since then. We now have the AnonymousI18N gadget, which considers http referers (e.g. Wikipedia language), and navigator.userLanguage, to actively invite users to switch languages. This makes the server-side more useful than it would've been previously, I think. Plus, even without this pointer, people also get a localised link to their Main Page via the logo and sidebar, which I believe didn't use to work very well, but now does. During the seven years it was broken, there appears to have been no mention of it, either as complaint or as new idea, so maybe it's something we could even remove entirely, but I thought it'd be easy enough to keep in the template to make it a little more obvious to users once they switch that a localised version exists, since we don't do that automatically currently. Perhaps with a little more work, that could be done? E.g. have "Main Page" with "uselang=nl" render as Hoofdpagina. Of course, that would probably be confusing if they keep having different layouts, so if we want to keep that separate, then automation might be worse. Right now it requires two clicks if people follow the path of least resistance (first to switch languages, then to follow the pointer). --Krinkle 18:26, 18 April 2021 (UTC)
@Krinkle: If I was a logged-out reader, I would much less consider setting the whole site to Hungarian than just visiting the Hungarian main page (the first one is a permanent configuration—which, by the way, has performance consequences as uselang= URLs are less aggressively cached—, while the second one is a one-time decision that I don’t have to worry about how to turn off), so the two are different enough IMO that it makes sense to keep both as JS.
What do you mean by localised link to their Main Page: localized to their Commons language or localized to their browser language? I experience the latter, which only means that the current solution doesn’t make much sense, since this is the one that’s duplicated in the sidebar. The user agent-based solution still makes sense IMO, see above. —Tacsipacsi (talk) 18:47, 18 April 2021 (UTC)
@Tacsipacsi: I think the current link does have some value becausea typical user has no reason to believe the translated sidebar link will point to something other than the page they are already on. For special pages, file pages, and some translated pages, they would be right. There is one page and it is automatically translated if/when possible. The "Main Page" is unusual in this aspect, the localised pages are manually translated and only informally linked with each other. This pointer is... a pointer, an invitation to be clicked. The sidebar and logo are not.
If we find a different position for this pointer, one that doesn't cause a layout shift or other rendering delay, we could work on restoring the JS code, but I do note again that in the seven years it was broken, there appears to have been no interest in it, so I'm inclined to just let it be how it's been for the past seven years, with the small added bonus that anons using the AnonymousI8N selector (and logged-in users), get a pointer now, at basically no performance cost.
In addition, we also still have the collection of links at the bottom of the page with every language which can be followed by anons even without using the language selector.
If there is interest in improving Main Page navigation, I'd suggest making the Main Page itself render with a LangSwitch so that the same URL works for everyone. And that way, AnonymousI8N which is based on browser settings, will automatically get you to the localised Main Page (instead of showing you a localised sidebar and still the same English Main Page). That might be a bigger gain and more beneficial to all users. It could work either by forcing a single layout and translating text only like with other templates, or we could even keep the current system where content can change completely if we configure LangSwitch to render entirely different pages, such as "en=Main Page/en","nl=Hoofdpagina", etc. --Krinkle 19:32, 21 April 2021 (UTC)
@Krinkle: You might be right that the sidebar links are less obviously pointers than this one (however, I think your actual design isn’t really obvious, although I have no better idea); I admit that the links serve purpose already in their current form. But I still think that providing links based on the user agent’s settings is usually more appropriate.
We don’t need to find a different position for the pointer, we just need to make sure it doesn’t shift the content below it, which is quite easy—if you take my suggestion about the hidden links added by Lua, it’s enough to add min-height: 1.6em; to the links’ parent node (because of the line-height: 1.6 setting). This will avoid the layout shift as long as the actually shown link is not longer than one line.
I don’t think converting to LangSwitch has much value—every usual way to access the main page (sidebar, logo, going directly to https://commons.wikimedia.org/ etc.) already uses the user interface language, except for links that contain the page name hardcoded, but those ones are probably intentional and often hardcode a non-English page (e.g. links from monolingual sister projects). Also, providing substantially different content through LangSwitch can create quite some confusion. —Tacsipacsi (talk) 23:41, 21 April 2021 (UTC)
@Tacsipacsi: Regarding the styling, I used the same style and position as it had in 2013 when it last worked. (I dug through the various histories to find when it last worked and then bypassed some of the code paths to get it to render something.)
Regarding the finding of a better position, I would consider your suggestion to reserve a blank line for this a logically new position. I suppose the downside is that it would reserve a blank line, which might look a bit unprofessional. I was hoping to find a position that naturally has white space already, but without it reserving a notable block in the layout. For example the space to the right of the site name. Having said that, that too would look akward I think, hence I haven't done either of those as of yet.
Regarding confusion in LangSwitch, I personally don't think it should matter that the source code of Main Page may be confusing to the small group of people that 1) are active wikitext editors, 2) have prior experience using LangSwitch, 3) want to modify this proxy page for the Main Page. Anyone else, e.g. people editing the template, or editing the actual page for any given language, would not see this. And we'd of course document it with an inline comment in the source code. Anyway, that's how I'd do it.

I did not realize that "going directly to commons.wikimedia.org" rendered a localised Main Page. Both as a user and as a MediaWiki developer, I must say that is very interesting. I think that means we have a really easy way to solve this problem within the AnonymousI8N code. So far, I had restisted the urge to hardcode any solution there, thinking it would require yet-another copy of the list of Main Page (bad for maintenance), or some clever logic with language fallback chains, or an extra AJAX web request (also bad for performance). But, using https://commons.wikimedia.org/?uselang=nl neatly cuts through all that. Watch this space! --Krinkle 02:00, 22 April 2021 (UTC)
@Krinkle: I tried hiding the text with visibility:hidden (hackish solution for the sake of testing), and I don’t think the extra whitespace is annoying there; if you want to make sure, we can add some margin at the very top of the page content area to make it more balanced.
LangSwitch would be more confusing to readers of the main page than for its editors, I think. For example if one has an account with a non-English interface language, but visits Commons logged out every now and then (from a public computer, from a mobile device etc.), they would get totally different result at the exact same URL. —Tacsipacsi (talk) 23:10, 22 April 2021 (UTC)