Mirabelki i Mircy, wydaliśmy kolejną wersję TrueSight, szybkiego i bezpłatnego edytora HEX dla profesjonalistów IT, inżynierów, reverserów, hakierów, crackierów i zwykłych podglądaczy plików binarnych.
Po ostatnim wpisie na mirko, pojawiło się kilka sugestii, zgodnie z obietnicą dodaliśmy zmiany i poprawiliśmy błędy: - naprawiliśmy bug zauważony przez @inflo (brak wyszukiwania danych z prefixem 0x w oknie Find) - dodaliśmy oparte na vimie skróty, zaproponowane przez @rotflolmaomgeez (x, p, P, y, Ctrl+R) -
Mircy i mirabelki, po przetworzeniu setek litrów kawy na kod, wydaliśmy edytor HEX inny, niż wszystkie. Dużo pracujemy z surowymi danymi, nie było na rynku edytora, który spełniałby nasze oczekiwania - tak narodził się TrueSight. Nasz edytor jest szybki, konfigurowalny, ma świetny mechanizm zakładek (złap za tytuł zakładki i poprzeciągaj po krawędziach ekranu - zobaczysz), kopiuje dowolnie duże zakresy danych między plikami czy w obrębie jednego pliku oraz pozwala na synchroniczne przewijanie
@kretopir: usuwanie symboli z obiektów dzielonych na linuxie jest problematyczne i zostawilismy ten problem do rozwiązania na później @laoong: edycja działa, edycję włączasz I, wychodzisz ESC request noted
@inflo: to prawda, wyszukiwarka ignoruje 0xff, poprawimy to w wersji 1.3; poprawimy również oznaczanie wyniku wyszukiwania, ramka rzeczywiście jest słabo widoczna;
jeżeli dobrze rozumiem ostatni feature request, mając w edytorze dane 00 11 22 33 44 55 66 77 88 99 FF, importujesz definicję typedef struct { int a; int b; int c; } i w wyniku dostajesz a = 0x33221100, b = 0x77665544, c = 0x00ff9988 - to jest już
@rotflolmaomgeez: interfejs jest i będzie inspirowany vimem, ale nigdy nie będzie to vim ( ͡°͜ʖ͡°) specjalnie dla Ciebie wprowadzimy te dodatkowe hotkey'e w v1.3 @xmichaelx: HxD nie pozwoli na skopiowanie do schowka kilku gigabajtów i wklejenie ich w innym pliku (w HxD ctrl+a na pliku 300MB, ctrl+c, cztery razy ctrl+v i out of memory ( ͡°͜ʖ͡°) ), do
@kretopir: Program pisany jest jako modularny, rozszerzalny pluginami (rzuć okiem do katalogu 'plugins' ( ͡°͜ʖ͡°) ). Nie wykluczamy, że kiedyś udostepnimy SDK, aby każdy mógł napisać wlasny plugin i go udostepnić innym osobom. Program jednak jest dość młody, co wpływa dość mocno na stabilność (a raczej niestabilność ( ͡°͜ʖ͡°) ) potencjalnego API. Zbyt wcześnie wydajac SDK skazywalibyśmy sie na
@kretopir: Sama rekompilacja nie wystarczy, trzeba by dostosowywać kod do nowego API, a nie zawsze autor będzie miał na to ochotę i czas, co skutkowałoby tym, że z każdym nowym releasem programu deaktualizowałyby się wszystkie pluginy i od dobrej woli autorów zależałoby, czy użytkownicy dostaną plugin do nowej wersji, czy nie. Problem działałby w obie strony, gdy autor zaktualizuje plugin do np. wersji 1.25, automatycznie przestanie działać dla wersji 1.20. Gdy
Po ostatnim wpisie na mirko, pojawiło się kilka sugestii, zgodnie z obietnicą dodaliśmy zmiany i poprawiliśmy błędy:
- naprawiliśmy bug zauważony przez @inflo (brak wyszukiwania danych z prefixem 0x w oknie Find)
- dodaliśmy oparte na vimie skróty, zaproponowane przez @rotflolmaomgeez (x, p, P, y, Ctrl+R)
-