[umiarkowany_ekstremista]

Hej mirki. Mam przed sobą czarną skrzynkę i brak autora (zwolniony dawno temu) czy kodów źródłowych. Przyszło mi na myśl że może uda mi się coś niecoś poprawić bez potrzeby szukania źródeł. (Firmowe oprogramowanie jest tu ponad 7 lat i w kilku aspektach nieaktualne)
Kilka pytań o zasoby. Już po nazwach komponentów w zasobach wnioskuję że mam do czynienia z Delphi.
Dołożenie sortowania do TAdvColumnGrid było łatwe i przyjemne.
Z rzeczy, które zostały to:
1) Odkodowanie struktury Icon.Data (czy to plik ICO).
2) Odkodowanie struktury Glyph.Data (Tu już nawet widzę zarys pliku wynikowego jak w ascii. Jednak obraz jest powtórzony.)
3) Odkodowanie struktury Picture.Data (Prawdopodobnie bitmapa).
4) Dodanie akceleratorów. (Brak skrótów klawiszowych mnie wpienia bo dziennie mam do ręcznego wyklikania sporo tego śmiecia)

Pewnie dla icon i picture odpowiedź będzie łatwa (hex > plik) dla glyph też prosto bo wystarczy tylko określić jak sie definiuje kolory.
Co do akceleratorów to w tym miejscu upada ResHacker.
Jest co prawda masa innych edytorów zasobów ale tylko ten dał radę otworzyć dane formów w których były polskie znaki (kodowania nie sprawdzałem). A ponadto był w stanie je potem skompilować bez wywalania.

Ktoś zna narzędzie do konwersji z ASCII hex na HEX hex?

#programowanie #delphi #reshack

[mojave_wasteland]

@umiarkowany_ekstremista: Do edycji programów Delphi (nie mając dostępu do kodu źródłowego) swojego czasu dość mocny był program o nazwie Restorator. Nie wiem jednak czy poradzi sobie z dodaniem akceleratorów.

[mojave_wasteland]

@mojave_wasteland: Co do zamiany ASCII hex na HEX hex, chodzi Ci o zamianę np. stringa "aa bb cc 01" na czterobajtowy plik o treści 0xAA, 0xBB, 0xCC, 0x01?

[umiarkowany_ekstremista]

@mojave_wasteland: bingo. I zwiększam poziom trudności. Jeżeli coś nie istnieje jako portable to prawdopodobnie nie mogę tegu używać.

[mojave_wasteland]

Jeśli tych danych jest racjonalna ilość (tzn. nie masz plików kilku gigabajtowych), to możesz spróbować hexedytorem TrueSight, skopiuj dane w postaci ASCII do schowka (Ctrl+C), zrób nowy plik w TS, zapodaj Ctrl+V żeby wkleić dane, program powinien przetłumaczyć je na dane binarne. Wtedy możesz zapisać plik ;).

[umiarkowany_ekstremista]

@mojave_wasteland: Restorator sobie poradził z wypakowanie plików. Glyph jest Bitmapą tak samo jak Picture. Icon jest ico.
Dodawanie akceleratorów na szczęście nie jest konieczne. Wychodzi na to że do obiektu bodaj TMenuItem wystarczy dodać wartość ShortCut = i numerek skrótu. O ile do podstawowych nie mam problemów się dobrać.
https://msdn.microsoft.com/en-us/library/aa243025%28v=vs.60%29.aspx
Tak zlepki już nie są takie oczywiste. Metodą prób i błędów dopadłem natomiast informacji że 16463 odpowiada ctrl+o. Czyli klawisze 17

[mojave_wasteland]

@umiarkowany_ekstremista: 16463 = 0x404F, czyli 0x4000 or 0x4F, 0x4F to jest duże O (patrząc na zwykłą tablicę ASCII), a 0x4000 to modyfikator Ctrl, więc duże O zORowane z 0x4000 wyprodukuje pewnie hotkey Ctrl+O :)

Jeśli to prawda, to np. dla U = 0x55, kod 0x4055 (16469) powinien wyprodukować Ctrl+U.

Link co wkleiłeś to jakieś kody używane w Visual Basicu, więc tu mogą nie mieć

[umiarkowany_ekstremista]

@mojave_wasteland: I znowu sedno. To że klawisze się pokrywają przetestowałem już wcześniej.
testowałem też działania logiczne ale jakoś przeoczyłem zależność. Zasugerowałem się tym skancodem controla. Bo nawet f1-f12 się pokrywały z tą listą.

Mój trud skończon.