I'll call these the user-defined character encodings, and they'll be the main subject of my feature request. This practice still lives on to this day. They don't abide by ASCII or any existing established encoding, because the designers prioritized something else, like using a partial font (with rarely used symbols thrown out) and fitting it into a limited video memory, then starting the count from whatever is the first character as 00. Then, there's the completely arbitrary character encodings, seen in Teletext transmissions, some early printer formats, video games, and eastern asian computers. Many hex editors support these or a smaller portion of them out of the box. For the sake of the argument, I'll call these standard character encodings. Some of these encodings would even use 2 bytes per character (and then 3 when we added emoji, etc) because 256 characters just ain't enough. There's a lot of different ways to interpret bytes after 0x7F, depending on the encodings (often called code pages). However, this assumes this data structure abides by the ASCII standard.Īll hex editors support this in some way. You know, how byte 0x41 maps to the text character "A". There's a need among game modders for a hex editor that supports non standard text encodings, but hardly any viable tools that satisfy this. DejaVu Sans Mono, Free Mono, Liberation Mono, etc.Since you're taking feedback and this hex editor is geared more towards reverse engineering, it may be a good idea to offer this suggestion.Andale Mono, Courier, Menlo, Monaco under Mac OS X.wxMEdit can view ASCII-Art files with appropriate monospace font e.g.:.awk, C/C++, CSS, diff/patch, D, DOS Batch Script, Flash ActionScript, HTML, Java, JavaScript, JSP, Lua, Pascal, PHP, Perl, Python, Ruby, UNIX Shell Script, x86 Assembly, XML, Fortran, TeX/LaTeX, Squirrel, C#, Visual Basic, ASP(VBScript), SQL, Verilog, VHDL, FreeBASIC.Supports syntax-highlighting of many programming languages:.Opens multiple files on single instance.If users input a character that is not supported by current encoding, this character will be converted to Unicode escape format (only code point format supported currently).Supports non-BMP Unicode Characters Such as CJK Ext-B/C/D/E, Miao Letters, Mathematical Alphanumeric Symbols, Musical Symbols, Emoji, etc.Unicode (UTF-8, UTF-16/32 with Little or Big Endian).Users can change the encoding of files at runtime like Web-Browsers.In Hex-Mode, wxMEdit can open large files which size is up to 32GB (INT_MAX*16).Edits files in Text, Column and Hex modes.wxMEdit can run under MS-Windows, Linux, FreeBSD and Mac OS X platforms.Improved build and packaging configurations.Updated Simplified Chinese, Traditional Chinese and Japanese translations.Redesigned dialogs with Code::Blocks wxSmith.Added new feature: Paste with Overwriting in Hex Area.Added more choices for data format copying/pasting in Hex Area.Improved system integration under Windows.Added an option to place configuration files into %APPDATA% directory under Windows.Added selecting a line by triple click.Added right-click context menu for each tab.Added automatically checking for updates.Word-wrap meet the Unicode® Standard Annex #14: Unicode Line Breaking Algorithm.Word boundary with Chinese/Japanese/Thai/Lao/Khmer and Burmese characters etc.The purpose of this project is to provide a continually maintained text/hex editor with bug fixes, improvements and refactor.) not only in Text/Column modes but also in Hex mode. Bookmark, SyntaxHighlightings, Encodings, WordWrap, WordCount and Updates checking. wxMEdit can edit files in Text/Column/Hex modes, and supports many useful functions, e.g.wxMEdit is an improved version of MadEdit which has been discontinued.wxMEdit is a cross-platform Text/Hex Editor written in C++ & wxWidgets.
0 Comments
Leave a Reply. |