MI6OAC pisze:

Funkcjonalnosc pogramu super, niestety, mocno niedopracowany UI...

1. Na laptopie napisy nie mieszcza sie na buttonach
Ja używam laptopa 17 cali i nie mam problemu z buttonami . Testowałem także na innych rozdzielczościach na XP
i wszytko było dobrze .

Prawdopodobnie używasz niestandardowych wielkości czcionek np 125 % i stad te problemy . Spróbuj uzyć 100 % wielkości czcionek. Zresztą trudno w niepłatnym free programie wymagać specjalnych bajerów .

2. Logowanie do QRZ.com - zbednie moim zdaniem otwiera sie okno przegladarki - qrz.com udostepnia EDI i bez problemu mozna w ten sposob dane pobierac.

Nie mogę się zgodzić z tym iż logowanie do QRZ.COM jest niepotrzebne . Na próbę proszę się wylogować z QRZ.COM w domyslnej przeglądarce i spróbować scignąć jakies dane dla jakiekolwiek stacji .
Jak się nie jest zalogowanym do QRZ.COM to dostaje się

Natomiast EDI to przestarzały standard w ogóle już nie stosowany . Kiedyś nawet w pracy robiłem programy dla EDI
ale standard ten się nie przyjął . Standardem jest natomiast system XML . Ja ze względu na to iż mam na tapecie
inne prace dla krótkofalowców nie przewiduję na razie XML . Jestem pewny iż to nie przyspieszyło by sciągania danych gdyż program nie pobiera obrazków i w związku z tym jest bardzo szybki . Gdyby XML zapewnił by mnie iż
pola zawierają tylko te dane do których są przewidziane - to bym zastosował już teraz standard XML . Jak na razie webmasterzy QRZ.COM nie robią nic dosłownie by sprawdzać dane jakie wpisują użytkownicy. I tak np w polu adresu jest często info o QSL managerze a w polu QSL_Via jest dosłownie wszystko co ślina użytkownikowi przyniesie na język .
Jakoś tego kolego nie zauważasz - a jest to pierwszy na świecie program który poprawia to pole w taki sposób iż potem to pole jest możliwe do umieszczenia na karcie QSL .

3. Jesli w polu 'Name' wystepuje spacja (np. wszelkiego rodzaju kluby i dxpedycje) text jest obcinany po pierwszej spacji.

Pole Name jest przeznaczone do tego celu jak się rzeczywiście nazywa - tj powinno wskazywać imię operatora .
Jeśli ekspedycje umieszczają tam całe swoje skomplikowane nazwy - to już pozostaje sprawą webmasterów strony
by ich pilnować by zamieniać taki tekst ze spacjami na znak łącznika dolnego . Lub stacje DX-expedycje
powinny zdawać sobie z tego sprawę i umieszczać i łączyć takie teksty znakiem łacznika _ .

4. Opisy buttonow w polach tekstowych obok, zamiast w hintach (tzw. dymkach)

Nie są to typowe hinty - bo hinty mają taką własciwość iż pojawiają się tylko na krótki czas około 3 sec. Tam
natomiast tekst jest wyświetlany na cały czas trzymania myszy nad buttonem . Pełny opis obok buttonu niepotrzebnie
zwiększał by ekran . Zresztą te hinty zostały zrobione w ten sposób na wyraźne życzenie innych użytkowników .
Stałe napisy niepotrzebnie powodowały by konfuzję użytkownika , który napis odnosi do danego buttonu.

5. Napisy statusu pod progress bar'em dziwnie podzielone, co powoduje 'skakanie' tych napisow i zachodzenie na siebie, niektore napisy poobcinane.
Co to znaczy "dziwnie" i "skakanie" . Sprawdzę wersje angielską - bo być może obcinanie występuje w tej wersji.

6. GUI czesto blokuje sie podczas sciagania danych

Niestety Internet nie zawsze pracuje dobrze do każdego serwera . Szczególnie wolny jest hamcall.net . Proponuję
sprawdzić komendą z DOS-owego okienka tracert hammcall.net lub qrz.com i będzie dokładnie wiadomo w jakim punkcie następują przeciążenia . Jeśli tak jest to najlepiej zgłosić to swojemu providerowi .

7. Podczas pobierania danych program zdublowal mi sie na pasku zadan - pomimo ze uruchomiona byla tylko jedna instancja programu, na pasku zadan byly dwie, obie aktywne i sciagajace dane. Nie uruchomilem wiec progamu prypadkowo drugi raz.

Miałem kiedyś taką sytuację z innym programem u jednego z użytkowników . Powodem było iż miał on mój program
także i w innym katalogu (w katalogu Logger32) i dwie instancje tego programu się uruchamiały.
Proponuję sprawdzić w Menagerze zadań (Task Manager) czy są dwa programy LOOKING_HAM_DATA odpalone .
Także proponuje sprawdzić dysk czy gdzieś indziej nie ma jeszcze LOOKING_HAM_DATA.exe

8. Wydaje sie ze nie ma timeout podczas pobierania danych - program 'zamiera' na ponad minute.

Jest button do przerwania sciągania danych - ale ostatnie ściąganie musi zostać zakończone .
Zastosowany komponent nie ma takiej możliwości zadania Timeout . Owszem są takie komponenty
profesjonalne które to umożliwiają ale są one płatne i trudno w free programie stosować takie
komponenty .

To tyle po pierwszym uruchomieniu, zdaje sobie sprawe ze to uwagi o charakterze kosmentycznym, samo pobieranie danych jest OK.


Moge potwierdzic ze nie ma limitu pobierania danych przy wykupionej subskrybcji XML, co prawda nie testowalem tego z tym softem, ale testy robilem. Pozatym dzielac liczbe lookups z mojego konta przez liczbe dni od poczatku subskrybcji zdecydowanie jest no limits

Prosiłem już inną stację zagraniczną z wykupioną subskrypcją XML by spróbowała ona sciągnąć dane moim
programem LOOKING_HAM_DATA dla wiekszej niż 150 stacji . Wyniki są takie :
Stacja zadała 600 znaków do ściąnięcia . Dane były pobrane dla 320 stacji , z tym iż przy 480 znaku wystapił
komunikat iż nie jest się zalogowanym do QRZ.COM . Natomiast nie było komunikatu EXCEED LIMIT OF STATION.
Prawdopodobnie jest tak iż QRZ.COM nie robi limitu , ale jeszcze istnieje takie zjawisko związane z ciasteczkami
cookies (w cookie może być zapisane ile możesz sciągnąć w jednej sesji . Jak Ty sciągasz dane to nie jest to w jednej sesji i masz na każdą sesję połączeniową ustanowione nowe gniazdo połączeniowe przez Winsocket i nowe cookies . I dlatego nigdy nie zauwazysz limitu .
Tylko ciągłe pobranie pobranie danych w ramach tego samego Winsocket i tego samego cookies daje dokładny obraz .
Co do cookies to muszę jeszcze trochę rozeznać te technikę - bo jak na razie nie było potrzeby .
Dla stacji które nie rozumieją tutaj mego wywodu polecam moją strone
http://sp9auv.com/index.html?troche_informatyki_dla_krotkofalowcow.php