Quickly; No, it's not just a screen-column-width display flag.
EDIT.com at one point had a feature (I've very recently learned it's virtually unknown) to open files in a binary-as-ascii mode for byte-specific editing/viewing, it's (only, afaik) enabled by passing 2-numbers after a forward-slash [eg "/40"] as a parameter/argument to EDIT on the command line.
While it is a mostly-undocumented feature, it was unquestionably useful as it significantly expands EDIT's capability.. and, to my knowledge, it's the only native way to make byte-specific changes to files in DOS.
The /40 parameter [eg; edit /40 file.exe, edit /60 file.exe, etc] would open EDIT in a special mode, displaying an ASCII-character representation of binary data, and keeping the text/data display wrapped at whatever column number was specified.
Could this functionality be added to this incarnation/recreation of EDIT?.. Though preferably with true HEX display/edit, rather than the old ASCII weirdness
(More info if anyone's trying to find it themselves; Digging around as much as I could, it seems the functionality was added to DOS's (ver 7/7.1) copy of EDIT when it was rewritten to remove it's dependency on QBASIC. Certainly, however, DOS 6.22's stock EDIT doesn't support the feature and just spits out the generic help screen when passed a /## parameter)
Edit: Also attached an image demonstrating the functionality :)
EDIT editing itself in /60-mode, showing about window with version info.. ediception? ^_^
Quickly; No, it's not just a screen-column-width display flag.
EDIT.com at one point had a feature (I've very recently learned it's virtually unknown) to open files in a binary-as-ascii mode for byte-specific editing/viewing, it's (only, afaik) enabled by passing 2-numbers after a forward-slash [eg "/40"] as a parameter/argument to EDIT on the command line.
While it is a mostly-undocumented feature, it was unquestionably useful as it significantly expands EDIT's capability.. and, to my knowledge, it's the only native way to make byte-specific changes to files in DOS.
The /40 parameter [eg;
edit /40 file.exe,edit /60 file.exe, etc] would open EDIT in a special mode, displaying an ASCII-character representation of binary data, and keeping the text/data display wrapped at whatever column number was specified.Could this functionality be added to this incarnation/recreation of EDIT?.. Though preferably with true HEX display/edit, rather than the old ASCII weirdness
(More info if anyone's trying to find it themselves; Digging around as much as I could, it seems the functionality was added to DOS's (ver 7/7.1) copy of EDIT when it was rewritten to remove it's dependency on QBASIC. Certainly, however, DOS 6.22's stock EDIT doesn't support the feature and just spits out the generic help screen when passed a /## parameter)
Edit: Also attached an image demonstrating the functionality :)
EDIT editing itself in /60-mode, showing about window with version info.. ediception? ^_^