[bug] Pricewatch sortering opslag GB/dag foutief

[Bubbles]

In de pricewatch kan je bij (ssd) opslag sorteren op GB/dag. Echter gaat die sortering de mist in. Zie als voorbeeld dit plaatje:


Ik heb hier gekozen voor een aflopende sortering. We zien eerst 87.7GB staan, gevolgd door 637,4GB, aangezien een 8 groter is dan een 6, compleet er voorbijgaand aan het feit dat een hondertal echt wel groter is dan een tiental. Ietsje lager zien we dit verschijnsel nog een paar keer terugkomen. Zie ook deze link voor de daadwerkelijke pagina.

Misschien de values splitsen in getal en unit-grootte, in plaats van op een simpele string te sorteren?

[winkbrace]

Oh, daar is er eentje tussendoor geslipt. Bedankt, we pakken het op!

[ACM]

@winkbrace dit is domweg een fout bij de definitie van deze speciale "virtuele specificatie", geen bug van onze code. Het zou ook in onze code opgelost kunnen worden (door tekstuele uitkomsten met "natural ordering" te sorteren), maar in dit geval kan het ook eenvoudiger door de "virtuele specificatie"-definitie wat te veranderen

@Glaanie Die heb ik bij deze aangepast, dus hopelijk werkt ie nog zoals je bedoelde

[Glaanie]

ACM schreef op zaterdag 9 februari 2019 @ 09:43:
@winkbrace dit is domweg een fout bij de definitie van deze speciale "virtuele specificatie", geen bug van onze code. Het zou ook in onze code opgelost kunnen worden (door tekstuele uitkomsten met "natural ordering" te sorteren), maar in dit geval kan het ook eenvoudiger door de "virtuele specificatie"-definitie wat te veranderen

@Glaanie Die heb ik bij deze aangepast, dus hopelijk werkt ie nog zoals je bedoelde

Het is mij onduidelijk wat je nou precies hebt veranderd Ik heb op iteration gekeken in de hoop daar de oude code te treffen, maar of je hebt daar dezelfde fix lopen testen, of ik zie het verschil niet ... Mag je mij maandag laten zien