Maldiskusjon:Sorterbart tall

message: 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)
replies: text: 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)
replies: text: :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)
replies: text: ::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)
replies: text: :::Jeg har ikke noe greie på javascript, dessverre. Lykke til :-) Mollerup 13. mar 2008 kl. 08:22 (CET)
thread_title:  Underlig sortering (mine endringer  2008-03-12T14:13:21) 

message: 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)
replies: text: Tror det skulle være fikset nå. --Mollerup 13. mar 2008 kl. 09:43 (CET)
thread_title:  Takler ikke tall over 9 999 999 (kun millioner, ikke 10 millioner ++) 

message: 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
| = &&&&&&&&&&&&&&&}}</span></includeonly>
Jeg er usikker på om dette fungerer / påvirker koden /påvirker sorteringen. — Kagee 13. mar 2008 kl. 19:24 (CET)
replies: text: gir , som ikke er måten å skrive årstall på.  Jeg ville heller foreslå en ny mal for sorterbare årstall.

text: For årstall etter 999 trenger vi vanligvis ikke slikt.  For årstall før 1 begynner det å bli slitsomt.  ?  — the Sidhekin 13. mar 2008 kl. 19:44 (CET)
replies: text: :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)
replies: text: :: 3. Eller, vi kan lage vårt egen sorteringsscript. (bytte ut javascriptet) — Kagee 14. mar 2008 kl. 11:28 (CET)
thread_title:  Utvidelse 

message: 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!
            	
            	
            	
            	
Legg spesielt merke til mangel på mellomrom i ; -1003456 er nemlig mindre enn 1000. :) — the Sidhekin 13. mar 2008 kl. 20:05 (CET)
replies: text: "doc-mangel". Malen fungerer kun for positive heltall, dessverre. --Mollerup 14. mar 2008 kl. 09:06 (CET)
thread_title:  Negative tall 

message: En kjapp utvidelse som støtter negative heltall, positive flyttall og mange negative flyttall.
Tall med mal	Kommentar    	Skjult tekst!
            	             	
            	             	
            	             	
            	feilsortering	
            	feilsortering	
            	feilsortering	
            	             	
            	             	
            	             	
            	             	
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  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)
replies: text: 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)
replies: text: : 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)

text: : 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 ===
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
            	8        	Femten gjeldende sifre blir for mye
            	7        	Femten gjeldende sifre blir for mye
            	6        	Fjorten gjeldende sifre kan gå bra
            	5        	Fjorten gjeldende sifre kan gå bra
            	4        	Seks gjeldende sifre kan bli for mye
            	3        	Seks gjeldende sifre kan bli for mye
            	2        	Fem gjeldende sifre skulle alltid gå bra
            	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 ===
Tall med mal	Forventet	Kommentar
            	6        	For stort
            	5        	For stort
            	4        	Varierer(?)
            	3        	Varierer(?)
            	2        	Går bra
            	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 ===
Tall med mal	Forventet	Kommentar
            	4        	
            	3        	Akkurat på kanten
            	2        	For stort
            	1        	For stort
Som over: Dette kan jeg dytte på, om vi trenger mer.
=== Negative tall av for liten magnitude ===
Tall med mal	Forventet	Kommentar
            	7        	(negativ 0)
            	6        	Feiler
            	5        	Feiler
            	4        	Varierer
            	3        	Varierer
            	2        	OK
            	1        	OK
Igjen, om det betyr noe, kan jeg dytte det videre. :)
thread_title:  Forslag: {{[[Bruker:Sidhekin/sk1]]}} 

message: 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
            	8        	Femten gjeldende sifre blir for mye
            	7        	Femten gjeldende sifre blir for mye
            	6        	Fjorten gjeldende sifre kan gå bra
            	5        	Fjorten gjeldende sifre kan gå bra
            	4        	Seks gjeldende sifre kan bli for mye
            	3        	Seks gjeldende sifre kan bli for mye
            	2        	Fem gjeldende sifre skulle alltid gå bra
            	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?
thread_title:  Negative tall med for store krav til presisjon 

message: Tall med mal	Forventet	Kommentar
            	6        	For stort
            	5        	For stort
            	4        	Varierer(?)
            	3        	Varierer(?)
            	2        	Går bra
            	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. :)
thread_title:  Positive tall av for stor magnitude 

message: Tall med mal	Forventet	Kommentar
            	4        	
            	3        	Akkurat på kanten
            	2        	For stort
            	1        	For stort
Som over: Dette kan jeg dytte på, om vi trenger mer.
thread_title:  Negative tall av for stor magnitude 

