ssb-blume hat folgendes geschrieben :

Übrigens, Dein Property-Editor, da könnte man ja noch verschiedene andere Dateien von Windows (wie auch wav usw.) auseinander nehmen.

Das wäre auch mein Wunsch komplexere Strukturen auseinanderzunehmen.

Denn aktuell habe ich dafür kleine eigene Tools, aber die kommen natürlich bei Weitem nicht an HxD heran. Ich werde mir auch das Plugininterface einmal anschauen. Wünschen würde ich mir, dass ich quasi z.B. eine Recorddefinition in Pascal parsen und dann mit Hilfe des Interfaces auf die Binärdaten werfen kann.

Strukturdefinitionen sind geplant und ich hatte einige Ansätze. Fertiges gibt es bisher nicht, aber ist definitiv als Erweiterung der Dateninspektors geplant.

P.S.: Int24/UInt24 sind jetzt in der Entwicklerversion drin.

Vielen Dank für die schnelle Implementation!

Und wo ist der Download?
(ich meine 1. Post: siehe letzten Post)

Hansi

Es ist nur die Entwicklerversion, daher gibt es kein öffentliches Release (anderes ist noch im Fluss).

Wenn es dringend ist, kann ich dir aber einen Link schicken.

OK, ich warte.
Hansi

mh-nexus.de/downloads/HxDDevelDeu.zip

Hier ist die aktuelle Entwicklerversion, falls du Testen möchtest. Die enthaltene Textdatei ist auch nötig, ist wie gesagt noch eine Entwicklerversion, und nicht alles fertig.

Irgendwie kann ich meinen Beitrag nicht mehr editieren.

Ich wollte nach anfügen. Der Int24 Datentyp sollte korrekt funktionieren, auch wenn es eine Entwicklerversion ist.

Danke, habe HxD geladen.
Das Navigieren ist zwar schön, wenn man den Start weiß, aber dann müßte man noch den Inhalt haben.

Am Besten, im Dateninspektor noch eine Spalte mit diesem Wert einfügen.

Frage: Was wird nun aus uns allen, wen die Entwicklerecke schließt????

Hansi

Au Backe, habe doch nicht richtig angesehen. Wert ist ja da!
Bitte nur meine Dank akzeptieren, den Rest wegschmeißen.

Hansi

ssb-blume hat folgendes geschrieben :

Das Navigieren ist zwar schön, wenn man den Start weiß, aber dann müßte man noch den Inhalt haben. Am Besten, im Dateninspektor noch eine Spalte mit diesem Wert einfügen.

Welchen Inhalt? Ich bin mir nicht ganz sicher was du meinst, aber der Int24-Eintrag erscheint ganz unten. Falls nicht, Rechtsklick auf Dateninspektor, Optionen..., und dort Zurücksetzen drücken.

Die Navigation ist um array-artig durch Daten zu gehen, ohne diese als festes Array zu definieren. Bzw. um zum Ende eines Datentyps zu springen. Besonders bei variablen Typen wie x86 Assembly oder UTF-8 Codepoints nützlich.

Da die EE wohl in absehbarer Zeit schließt: Man kann mich in Zukunft auch weiter über meine Webseite ( mh-nexus.de ) erreichen, per Forum oder Mail, oder die Delphipraxis (je nachdem wie lange diese noch besteht).

Was die EE und die Community angeht wird es natürlich trotzdem schade sein :/

Version 2.3 von HxD ist nun verfügbar.

Changelog und Download befinden sich wie bisher auf meiner Seite.

Version 2.4 von HxD ist nun verfügbar.

Changelog und Download befinden sich wie bisher auf meiner Seite.

Danke dafür.

Ich habe das Pluginframework ausgecheckt, das Delphi-Beispiel kompiliert, die DLL in den Plugins-Ordner gelegt, aber dann kommt diese Meldung:

Zitat:

--------------------------- Hxd --------------------------- Eine oder mehrere notwendige Funktionen werden nicht vom Plugin "C:\Program Files\HxD\Plugins\DataInspectorPluginExample.dll" exportiert. --------------------------- OK ---------------------------

Meine Vermutung wäre dass es ein Problem mit der "Bittigkeit" der DLL und HxD war. Es müssen beide 32 Bit oder 64 Bit sein. Wenn man sie mischt kommt diese Fehlermeldung.

Wäre natürlich schöner wenn eine klarere Fehlermeldung käme, aber probier mal ob es das Problem für dich löst. HxD sagt unter Hilfe|Info wieviel Bit es ist.

mael hat folgendes geschrieben :

Meine Vermutung wäre dass es ein Problem mit der "Bittigkeit" der DLL und HxD war. Es müssen beide 32 Bit oder 64 Bit sein. Wenn man sie mischt kommt diese Fehlermeldung.

Stimmt, daran hatte ich nicht gedacht. Danke.

Hallo,

wenn du die Plugins dynamisch lädst könntest Du vorher im dll/PE Header nachsehen ob es 32 oder 64 Bit ist.

Übrigens, HxD ist ein wirklich hilfreiches Tool was mir schon einige Male weitergeholfen hat.

Sinspin hat folgendes geschrieben :

