🚀 go-pugleaf

Użytkownik <c.stoll@NOSPAM.gazeta.pl> napisał w wiadomości
news:dkknlj$hud$1@inews.gazeta.pl...

[...]

> Oczywiście jeżeli w normie jest np. 70 na ocenę "5", a uzyskany wynik
wynosi
> 100, to wychodzi, że 70 jest większe od 100, co ogólnie nie jest prawdą ;)

Rzecz względna. Przy porównywaniu wartości typu String jest to prawda,
dla wartości numerycznych jest to fałsz.

> ale w tym przypadku tak, bo jak rozumiem cyfry w liczbach porównywane są
> pierwsza z pierwszą itd.

Porównywałeś wartości typu String i stąd Twoje rozterki.
Najogólniej: zarówno dane typu String jak i dane numeryczne poddają
się sortowaniu, przy czym zasady sortowania są dla obu typów różne.
Dane numeryczne są sortowane według rzeczywistej wielkości liczb.
Natomiast dane String są sortowane tak, że  są porównywane kolejne
znaki (począwszy od lewej), przy czym kryterium jest tutaj
położenie znaku w tablicy kodów ASCII - im znak ma większą
wartość kodu tym jest "większy".
Inaczej mówiąc dla Stringów są porównywane liczby będące
reprezentacją znaku w tablicy kodów ASCII.
Jeżeli ciągi są różnej długości, to porównywanie kończy się
na ostatnim znaku krótszego ciągu.
Stąd też takie "niby paradoksy":
  "7" >   "50"   (["7"] 55 > ["5"] 53)
"70" > "100"   (["7"] 55 > ["1"] 49)


> Pewnym rozwiązaniem problemu jest funkcja "Val" lub "Format" ale żeby bez
> zbytniego kombinowania je stosować, dobrze jest wiedzieć, jaki format
> danych "z natury" stosuje dana kontrolka!

W tym przypadku zastosuj funkcję Val i skorzystaj z rady
"bluszcza".

Robert