Talk:Project portals

From Meta, a Wikimedia project coordination wiki

Preview script[edit]

Per User:McCormack I've been developing User:Splarka/portalpreview.js, which gives you a live preview (via popup) of these portals using a simple document.write, either of the revision content, or of the textarea (when editing). Might it be worthwhile adding to this page under a new section such as "tools"? Splarka 21:45, 27 May 2008 (UTC)[reply]

Thank you for this script! Yes, such a section would be helpful; please don't hesitate to add it. Thanks, Korg 22:35, 17 July 2008 (UTC)[reply]

Wikisource[edit]

If there are plans to integrate the Wikisource domain into this, please be aware that it is a functioning wiki, and a discussion on the Scriptorium is definitely required. I can see benefits of having that main page managed from here, but there is no way it would work unless the people managing it from here are fully aware of the needs and desires of wikisource, and probably indulge us a little as grapple with this idea. John Vandenberg 14:55, 18 July 2008 (UTC)[reply]

There are no plans to redirect it to a portal page, but in any event the community would be consulted first. Korg 16:21, 18 July 2008 (UTC)[reply]

http://www.wikibooks.org is currently a http redirect loop[edit]

whereas http://wikibooks.org (without the www.) brings up the portal page correctly. – B jonas 21:45, 30 June 2009 (UTC)[reply]

Thanks - I'm asking in IRC about this.  — Mike.lifeguard | @en.wb 13:29, 1 July 2009 (UTC)[reply]
Yes, this seems to be a site misconfig issue. Nothing tangible we could do, save for harassing sysadmins on IRC :) --FiliP ██ 14:37, 1 July 2009 (UTC)[reply]

2012 update[edit]

In the last few weeks/months, a few updates have been done on www.wikipedia.org template that should also be done on the other portals:

  • Use HTML5 (simple doctype, simple utf-8 charset, drop redundant attributes)
  • Use bits.wikimedia.org and load.php instead of linking to resources directly (which is unstable and has bugs)
  • Charset before <title>
  • Remove redundant print stuff that is covered by "mediawiki.legacy.commonPrint" in the load.php call
  • Remove IE5 css, IE5.5 css
  • Use <input type="search" ..> so that it shows the input field in the HTML5 "search" style that newer browsers have implemented.
  • Use wikimedia-button.png from //bits.wikimedia.org/images/wikimedia-button.png instead of meta.wikimedia.org or upload.wikimedia.org.
  • Remove MSSmartTagsPreventParsing (why was that ever in here?)
  • Start using ResourceLoader for CSS (automatically minify). Use MediaWiki:Gadget-wm-portal.css. Avoids duplication of the css, loads faster, and keeps the pages smaller.
  • Use new more semantic html structure and css classes ("search-container", "central-featured-lang", "divider", "bookshelf-container" etc.).

The easiest way to make sure everything is updated is to copy www.wikipedia.org template to the /temp of the target portal. And then go top to bottom and replace Wikipedia stuff with the correct values and images (example). –Krinkletalk 20:32, 2 May 2012 (UTC)[reply]

Add search suggestions to wiki-project portals[edit]

