This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.
Sorting/Korean?
Latest comment: 15 years ago2 comments2 people in discussion
Someone reported to the en main page that the Hebrew wikipedia is over 100k but my own quick look suggests it's fallen below again although perhaps it would have surpassed 100k for good once someone gets to this. Anyway more to the point, I'm not really sure how the sorting is done it appears to me to use the alphabetical order of transliteration of the word/name (as given when you hover over the link). That's why I had problems finding Hebrew/עברית "Ivrit". While this seems a good idea, I'm a bit confused why Korean/한국어 ("Hangugeo") is between Japanese/日本語 ("Nihongo") and Norsk (bokmål). Shouldn't it be between Français and Bahasa Indonesia, or is there some greater subtality that I'm missing? Nil Einne14:04, 10 January 2010 (UTC)
At the main www.wikipedia.org page the link to he.wikipedia was appropriately moved to the 100,000+ section, but the word for "search" was not added under the globe.
Latest comment: 14 years ago3 comments3 people in discussion
According to the official system of romanisation of Bulgarian, the word търсене is to be romanised "tarsene" rather than "tursene". Please correct it. (And what is really the point of romanising words in non-Latin scripts?) --62.204.152.18113:20, 24 May 2010 (UTC)
Done, sorry about that. I really don't know the point of romanising the words myself, I just did what's always been done. :-) Maybe it's just in case your computer doesn't have the fonts installed and can't view the characters? Then you could just hover over the text and see what it's supposed to say in Latin characters (something any computer should be able to show). Cbrown1023talk21:46, 24 May 2010 (UTC)
The difference is very subtle to my eyes, but the 4th character seems to be constructed differently using the য়া character in en and bpy wikipedias, but the যা় character instead on this page. It is quite possibly due to the order of construction of these characters made from "orthographic clusters":
য + ় + া ----> য়া, while
য + া + ় ----> যা়
Unfortunately, like the origional questioner, I am unfamiliar with the Bishnupriya Manipuri language so I am unsure where the mistake lies, or even if it is a mistake at all. Astronaut05:34, 6 June 2010 (UTC)
It would probably be best to ask this on bpywiki. We don't know anything more than you do. For reference, though, "বিষ্ণুপ্রিয়া মণিপুরী" is how it is in the software. So if they tell you that that's wrong, we'll have to open up a a bug so that it can be fixed. Cbrown1023talk13:18, 6 June 2010 (UTC)
Latest comment: 14 years ago10 comments5 people in discussion
The old Wiktionary logo is being used in the sister projects section (at the below), but it has already changed in wiktionary.org and meta home page. I think we need to use the new logo here as well. Although it didn't used by the most of the community yet, but it is approved by the foundation and it is already appearing in the main Wiktionary homepage. — Tanvir15:30, 13 July 2010 (UTC)
The Foundation approved it as the official logo? I haven't seen anything saying that, but then again, I don't follow the mailing lists that closely anymore. Would you mind providing a link? – Minh Nguyễn (talk, contribs) 04:29, 20 July 2010 (UTC)
Sorry, I don't follow the mailing list either. But I can see here that foundation approved it as the official logo. After all, if it wasn't official then why it is still being used in main Wiktionary portal? Another request, If you change the logo here, then consider changing it in all portal templates. Thanks. — Tanvir18:09, 21 July 2010 (UTC)
That's good enough. I tried to reach Cary on IRC yesterday. As far as I can remember, Cary assured me that the new logo is officially approved. — Tanvir17:09, 22 July 2010 (UTC)
Yair Rand uploaded that image and included it in the Wiktionary portal. Yair is an English Wiktionary administrator, not a representative of the Wikimedia Foundation. – Minh Nguyễn (talk, contribs) 07:39, 24 July 2010 (UTC)
That is correct. My change to the portal was based on Cary's statement that the logo that should be used is the new logo, not based on my own position. I have been assured by Cary over IRC that (and I quote) "the default project logo changed". --Yair rand02:46, 25 July 2010 (UTC)
Excuse me, but this doesn't seem to make any sense. In this manner we have three logos around! Cary said that the new logo is meant to be the sole one, so I expect the WMF to decide the new logo, implement it on all Wiktionaries and on the portal. But I don't understand why we should implement here and there a brand new logo meant for unification. I suggest to revert to the previous logo until the definitive one is implemented. --Nemo14:13, 30 July 2010 (UTC)
Latest comment: 14 years ago1 comment1 person in discussion
I've taken the liberty of swapping out THEwikiStics for Erik Zachte's Wikipedia Statistics for the purposes of sorting the top 10 Wikipedias by readership. The old source hasn't been updated in a year, whereas Erik's views/hour data mostly comes from May. Since the top 10 languages were last shuffled around back in August, Russian has risen a couple spots, while Polish has dropped a few. – Minh Nguyễn (talk, contribs) 07:19, 27 July 2010 (UTC)
Slovene Wikipedia
Latest comment: 14 years ago2 comments2 people in discussion
The W3C validator gives the error: "Attribute results not allowed on element input at this point." Any idea why? —MC10 (T•C•EM)05:22, 21 August 2010 (UTC)
After further investigation, it seems as if the results="10" is causing the error. It seems that 10 is already the default, so is it even necessary? —MC10 (T•C•EM)05:36, 21 August 2010 (UTC)
The results attribute is indeed non-standard; it causes Safari (and possibly other WebKit browsers) to render the textbox with a search icon, which drops down a menu of recent searches. I've tweaked the JavaScript code to add the attribute dynamically instead. Ideally, we'd provide our own search icon instead of the current overwhelming list of translations for "search". – Minh Nguyễn (talk, contribs) 17:57, 21 August 2010 (UTC)
Using <link> vs. @import
Latest comment: 14 years ago4 comments2 people in discussion
Why are we using @import rules rather than <link> elements for IE CSS rules? <link> seems to be better supported by older browsers. —MC10 (T•C•EM)19:22, 23 August 2010 (UTC)
The portal's HTML code was originally copied from a wiki page, so there are a few artifacts of MediaWiki's markup structure left. MonoBook has since switched to using <link> elements, so I've updated the markup accordingly. Let me know if anything appears wrong in IE 5.5 and below. (It shouldn't have any effect, because conditional comments were only supported starting with IE 5, and @import was well-supported by then.) – Minh Nguyễn (talk, contribs) 15:31, 24 August 2010 (UTC)
There was one link tag that you missed; I fixed it.
Latest comment: 14 years ago8 comments3 people in discussion
I would like to link to the portal page with some default text in the search field. Such link can be used to let the users search in other languages if nothing was found in their own language. The link may look like one of these:
Of course it is, thats quite easy (Not for me, I'm no admin). But the better way would be to make the template a php code (is it already?), and then extract the search term from the _GET array. This does not need any JS in the users browser. Also the preselcted language, today chosen by JS, could be extracted from the browsers query. thinks -- ✓16:00, 8 September 2010 (UTC)
As far as I understand, the portal page does not use any PHP because of the traffic. JS would be good enough for what I want to do. The only risk is the possibility for some injection hacks. But I think the code needed is very simple and such problems can be avoided. --TMg18:21, 8 September 2010 (UTC)
Yes, it's very easy to accomplish via JavaScript. But do you really need to link to a pre-filled version of the portal, or would jumping directly to the other wiki's search results page be better? For the latter, a simple interwiki link would work fine: [[es:Special:Search/chocolate]] → es:Special:Search/chocolate; [[es:Special:Search/wikipedia ingles]] → es:Special:Search/wikipedia ingles. – Minh Nguyễn (talk, contribs) 17:41, 9 September 2010 (UTC)
The user should be able to search in any language. I don't know his prefered language. What I want is something like this (results from all languages) but without using a commercial search engine. --TMg04:04, 11 September 2010 (UTC)
Unfortunately, the language menu only lists wikis with 100,000+ articles. Visitors can of course prepend "xyz:" to the search term, but that's not incredibly user-friendly. The only advantage to this portal is that it knows the user's browser's preferred language via some very simple JavaScript: navigator.language || navigator.userLanguage. Anyhow, the /temp page has code to prefill the search box now. – Minh Nguyễn (talk, contribs) 05:54, 12 September 2010 (UTC)
Latest comment: 14 years ago4 comments4 people in discussion
Maybe have a celebratory logo for Wikipedia's tenth anniversary? It would need some prior planning, but might be nice.... --MZMcBride17:46, 7 September 2010 (UTC)
Latest comment: 14 years ago4 comments3 people in discussion
The light blue of the books doesn't seem to fit the design anymore. I think we should change the books to either a dark blue or a dark grey, thoughts? I have redrawn the image in SVG and can quickly modify the color based on suggestions.--Svgalbertian04:58, 21 September 2010 (UTC)
I have tested both Commons blue and a blue that matches the wikipedia hyperlinks and neither look right. To attempt to make the grey better fit Wikipedia I have modified it so the background is now the Vector grey background and the outline is the grey found in the Wikipedia logo's inner shadow.--Svgalbertian04:24, 8 December 2010 (UTC)
One million section
Latest comment: 14 years ago10 comments4 people in discussion
I'd suggest including the top 10 editions and Russian in a new 100,000-article section, so that the list won't be so small [only Russian]. That would also leave room for a million-article section in the future. The 10,000 section is only going to get longer over time, so we need to add a higher-level list [...] – Minh Nguyễn (talk, contribs) 08:44, 8 August 2006 (UTC)
Fair enough. However, I am still interested in what you guys think would be a reasonable number of 1M+ editions to justify creating a new section. --Waldir21:17, 29 September 2010 (UTC)
The whole point of the /temp page is that non-administrators can add stuff to the "sandbox", and administrators can stage it onto the live portal template once they verify that the changes are harmless. I imagine we won't need a separate /temp page once the Pending Changes extension is enabled here. – Minh Nguyễn (talk, contribs) 20:45, 28 November 2010 (UTC)
Latest comment: 14 years ago3 comments3 people in discussion
{{editprotected}}
Please sync with /temp; Right now the "Chinese" characters are only simplified Chinese. Both simplified and traditional Chinese characters coexist in the Chinese Wikipedia. Mark85296341 and I have added the traditional Chinese characters. --Quest for Truth17:14, 26 December 2010 (UTC)
Done I've modified both Www.wikipedia.org template/temp and Www.wiktionary.org template/temp to dynamically convert the characters using JavaScript, based on the user's browser's current locale (for instance, the general.useragent.locale preference in Firefox). The page now defaults to traditional, unless your locale is zh-cn, zh-sg, or zh-my. The Wiktionary portal has been converting the Chinese top 10 entry that way for some time. Thanks for your contributions to the portal! – Minh Nguyễn (talk, contribs) 07:37, 27 December 2010 (UTC)
Done -Barras talk 20:26, 10 January 2010 (UTC)
Commons blue
Blue preview
Vector/logo grey
Grey preview
Current
