Maldiskusjon:Sorterbart tall
Underlig sortering (mine endringer 2008-03-12T14:13:21)[rediger kilde]
Endringene mine «skulle fungert», men det ble noe tull med enten javascript eller kode. Om man trykket på sorteringsknappen i en kolonne mer enn 2 ganger, begynte den plutselig på et underlig sorteringsmønsker. — Kagee 12. mar 2008 kl. 14:25 (CET)
- Enig, det burde fungert. Men det ser ut til å være noe rart selv ved sortering uten bruk av noen mal. Her er det noe muffens et sted. --Mollerup 12. mar 2008 kl. 15:05 (CET)
- Den taklet ikke desimaltall, fordi javascriptet tolket det som tusenskilletegn. Men se på Bruker:Kagee/Bøtte og spade 2 - kolonne 1 som bruker min metode sorterer 58 feil, og etter 2 klikk går den helt på trynet. Kanskje vi kan skrive en lokal versjon av javascriptet? — Kagee 12. mar 2008 kl. 15:19 (CET)
- Jeg har tittet litt på javascriptet, og det burde gå ann å gjøre det mer norgeskompatibelt. F.eks fjerner funksjonen som sammenligner tall ,(komma) fra tallet - antagelig for å fjerne engelske/amerikanske tusentallsskilletegn. Derfor fungerer ikke desimaltall skikkelig. — Kagee 12. mar 2008 kl. 16:10 (CET)
- Jeg har ikke noe greie på javascript, dessverre. Lykke til :-) Mollerup 13. mar 2008 kl. 08:22 (CET)
- Jeg har tittet litt på javascriptet, og det burde gå ann å gjøre det mer norgeskompatibelt. F.eks fjerner funksjonen som sammenligner tall ,(komma) fra tallet - antagelig for å fjerne engelske/amerikanske tusentallsskilletegn. Derfor fungerer ikke desimaltall skikkelig. — Kagee 12. mar 2008 kl. 16:10 (CET)
- Den taklet ikke desimaltall, fordi javascriptet tolket det som tusenskilletegn. Men se på Bruker:Kagee/Bøtte og spade 2 - kolonne 1 som bruker min metode sorterer 58 feil, og etter 2 klikk går den helt på trynet. Kanskje vi kan skrive en lokal versjon av javascriptet? — Kagee 12. mar 2008 kl. 15:19 (CET)
Takler ikke tall over 9 999 999 (kun millioner, ikke 10 millioner ++)[rediger kilde]
Jeg må inrømme at jeg ikke forstår 100% hvordan denne malen fungerer, (jeg prøvde å forenkle den, men det fungerte ikke), men jeg ser nå på USAs delstater at den ikke takler tall over 9 999 999? 10 millioner sorteres før 2 millioner, og 20 før 30. Jeg syntes også rendringen av malen har endret seg - baserte ikke denne seg på en skjult span-tag med en masse && i? Jeg kan ikke se noen slike på USAs delstater. — Kagee 13. mar 2008 kl. 09:03 (CET)
- Tror det skulle være fikset nå. --Mollerup 13. mar 2008 kl. 09:43 (CET)
Utvidelse[rediger kilde]
Jeg foreslår at vi legger inn kode som gir mulighet for
- Å gjøre om tallet til en lenke (1985 -> 1985) for tilfeller der f.eks årstall må bruke denne malen.
(navngitt parameter «lenke», verdi ja=lag lenke / annet=ikke lag lenke) - Å gi mulighet for å plassere tekst mellom tallet og den skjulte span-taggen.
(navngitt paramter «foran», verdi f.eks. «ca.»)
Eksempelkode
|{{padright:{{#ifexpr:{{{1}}}<1000|+{{{1}}}|
{{formatnum:{{{1}}}}}}}|1 |*}} = &&&&&&&&&&&&&&&}}</span>{{#ifexpr:{{{1}}}<1000|
{{{foran|}}}<span style="{{{2|display:none}}}">+</span>{{#if:{{lc:{{{lenke}}}}}=ja|[[}} {{{1}}}{{#if:{{lc:{{{lenke}}}}}=ja|]]}}|
{{{foran|}}}{{#if:{{lc:{{{lenke}}}}}=ja|[[}}{{formatnum:{{{1}}}}}}}{{#if:{{lc:{{{lenke}}}}}=ja|]]}}</includeonly>
Jeg er usikker på om dette fungerer / påvirker koden /påvirker sorteringen. — Kagee 13. mar 2008 kl. 19:24 (CET)
{{sorterbar|1985}}gir 1 985, som ikke er måten å skrive årstall på. Jeg ville heller foreslå en ny mal for sorterbare årstall.
- For årstall etter 999 trenger vi vanligvis ikke slikt. For årstall før 1 begynner det å bli slitsomt.
{{sorterår|fkr=40}}? — the Sidhekin 13. mar 2008 kl. 19:44 (CET)
- Jeg tror også det er lurt med en egen mal for sorterbare årstall, med eller uten lenking. Ellers synes jeg forslaget om å støtte plassering av egen tekst mellom den skjulte koden og tallet er bra. --Mollerup 14. mar 2008 kl. 11:05 (CET)
- 3. Eller, vi kan lage vårt egen sorteringsscript. (bytte ut javascriptet) — Kagee 14. mar 2008 kl. 11:28 (CET)
Negative tall[rediger kilde]
Dokumentasjonen sier ikke noe om at malen ikke støtter negative tall. Bug, doc-mangel eller «arbeid pågår»?
| Tall med mal | Skjult tekst! |
|---|---|
| 10 023 456 | 3&507&10023456& 10 023 456
|
| −1 003 456 | 1&494&899654.4& −1 003 456
|
| −456 | 1&498&544000& −456
|
| 56 | 3&501&56& 56
|
Legg spesielt merke til mangel på mellomrom i −1 003 456; -1003456 er nemlig mindre enn 1000. :) — the Sidhekin 13. mar 2008 kl. 20:05 (CET)
- "doc-mangel". Malen fungerer kun for positive heltall, dessverre. --Mollerup 14. mar 2008 kl. 09:06 (CET)
Forslag: {{Bruker:Sidhekin/sk1}}[rediger kilde]
En kjapp utvidelse som støtter negative heltall, positive flyttall og mange negative flyttall.
| Tall med mal | Kommentar | Skjult tekst! |
|---|---|---|
| 10 023 456 | 5.0000000010023 5.10023456 10023461 1.0023456E+15 10023456& 10 023 456 | |
| 10 023 455,9999982 | 5.0000000010023 5.10023456 10023460.999998 1.0023455999998E+15 10023455.9999982& 10 023 455,9999982 | |
| 10 023 456,0000000000000 | 5.0000000010023 5.10023456 10023461 1.0023456E+15 10023456.0000000000001& 10 023 456,0000000000000 | |
| −1 003 456 | feilsortering | 4.9999999998997 4.98996544 -1003451 -1.003456E+14 -1003456& −1 003 456 |
| −1 003 455,99999982 | feilsortering | 4.9999999998997 4.98996544 -1003450.9999998 -1.0034559999998E+14 -1003455.99999982& −1 003 455,99999982 |
| −1 003 456,0000000000000 | feilsortering | 4.9999999998997 4.98996544 -1003451 -1.003456E+14 -1003456.0000000000001& −1 003 456,0000000000000 |
| −456 | 5 4.99999544 -451 -45599999995 -456& −456 | |
| −456,1 | 5 4.99999544 -451 -45599999995 -456& −456 | |
| −455,9 | 5 4.99999544 -451 -45599999995 -456& −456 | |
| 56 | 5 5.00000056 61 5600000005 56& 56 |
Hvis forskjellen blir for liten i forhold til absoluttverdien av tallene, sorteres negative flyttall oftest bakvendt. Jeg finner i farten ingen vei utenom det problemet.
Et annet «problem» er kanskje at {{formatnum:}} er deler i grupper på høyre side av komma. Jeg er neimenn ikke sikker på hva standarden skal være her.
Men tross de problemene er vel dette en forbedring? Så spørs det heller på de problemene jeg ennå ikke ser ... :) — the Sidhekin 15. mar 2008 kl. 11:15 (CET)
- Jo, dette ser jo bra ut. Klarer du å finne grenseområdene? Max/min for sortering, og hvor mange desimaler man kan bruke på + / - siden? Er et fornutig tallområde for positive tall 1 000 000 000 til 0,0000000001? Av erfaring vet jeg at sortering her på wikipedia trenger mange tester for å finne feil. Jeg skjønner fortsatt ikke hvorfor forslaget mitt sorterer 56 og 58 feil :-S — Kagee 15. mar 2008 kl. 11:27 (CET)
Hmm, jeg gjør det kanskje vanskeligere enn det behøver å være. Gi meg noen minutter med eksperimentering — forvent uforventet sortering i tabellen mens arbeid pågår. :)— the Sidhekin 15. mar 2008 kl. 12:20 (CET)
- Ugh, nei, så vanskelig ser det ut til å være. Jeg trenger en pustepause; skal heller se om jeg kan svare på spørsmålene senere i dag. — the Sidhekin 15. mar 2008 kl. 12:45 (CET)
Det ser ut til å være begrenset hva mer jeg får til, så her følger heller grenseområdene for den versjonen jeg har nå.
Dessverre ser det ut til at grensene varierer: Presisjonen er ikke forutsigbar. (Er det forskjellige versjoner av programvaren installert på de forskjellige maskinene i server-poolen?) Ta tallene under med en liten klype salt.
Det følgende er de feilsituasjonene jeg kjenner til; det er godt mulig det fins flere.
Negative tall med for store krav til presisjon[rediger kilde]
Jeg skrev først at dette gjaldt flyttall, men det omfatter naturligvis for store heltall også. Problemet inntreffer ved et varierende antall «gjeldende» sifre, avhengig av magnitude, valg av konstanter i malen, presisjonen på serveren og tydeligvis enda flere faktorer:
| Tall med mal | Forventet | Kommentar |
|---|---|---|
| −100 000 000,000001 | 8 | Femten gjeldende sifre blir for mye |
| −100 000 000,000002 | 7 | Femten gjeldende sifre blir for mye |
| −100 000 000,00001 | 6 | Fjorten gjeldende sifre kan gå bra |
| −100 000 000,00002 | 5 | Fjorten gjeldende sifre kan gå bra |
| −1 000 010 000 | 4 | Seks gjeldende sifre kan bli for mye |
| −1 000 020 000 | 3 | Seks gjeldende sifre kan bli for mye |
| −1 000 100 000 | 2 | Fem gjeldende sifre skulle alltid gå bra |
| −1 000 200 000 | 1 | Fem gjeldende sifre skulle alltid gå bra |
Fjorten gjeldende sifre er yttergrensen, og med litt innsats kan jeg vel nærme meg den, men er det verdt det?
Positive tall av for stor magnitude[rediger kilde]
| Tall med mal | Forventet | Kommentar |
|---|---|---|
| 49 999 999 999 999 900 | 6 | For stort |
| 49 999 999 999 999 800 | 5 | For stort |
| 49 999 999 999 990 000 | 4 | Varierer(?) |
| 49 999 999 999 980 000 | 3 | Varierer(?) |
| 49 999 999 999 000 000 | 2 | Går bra |
| 49 999 999 998 000 000 | 1 | Går bra |
Dette kan jeg dytte videre, om det betyr noe. Det er ikke engang spesielt dyrt; jeg bare regnet med at vi ikke trenger større tall. :)
Negative tall av for stor magnitude[rediger kilde]
| Tall med mal | Forventet | Kommentar |
|---|---|---|
| −49 000 000 000 000 000 | 4 | |
| −50 000 000 000 000 000 | 3 | Akkurat på kanten |
| −51 000 000 000 000 000 | 2 | For stort |
| −52 000 000 000 000 000 | 1 | For stort |
Som over: Dette kan jeg dytte på, om vi trenger mer.
Negative tall av for liten magnitude[rediger kilde]
| Tall med mal | Forventet | Kommentar |
|---|---|---|
| −0 | 7 | (negativ 0) |
| −0,00000000000000000000004 | 6 | Feiler |
| −0,00000000000000000000008 | 5 | Feiler |
| −0,000000000000000000004 | 4 | Varierer |
| −0,000000000000000000008 | 3 | Varierer |
| −0,0000000000000000004 | 2 | OK |
| −0,0000000000000000008 | 1 | OK |
Igjen, om det betyr noe, kan jeg dytte det videre. :)
Nytt forslag: {{Bruker:Sidhekin/sorterbar}}[rediger kilde]
Aritmetikk med maler, magic words og ParserFunctions var ikke så lett som jeg først trodde, men her har jeg et nytt og kraftigere (men kanskje for tungt?) forslag. For å gjennomføre det uten for mye plunder har jeg laget fire maler:
- Bruker:Sidhekin/sorterbar - som altså avhenger av de andre
- Bruker:Sidhekin/magnitude - en matematisk mal
- Bruker:Sidhekin/magnitude/vindu - en «subrutine» til malen over
- Bruker:Sidhekin/10^ - nok en matematisk mal
(De andre malene kan godt tenkes være nyttige i andre tilfeller også. Jeg har her bare brukt dem til å trekke ut felles/gjentatt kode.)
| Tall med mal | Kommentar | Skjult tekst! |
|---|---|---|
| 10 023 456 | 3&507&10023456&10 023 456 | |
| 10 023 455,9999982 | 3&507&10023455.9999982&10 023 455,9999982 | |
| 10 023 456,0000000000000 | 3&507&10023456.0000000000001&10 023 456,0000000000000 | |
| −1 003 456 | feilsortering | 1&494&899654.4&−1 003 456 |
| −1 003 455,99999982 | feilsortering | 1&494&899654.40000002&−1 003 455,99999982 |
| −1 003 456,0000000000000 | feilsortering | 1&494&899654.4&−1 003 456,0000000000000 |
| −456 | 1&498&544000&−456 | |
| −456,1 | 1&498&544000&−456 | |
| −455,9 | 1&498&544000&−456 | |
| 56 | 3&501&56&56 |
Grenseverdiene følger:
Negative tall med for store krav til presisjon[rediger kilde]
Dette problemet kommer jeg ikke rundt med disse verktøyene; ikke uten overkill i alle fall. Problemet inntreffer ved et varierende antall «gjeldende» sifre, avhengig av {{#expr:}}-presisjonen på serveren:
| Tall med mal | Forventet | Kommentar |
|---|---|---|
| −100 000 000,000001 | 8 | Femten gjeldende sifre blir for mye |
| −100 000 000,000002 | 7 | Femten gjeldende sifre blir for mye |
| −100 000 000,00001 | 6 | Fjorten gjeldende sifre varierer |
| −100 000 000,00002 | 5 | Fjorten gjeldende sifre varierer |
| −100 000 000,0001 | 4 | Tretten gjeldende sifre varierer |
| −100 000 000,0002 | 3 | Tretten gjeldende sifre varierer |
| −100 000 000,001 | 2 | Tolv gjeldende sifre går bra |
| −100 000 000,002 | 1 | Tolv gjeldende sifre går bra |
Vi kan stole på at tolv sifre går bra og femten sifre feiler; mellom der varierer det. Hver gang jeg tar reload (eller ny forhåndsvisning) gir {{#expr:10000000000001}} enten 1E+13 (og da sorterer bare inntil tolv sifre korrekt) eller 10000000000001 (med korrekt sortering av inntil fjorten sifre); denne gangen ble det 10000000000001. Forskjellig programvare eller konfigurasjon på serverne i poolen, antar jeg.
I praksis vil jeg tvile på at vi har bruk for mer enn tolv gjeldende sifre ved sortering av negative tall. (Positive tall trenger jeg ikke dytte gjennom {{#expr:}}, så dette gjelder ikke dem.)
Positive tall av for stor magnitude[rediger kilde]
| Tall med mal | Forventet | Kommentar |
|---|---|---|
| 50 000 000 000 000 000 000 000 000 000 000 000 000 000 | 1 | Går bra |
| 50 000 000 000 000 000 000 000 000 000 000 000 000 000 | 2 | Går bra |
| 500 000 000 000 000 000 000 000 000 000 000 000 000 000 | 3 | Går bra |
| 500 000 000 000 000 000 000 000 000 000 000 000 000 000 | 4 | Går bra |
| 5 000 000 000 000 000 000 000 000 000 000 000 000 000 000 | 5 | For stort |
| 5 000 000 000 000 000 000 000 000 000 000 000 000 000 000 | 6 | For stort |
Trenger vi større tall, så bare si fra eller fiks det selv, om dere vil: Denne grensen er triviell å flytte, med marginal run-time-cost. Men dette er vel allerede mye mer enn vi trenger?
Negative tall av for stor magnitude[rediger kilde]
| Tall med mal | Forventet | Kommentar |
|---|---|---|
| −51 000 000 000 000 000 000 000 000 000 000 000 000 000 | 6 | Går bra |
| −52 000 000 000 000 000 000 000 000 000 000 000 000 000 | 5 | Går bra |
| −510 000 000 000 000 000 000 000 000 000 000 000 000 000 | 4 | Går bra |
| −520 000 000 000 000 000 000 000 000 000 000 000 000 000 | 3 | Går bra |
| −510 000 000 000 000 000 000 000 000 000 000 000 000 000 | 2 | For stort |
| −520 000 000 000 000 000 000 000 000 000 000 000 000 000 | 1 | For stort |
Bortsett fra presisjonsbegrensningene er dette som de positive; det er bare greiest å presentere dem hver for seg. :)
Negative tall av for liten magnitude[rediger kilde]
| Tall med mal | Forventet | Kommentar |
|---|---|---|
| −0 | 7 | (negativ 0; kanskje strengt tatt ikke et negativt tall ...) |
| −0,000000000000000000000000000000000000000000000004 | 6 | Feiler |
| −0,000000000000000000000000000000000000000000000008 | 5 | Varierer |
| −0,0000000000000000000000000000000000000000000004 | 4 | Varierer |
| −0,0000000000000000000000000000000000000000000008 | 3 | OK? |
| −0,000000000000000000000000000000000000000000004 | 2 | OK |
| −0,000000000000000000000000000000000000000000008 | 1 | OK |
Trenger vi negative tall av mindre magnitude, så bare si fra eller fiks det selv, om dere vil: Denne grensen, selv om den flyter litt ut, er triviell å flytte, med marginal run-time-cost. Men dette er vel allerede mye mer enn vi trenger?
Positive tall av for liten magnitude eller med for store krav til presisjon[rediger kilde]
Ingen problemer. Vel, kanskje javascriptet gir opp til sist. Hva vet vel jeg? :)
— the Sidhekin 21. mar 2008 kl. 11:52 (CET)
Jeg prøver[rediger kilde]
Jeg har nå lagt inn følgende:
- {{magnitude}} – en matematisk mal
- {{magnitude/vindu}} – en «subrutine» til malen over
- {{10^}} – nok en matematisk mal
Straks følger en oppdatering av selve {{sorterbar}}. Blir det problemer, holder det å rulle den ene oppdateringen tilbake; resten gjør ingen fortred. :) — the Sidhekin (d) 16. mai 2008 kl. 22:10 (CEST)
- Ting går bra? Det drepte ikke serveren, i det minste ... :) — the Sidhekin (d) 16. mai 2008 kl. 22:21 (CEST)
Problemer med sortering[rediger kilde]
Jeg har jobbet med Stortingsvalgene den siste tiden, og har laget en rekke tabeller (nå ligger de på Bruker:Røed/Stortinget), men med den utformingen fungerer ikke sorteringen korrekt. 2005 (revisjon), funger. men, jeg ønsker i utgangspunktet den andre utformingen. Kan noen se hva som er feil? Mvh Røed (d) 2. mar 2009 kl. 23:33 (CET)
- Fikk det til ved å flytte salen til høyresiden av tabellen, usikker på hvorfor det funket. Mvh Røed (d) 3. mar 2009 kl. 00:09 (CET)
- Uff ja, sorteringsrutinen liker visst hverken colspan eller rowspan. Det fins work-arounds, men de går på å unngå colspan og rowspan. Du har funnet én variant, hvor du legger rowspan så langt til høyre at sorteringen slipper å ta hensyn til den. Se bergensraden i Fylke (Norge)#Dagens fylker for en annen. Se endelig Bruker:Røed/Stortinget#Stortingsvalget 2001, hvor jeg har tatt meg den frihet å demonstrere en tredje. :) — the Sidhekin (d) 3. mar 2009 kl. 08:02 (CET)