message: Tall med mal	Forventet	Kommentar
            	7        	(negativ 0)
            	6        	Feiler
            	5        	Feiler
            	4        	Varierer
            	3        	Varierer
            	2        	OK
            	1        	OK
Igjen, om det betyr noe, kan jeg dytte det videre. :)
thread_title:  Negative tall av for liten magnitude 

message: 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!
            	             	
            	             	
            	             	
            	feilsortering	
            	feilsortering	
            	feilsortering	
            	             	
            	             	
            	             	
            	             	
Grenseverdiene følger:
=== Negative tall med for store krav til presisjon ===
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 -presisjonen på serveren:
Tall med mal	Forventet	Kommentar
            	8        	Femten gjeldende sifre blir for mye
            	7        	Femten gjeldende sifre blir for mye
            	6        	Fjorten gjeldende sifre varierer
            	5        	Fjorten gjeldende sifre varierer
            	4        	Tretten gjeldende sifre varierer
            	3        	Tretten gjeldende sifre varierer
            	2        	Tolv gjeldende sifre går bra
            	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  enten 1E+13 (og da sorterer bare inntil tolv sifre korrekt) eller 10000000000001 (med korrekt sortering av inntil fjorten sifre); denne gangen ble det .  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 , så dette gjelder ikke dem.)
=== Positive tall av for stor magnitude ===
Tall med mal	Forventet	Kommentar
            	1        	Går bra
            	2        	Går bra
            	3        	Går bra
            	4        	Går bra
            	5        	For stort
            	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 ===
Tall med mal	Forventet	Kommentar
            	6        	Går bra
            	5        	Går bra
            	4        	Går bra
            	3        	Går bra
            	2        	For stort
            	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 ===
Tall med mal	Forventet	Kommentar
            	7        	(negativ 0; kanskje strengt tatt ikke et negativt tall ...)
            	6        	Feiler
            	5        	Varierer
            	4        	Varierer
            	3        	OK?
            	2        	OK
            	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 ===
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 ===
Jeg har nå lagt inn følgende:
#  – en matematisk mal
#  – en «subrutine» til malen over
#  – nok en matematisk mal
Straks følger en oppdatering av selve .  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)
replies: text: Ting går bra?  Det drepte ikke serveren, i det minste ... :) — the Sidhekin (d) 16. mai 2008 kl. 22:21 (CEST)
thread_title:  Nytt forslag: {{[[Bruker:Sidhekin/sorterbar]]}} 

message: 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
            	8        	Femten gjeldende sifre blir for mye
            	7        	Femten gjeldende sifre blir for mye
            	6        	Fjorten gjeldende sifre varierer
            	5        	Fjorten gjeldende sifre varierer
            	4        	Tretten gjeldende sifre varierer
            	3        	Tretten gjeldende sifre varierer
            	2        	Tolv gjeldende sifre går bra
            	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 .  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.)
thread_title:  Negative tall med for store krav til presisjon 

message: Tall med mal	Forventet	Kommentar
            	1        	Går bra
            	2        	Går bra
            	3        	Går bra
            	4        	Går bra
            	5        	For stort
            	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?
thread_title:  Positive tall av for stor magnitude 

message: Tall med mal	Forventet	Kommentar
            	6        	Går bra
            	5        	Går bra
            	4        	Går bra
            	3        	Går bra
            	2        	For stort
            	1        	For stort
Bortsett fra presisjonsbegrensningene er dette som de positive; det er bare greiest å presentere dem hver for seg. :)
thread_title:  Negative tall av for stor magnitude 

message: Tall med mal	Forventet	Kommentar
            	7        	(negativ 0; kanskje strengt tatt ikke et negativt tall ...)
            	6        	Feiler
            	5        	Varierer
            	4        	Varierer
            	3        	OK?
            	2        	OK
            	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?
thread_title:  Negative tall av for liten magnitude 

message: Ingen problemer.  Vel, kanskje javascriptet gir opp til sist.  Hva vet vel jeg? :)
— the Sidhekin 21. mar 2008 kl. 11:52 (CET)
thread_title:  Positive tall av for liten magnitude eller med for store krav til presisjon 

message: Jeg har nå lagt inn følgende:
#  – en matematisk mal
#  – en «subrutine» til malen over
#  – nok en matematisk mal
Straks følger en oppdatering av selve .  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)
replies: text: Ting går bra?  Det drepte ikke serveren, i det minste ... :) — the Sidhekin (d) 16. mai 2008 kl. 22:21 (CEST)
thread_title:  Jeg prøver 

message: 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)
replies: text: 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)
replies: text: : 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)
thread_title:  Problemer med sortering