Originally requested on Bugzilla at bugzilla:15758. Lets add some javascript to these pages to give them search suggestions on prefix when typing in the search box (just like in the Vector skin on Wikipedia). The easier way is probably by implementing it on MediaWiki:Gadget-wm-portal.js (which most portals use now, and those that don't benefit more from updating it to use it then to duplicate our effort). –Krinkletalk 01:38, 23 September 2012 (UTC)[reply]

I added search suggestions to the Wiktionary portal last November. Some time after it was added, something happened to the CSS requiring a padding-left:0 to be added to the ul, which still hasn't been applied to Wiktionary's portal. I suppose the search suggestions code could be duplicated for the other portals. --Yair rand (talk) 17:54, 28 October 2012 (UTC)[reply]
I've reimplemented the search suggestions feature, but only for browsers that support the HTML5 <datalist> element. Please try it out on your browsers and let me know if you encounter any problems. – Minh Nguyễn (talk, contribs) 09:23, 23 August 2013 (UTC)[reply]

Update project icons[edit]

With the exception of Wikidata (due to a redirect) all of the portals should be updated to use the current icons used by Wiktionary, Wikivoyage, and Wikidata. – Allen4names (talk) 17:03, 9 January 2013 (UTC)[reply]

Wikivoyage has gone live so I am going to start work on this. Please make any needed corrections to the following code.
<div class="otherprojects-item" id="Wiktionary">
<a href="//www.wiktionary.org/" title="Wiktionary"><img src="//upload.wikimedia.org/wikipedia/commons/thumb/e/ec/Wiktionary-logo.svg/35px-Wiktionary-logo.svg.png" alt="Wiktionary" title="Wiktionary"></a>&nbsp;<a href="//www.wiktionary.org/" title="Wiktionary">Wiktionary</a>
</div>

<div class="otherprojects-item" id="Wikivoyage">
<a href="//www.wikivoyage.org/" title="Wikivoyage"><img src="//upload.wikimedia.org/wikipedia/commons/thumb/8/8a/Wikivoyage-logo.svg/35px-Wikivoyage-logo.svg.png" alt="Wikivoyage" title="Wikivoyage">&nbsp;<a href="//www.wikivoyage.org/" title="Wikivoyage">Wikivoyage</a>
</div>

<div class="otherprojects-item" id="Wikidata">
<a href="//www.wikidata.org/" title="Wikidata"><img src="//upload.wikimedia.org/wikipedia/commons/thumb/f/ff/Wikidata-logo.svg/35px-Wikidata-logo.svg.png" alt="Wikidata" title="Wikidata"></a>&nbsp;<a href="//www.wikidata.org/" title="Wikidata">Wikidata</a>
</div>
I will edit Www.wikipedia.org template/temp first then the others as the main templates are synced. – Allen4names (talk) 19:29, 25 January 2013 (UTC)[reply]
Nice, I'll help adding them also. –Krinkletalk 23:24, 25 January 2013 (UTC)[reply]
I have editted Www.wikinews.org template/temp is it can be checked, corrected (if needed), and the main template synced to it. – Allen4names (talk) 22:26, 28 January 2013 (UTC)[reply]
Preliminary edits to Www.wiktionary.org template/temp, Www.wikiquote.org template/temp, Www.wikiversity.org template/temp, and Www.wikibooks.org template/temp have now been made. A list of classes for the protals should be made as I needed to edit the stylesheets. If I missed any please let me know or fix them yourself. – Allen4names (talk) 06:18, 29 January 2013 (UTC)[reply]
I will now note updates at User:Allen4names#Wikimedia icons to avoid clutter here. – Allen4names (talk) 19:04, 31 January 2013 (UTC)[reply]

┌────────────────┘
 I will not be editting any of the project portal pages for a while so feel free to look at Www.wikimedia.org template/sandbox (Allen4names) to see if it can be used as the basis for adding the missing project links. – Allen4names (talk) 16:26, 3 March 2013 (UTC)[reply]

Categorize[edit]

Hi. Do you think we should add each portal to Category:Project portals, possibly via an HTML/CSS comment? PiRSquared17 (talk) 04:16, 26 December 2013 (UTC)[reply]

This seems reasonable to me. --MZMcBride (talk) 08:01, 26 December 2013 (UTC)[reply]
@Mxn: what do you think? PiRSquared17 (talk) 00:00, 21 January 2014 (UTC)[reply]

A comment won't work, but something like this would:

<meta name="mw-category" content="[[Category:Project portals]]">

But why not put each portal's talk page in the category instead?

 – Minh Nguyễn (talk, contribs) 06:45, 21 January 2014 (UTC)[reply]

MediaWiki:Gadget-wm-portal.js[edit]

{{Edit Protected}} In the German Wikipedia we are using links like this to link to the wikipedia.org portal page. If the search contains a space, it is encoded as a plus sign and will be show as a plus sign on the portal page. To fix this, please edit MediaWiki:Gadget-wm-portal.js and replace the line 

search.value = decodeURIComponent(param[1]);

with 

search.value = decodeURIComponent(param[1].replace(/\+/g, ' '));

Thank you. --TMg 23:54, 20 January 2014 (UTC)[reply]

Why not just use links like this on dewiki? I'm willing to change this, but I'd like to know why you cannot use %20. PiRSquared17 (talk) 23:58, 20 January 2014 (UTC)[reply]
Why not do both to be on the safe side? :-) Plus signs should not occur unencoded no matter what encoding method is used. The urlencode parser function always encodes them as %2B. I'm certain the proposed solution will not remove plus signs entered by the user (thats why it's inside the decode call). Additionally we will fix the bad encoding in the German Wikipedia, sure. --TMg 00:16, 21 January 2014 (UTC)[reply]
@TMg: Done diff PiRSquared17 (talk) 01:23, 21 January 2014 (UTC)[reply]

