Wikipedia talk:Wikipedia Signpost/2006-11-20/Technology report

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Sortable[edit]

According to [1], the original script sorts dates according to the European style (dd/mm/[cc]yy). Has it been customized for the various date formats that can be set at Special:Preferences? – Minh Nguyễn (talk, contribs) 22:19, 21 November 2006 (UTC)[reply]

Nope. Please feel free to submit any patches on Bugzilla, if you know JS. I don't see how this could have anything to do with the date preferences, though, since none of those takes either the dd-mm-yy or mm-dd-yy form. —Simetrical (talk • contribs) 23:53, 21 November 2006 (UTC)[reply]

Javascript[edit]

Ah - that is why the [show/hide] thing now works in classic? Excellent. And class="sortable" sounds great too. -- ALoan (Talk) 14:53, 23 November 2006 (UTC)[reply]

Can some kind person tell me how to get a sortable wikitable in List of Test cricket triple centuries? If I put in 'class="sortable"' and 'class="wikitable"' then I find that the second overrides the first. -- ALoan (Talk) 16:21, 23 November 2006 (UTC)[reply]
You can only define class once on an HTML element, so you'd put class="wikitable sortable". – Minh Nguyễn (talk, contribs) 23:16, 23 November 2006 (UTC)[reply]
Oh, thank you. I knew there had to be some magic incantation to make them work together. I tried joining them with a semicolon (class="wikitable; sortable") but it didn't work - I didn't think to just run them together. Thanks again. -- ALoan (Talk) 01:14, 24 November 2006 (UTC)[reply]

another Q on sortable[edit]

what are the least and greatest values among all data types? for example it would seem that all values and data types come before numbers (e.g. x, y, z, 0, 1, 2). So does that mean 9 is always the last on the list, or is there some special character that comes after it? This is an issue when i want to sort things that don't all have numerical values under a certain heading and i want them to be evaluated last. Right now the ugly fix is to give them a value of 999 written in white font. Here's a sample:

№ 1 № 2 № 3 Name Japanese Name Transliteration Stage
063 089 039 Apple ケーシィ Kēshī Basic
359 999 152 Bear アブソル Abusoru Basic
142 224 999 Cat プテラ Putera Basic
306 999 072 Dog ボスゴドラ Bosugodora Stage 2
190 122 999 Ear エイパム Eipamu Basic
065 091 041 Flight フーディン Fūdin Stage 2

Ideally, when sorting, numbers should go in ascending order, followed by blanks. What could we put in that would come after 9?

Dates also seem to be a problem, whether in Mmmm DD, YYYY or DD Mmmm, YYYY - presumably written numerically as yyyy-mm-dd works? (you will need to turn your date preferences off to see this properly, as it seems to sort by whatever is rendered by the browser, not the source)
№ 1 Mmmm DD, YYYY DD Mmmm, YYYY yyyy-mm-dd works
1 1 January 1990 January 1 1990 1990-01-01
2 2 January 1990 January 2 1990 1990-01-02
3 1 February 1990 February 1 1990 1990-02-01
4 2 February 1990 February 2 1990 1990-02-02
5 1 January 2006 January 1 2006 2006-01-01
6 2 January 2006 January 2 2006 2006-01-02
7 1 February 2006 February 1 2006 2006-02-01
8 2 February 2006 February 2 2006 2006-02-02
Names of people are also a problem, as it sorts by first name, not last name. Finally, it also seems to ignore images which come before the text - see the cricket list above. -- ALoan (Talk) 17:49, 29 November 2006 (UTC)[reply]

It needs improvement. A few thoughts:

  1. sort-first and sort-last classes, perhaps, to force cells/rows to sort before or after everything without the class.
  2. Better handling of different date formats.
  3. Number sorting should be more robust. I don't see why blanks should go after rather than before, by themselves (but see 1).

From what I've read of the code, anything not recognized will be sorted in Unicode code point order. —Simetrical (talk • contribs) 07:05, 30 November 2006 (UTC)[reply]

Oh, yes: sorting by last name instead of first is impossible, because it can't have any idea whether something's a name, and if it is, which part is the first name and which the last. Ignoring images is intended behavior. —Simetrical (talk • contribs) 07:08, 30 November 2006 (UTC)[reply]
Sorry, I was not clear enough: ignoring images is good. I wonder if there are any other things that should be ignored?
I wonder if it would be possible to add some kind of explict (but undisplayed) sort key? So you could add something like <sort="abc"/> to a cell to set where it should appear in a list, like pipes do for categories? -- ALoan (Talk) 10:27, 30 November 2006 (UTC)[reply]
The question is how to represent that in the HTML served to the user. It needs to be something that won't be noticeable for users without CSS/JS enabled, such as many cellphones. I guess inline <script>s or something could be added, or comments, but both seem like pretty messy ideas. —Simetrical (talk • contribs) 23:56, 30 November 2006 (UTC)[reply]
I have no idea how it works in the first place: I am only asking for functionality - how it would actually do it is a mystery to me! The current implementation seems like a pretty good first stab, but there are clearly a few areas that could be improced. Are the relevant developers watching here, or should we raise the issues elsewhere? -- ALoan (Talk) 10:19, 1 December 2006 (UTC)[reply]
The article on Collation may have some useful inspiration, especially the section about abbreviations. --Brandon Dilbeck 19:32, 2 December 2006 (UTC)[reply]

Sorting sems a bit haphazard[edit]

It doesn't seem to work very well at Bradford North (UK Parliament constituency)#Members_of_Parliament: the sorting is rather haphazard. --BrownHairedGirl (talk) • (contribs) 14:28, 27 January 2007 (UTC)[reply]

I don't see how so. Please give specifics as to expected and actual results. —Simetrical (talk • contribs) 03:45, 28 January 2007 (UTC)[reply]

Numbers with two commas do not sort correctly[edit]

The sorting script has problems handling numbers containing more than one comma. If you sort this table you'll see that it ignores anything after the second comma. For example: 1,025,481 is placed between 1,024 and 1,206.

Numbers Currency
1,025,481 $1,025,481
205 $205
20,799,886 $20,799,886
101,742 $101,742
213,233 $213,233
20,798 $20,798
1,024 $1,024
20,800 $20,800
1,026 $1,026

Not sure if this is the proper place to report the problem, but since others have done so I figured I would add one that was causing a problem for pages I work on. Thanks. -- Zyxw 10:39, 28 January 2007 (UTC)[reply]

Looking through sorttable.js I noticed it handles currency differently than numbers. I've added a column to the above table which contains the same numbers preceded by a dollar sign. If you click on numbers column it sorts incorrectly, but it you click on the currency column it does sort correctly. -- Zyxw 16:39, 29 January 2007 (UTC)[reply]

After a bit more research I found Meta:Help:Sorting which mentions this problem. It was also reported as T10115 on 2007-01-19. At the bottom of that page it mentions that this bug has been fixed in the JavaScript code available at Meta:Help_talk:Sorting. I guess the only question now is when the updated code will be implemented. -- Zyxw 18:52, 29 January 2007 (UTC)[reply]