Wpis z mikrobloga

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 dowolnej ilości plików otwartych w jednej instancji.

Edytor tworzyliśmy z myślą o inżynierach i programistach (tych ciukających za 15k też ( ͡° ͜ʖ ͡°) ), a jest Was na wykopie wielu. Rzućcie okiem, wytknijcie błędy, sugerujcie funkcje i ulepszenia. TrueSight jest bezpłatny do dowolnych zastosowań, miłego używania. Program dostępny jest tutaj: http://mydatasoftware.com
#programowanie #programistaza15k #truesight
mydata_pl - Mircy i mirabelki, po przetworzeniu setek litrów kawy na kod, wydaliśmy e...

źródło: comment_ZAVLlTpMjSkyIe5XZGmPcbpkseMtr5C3.jpg

Pobierz
  • 31
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@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ż
  • Odpowiedz
@mydata_pl: jak już używacie 'a' i 'i', a przy okazji macie tryb zaznaczania/visual mode, to na Boga, dodajcie vimowskie x/d/p (,) i koniecznie u na undo. Usuwanie za pomocą x lub d może zerować bajty, bo to się wydaje bardziej rozsądne w takiej edycji plików.

Ale program wygląda na bardzo praktyczny, jak będę potrzebował pracy na plikach binarnych to użyję.
  • Odpowiedz
@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 ( ͡° ͜ʖ ͡°)
  • Odpowiedz
@mydata_pl:
1. Masz zamiar dodać jakiś system Pluginów ?
- dodatkowe podświetlanie w hex dump (np. podświetlanie kolorami struktur w hex viewer)
- modyfikacja danych przez plugin (np. plugin do kryptografii typu "decrypt selection")
- dodatkowe pozycje menu z pluginów (tak jak w
  • Odpowiedz
@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
  • Odpowiedz
@mydata_pl: Zauważyłem ten katalog ;) Myślę że opcja A gdzie każdy musiał by rekompilować pluginy nikomu by nie przeszkadzała ;) Spora część oprogramowania zmienia API z wersji na wersję więc pluginy nie pasują i jest to całkowicie akceptowalne. Sam jakiś czas temu rozważałem pisanie właśnie takiego HexEdytora jako że właśnie nic gotowego nie oferuje potrzebnej mi funkcjonalności. Jeśli byłbyś skłonny udostępnić jakieś rozwojowe sdk pluginów to byłbym skłonny zacząć używać
  • Odpowiedz
@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.
  • Odpowiedz