convertZhLinks() causing links to non-existent page[edit]

{{editprotected}} As reported on zh.voy VP, please exit convertZhLinks() when locale is empty. --Zhuyifei1999 (talk) 06:57, 26 February 2015 (UTC)[reply]

@Zhuyifei1999:, I do not think this is the actual page you want edited? Can you find the page you do want edited, and explain the desired change there? I am deactivating this edit request as I can't see any edit to be made to this particular page, readd it if I'm totally wrong. Courcelles 15:13, 1 March 2015 (UTC)[reply]
@Courcelles: MediaWiki talk:Gadget-wm-portal.js redirects to here (sorry I didn't notice that at first) --Zhuyifei1999 (talk) 08:49, 2 March 2015 (UTC)[reply]
@Zhuyifei1999: (And noting for the next passing admin) Okay, the actual page is MediaWiki:Gadget-wm-portal.js. In which case, I'm going to leave this for an admin who knows the first thing about javascript! Courcelles 14:48, 2 March 2015 (UTC)[reply]
@Zhuyifei1999: Was it this line if ("cn,tw,hk,sg,".indexOf(locale) >= 0) { ?--AldNonymousBicara? 16:38, 3 March 2015 (UTC)[reply]
@Aldnonymous: At least in chrome, "cn,tw,hk,sg,".indexOf("") => 0, "cn,tw,hk,sg,".indexOf("") >= 0 => true --Zhuyifei1999 (talk) 11:49, 5 March 2015 (UTC)[reply]
@Zhuyifei1999: OK, fixed. Please visit www.wikivoyage.org, clear your cache, and verify that the issue has been fixed. Thank you! – Minh Nguyễn 💬 18:17, 7 March 2015 (UTC)[reply]

MediaWiki:Gadget-wm-portal.js: Bug in setLang()[edit]

There is a conditional in the setLang function which can never be true. See the discussion at https://lists.wikimedia.org/pipermail/wikitech-l/2015-May/081723.html --- the bug was fixed, and then the fix was recently reverted. Let's discuss here and figure out how to fix it for good so we don't keep backsliding. cscott (talk) 14:18, 12 May 2015 (UTC)[reply]

  • Working code that fails JSHint: if (uiLang.match(/^\w+/) == lang) {
  • Broken code that passes JSHint: if (uiLang.match(/^\w+/) === lang) {
  • Working code that passes JSHint: if (uiLang.match(/^\w+/)[0] === lang) {
match() returns an array with match groups, not a string [1]. In this case there are no match groups, so there's only match(…)[0] which contains the entire matched string. Matma Rex (talk) 15:45, 12 May 2015 (UTC)[reply]
Unless there are no matches, in which case it returns null, and null[0] results in an error breaking the whole thing. --Yair rand (talk) 16:45, 12 May 2015 (UTC)[reply]
@Cscott: Fixed in 12283479. Thanks for re-reporting the bug here; I was totally unaware that ['foo'] == 'foo' in JavaScript! But I'm curious what the point is of setting the cookie's expiration date to be in the past. Omitting the expires parameter causes the cookie to be cleared at the end of the browser session; does setting it in the past cause the cookie to get thrown away immediately? If so, we should explicitly delete the cookie in that case. – Minh Nguyễn 💬 22:14, 24 May 2015 (UTC)[reply]

Change logos to use mediawiki-config static directory[edit]

Most logos are loaded from Commons (upload.wikimedia.org) some are loaded from the local wiki (Wiki.png). Wikimedia changed the configuration to host logos in a static directory (controlled via Git instead of Commons) for improved performance. Let's update these to use /static/images/project-logos instead.

While at it, let's make 'em HiDPI-friendly by using srcset for the x2 variants. –Krinkletalk 21:49, 2 June 2015 (UTC)[reply]

Done for www.wikimedia.org template. –Krinkletalk 03:05, 4 June 2015 (UTC)[reply]

Mess[edit]

Since we moved the updates from here to Phab, the update process is a mess. I'd appreciate that clear guidelines for us volunteers be given, because a process that lasted less than ten minutes now takes days to complete. When we moved this to gerrit I though we could improve the workflow, but sadly this is not happening. I have +2 on wikimedia/portals repository, which are useless because you have later to update the submodule operations/mediawiki-config/portals, which I don't have permission to do, so I have to schedule a patch for SWAT. Given this:

  • Any plans to automate this process in the near future?
  • Can I +2 (merge) patches I submit to wikimedia/portals?
  • A guide would be useful.

Thanks. —MarcoAurelio 11:38, 1 April 2016 (UTC)[reply]

@Mxn, Matiia, Krinkle, Legoktm, MF-Warburg, and Nemo bis: as regulars. —MarcoAurelio 11:39, 1 April 2016 (UTC)[reply]
As general guideline in software development, one should not merge one's own changes. Rather seek for code review by at least one other authorised person. Once merged, use SWAT to semi-automatically have it deployed within 24 hours. Note that SWAT personnel will update the submodule for you as part of the deployment. –Krinkle 22:14, 17 April 2016 (UTC)[reply]

Updating this page[edit]

Just a quick update to followers of this page. With the change late last year to gerrit/git for managing the Wikimedia portals this page needs some attention (see T136163). I'll be updating it over the next few days. CKoerner (WMF) (talk) 18:41, 9 June 2016 (UTC)[reply]

Make sure to mention that the policy and content for the portals is determined by the community at Meta-Wiki. Nemo 07:27, 10 June 2016 (UTC)[reply]
I looked at Country portals and was hoping to steal borrow from that page. No such luck. What did you have in mind? Refer people to Meta for discussion? CKoerner (WMF) (talk) 18:29, 10 June 2016 (UTC)[reply]

Recent issues[edit]

Too bad. --Nemo 17:34, 7 June 2017 (UTC)[reply]

@Nemo bis: How did you find this? —Justin (koavf)❤T☮C☺M☯ 18:16, 7 June 2017 (UTC)[reply]
@Koavf: Nemo knows all! :) [2] I'm guessing the 'bad' is the second half of the slide. But don't fret, work continues. CKoerner (WMF) (talk) 18:28, 7 June 2017 (UTC)[reply]

History[edit]

I think it would be useful to have a history section on this page. I just came across this interesting Signpost article from 2005, "Wikipedia website changed to multilingual portal", which has some interesting history. This mailing list post is also relevant, and What to do with www.wikipedia.org, and w:Wikipedia:Wikipedia Signpost/2005-02-14/Wikipedia portal redesign. I'm not sure when the portals for the sister projects were created. Was there a separate discussion beforehand? Also, the page could include some background on the Wikipedia portal's abduction move to Gerrit. --Yair rand (talk) 05:31, 6 September 2018 (UTC)[reply]

Navigation proposal (idea) - Main pages image link and 'Main page' list item - top left column.[edit]

Currently Image on the top of left column and the first list item 'Main Page' point or are redirected to the same pages:

Wikimedia: https://meta.wikimedia.org/wiki/Main_Page
Wikipedia: https://en.wikipedia.org/wiki/Main_Page
etc...

I think it would be an improvement, if the upper (image) links pointed to the global sites which would improve navigation for multi-language users.

Wikimedia: AS IS or maybe https://www.wikimedia.org/
Wikipedia: https://www.wikipedia.org/
etc...

and lower (list) link remained localized/language-specific Main page.

Of course the sub-items in the list 'In other projects' would have to be in sync. Thanks! QwertFixy (talk) 22:54, 11 November 2018 (UTC)[reply]

https://noc.wikimedia.org/[edit]

Though unlikely, where to propose any kinds of changes of this webpage? --Liuxinyu970226 (talk) 14:06, 26 November 2018 (UTC)[reply]

@Liuxinyu970226: Gerrit (or Phabricator under "site-requests"). Jdforrester (WMF) (talk) 15:45, 26 November 2018 (UTC)[reply]
Retrieved from "https://meta.wikimedia.org/w/index.php?title=Talk:Project_portals&oldid=25677730"