Übrigens, HxD ist ein wirklich hilfreiches Tool was mir schon einige Male weitergeholfen hat.

Dem kann ich mich nur anschliessen! Unverzichtbar.

Vielen Dank für das Feedback

Sinspin hat folgendes geschrieben :

wenn du die Plugins dynamisch lädst könntest Du vorher im dll/PE Header nachsehen ob es 32 oder 64 Bit ist.

Habe ich direkt danach eingebaut und noch ein paar weitere Prüfungen (wird beim nächsten Mal mitveröffentlicht).

Ich arbeite seit einiger Zeit an UTF-8 Support und an Unicode-Text-Ausgabe. Das Thema, alleine das Fontrendering, ist erstaunlich komplex, besonders wenn man verschiedene Ausgabeformen für einen Hexeditor beachten muss, z.B. um Zeichen einzeln auszugeben und complex shaping (wie es von einigen nicht lateinischen Schriftsystemen verwendet wird) zu unterstützen bzw. selektiv zu deaktivieren.

Dann kommt noch die Färbung und die Mischung von verschiedenen Schriftarten, und variable Zeichenbreite bzw. Text in verschiedenen Schreibrichtungen dazu.

Ein Teil davon ist hier dokumentiert forum.mh-nexus.de/vi...c.php?f=4&t=1004 falls jemand einen Blick reinwerfen will.

Jedenfalls wird wohl die nächsten Wochen eine Alpha-Version erscheinen. Eventuell auch zuerst ein allgemeines Textsteuerelement bevor es im Hexeditor erscheint.

Sinn ist es z.B. auch #0 Zeichen eingeben zu können oder einzelne Zeichen wie ein kombinierendes Diaresis (wie Umlaut, nur auf beliebigen Zeichen). Dadurch kann der Dateninspektor dann wirklich alle Chars richtig anzeigen, bzw. Strings die #0 oder Steuerzeichen enthalten. Steuerzeichen werden dann so ähnlich wie in SciTE oder Notepad++ angezeigt.

Im Laufe der Zeit habe ich auch viel von der umfassenden Unicode-Dokumentation gelesen, um rauszufinden wo sichere Grenzen sind beim Segmentieren von Byte-Streams, so dass die Textausgabe nicht variiert, je nach länge des gelesenen Abschnitts (kann z.B. bei BiDi-Texten, bzw. durch formatierenden Steuerzeichen, aber auch durch kombinierende Zeichen ergeben).

Dann habe ich mich mit Schriftarten beschäftigt und wie sie aufgebaut sind, die OpenType-Dokumentation gelesen, um feinere Details von Uniscribe (API zum Ausgeben von Unicode-Text, mit mehr Kontrolle) zu verstehen. Aber auch das detaillierte Mapping von Chars nach Glyphs, habe ich mir angesehen und damit experimentiert. Es ist keine 1-zu-1-Abbildung ist, sondern wird durch Ligaturen, positionssensitive Formen (z.B. Arabisch), oder Umordnung und kontextuelle Ersetzung von Zeichen deutlich komplexer als was man normalerweise von einem Hexeditor bzw. eine einfachen Zeichentabelle erwartet.

Zusammen mit einer sinnvollen Abbildung zwischen Bytes und Zeichen, die auch nicht 1-zu-1 ist, sind viele kleine Details auch bei der Benutzerführung wichtig, damit man trotz dieser Änderung den Hexeditor noch "versteht".

Erstaunlicherweise, ist eine richtige und stabile Textausgabe recht kompliziert, besonders wenn man nicht wie bei Texteditoren von sinnvollen Unterteilungen wie Zeilen ausgehen kann.

Das Feature wird viel kleiner wirken als der Aufwand dahinter, es wird halt Text sein, nur jetzt in allen möglichen Sprachen die Unicode unterstützt. Trotzdem freue ich mich ein bisschen wenn es endlich soweit ist

mael hat folgendes geschrieben :

Das Feature wird viel kleiner wirken als der Aufwand dahinter, es wird halt Text sein, nur jetzt in allen möglichen Sprachen die Unicode unterstützt.

Wenn man gelegentliche Nachrichtenmeldungen verfolgt, dass die Messenger von *Egalwem* abstürzen können und dabei das ganze Betriebssystem mit runterreißen können (bei Smartphones), wenn man bestimmte Zeichenfolgen verschickt, dann bekommt man auch als interessierter Laie eine kleine Vorstellung davon, dass das irgendwie nicht ganz so einfach sein kann.

Das Vorhaben hört sich sehr interessant an. Ob dieser Umfang noch zum eigentlichen Aufgabenbereich eines Hex-Editors gehört, mag dahingestellt sein. Aber HxD hat ja ohnehin schon ein paar Features, die darüber hinausgehen.

Hab ich bestimmt schonmal geschrieben: Danke für das tolle Stück Software. Ich nutze das regelmäßig, wenn ich Probleme beim Verarbeiten von Binärdateien habe, aus denen ich Texte rausziehen muss, gerne auch in verschiedenen Kodierungen.

Das bekloppteste, das ich in dem Kontext mal gesehen habe war die Kodierung "zeichenweise nullterminiert UTF-16 mit BOM". Also 6 Byte pro Zeichen. Für englischen Text.