Author Topic: Record Width  (Read 1321 times)


  • Senior Community Member
  • Posts: 2063
  • Hero Points: 187
  • Text
Record Width
« on: September 26, 2016, 09:54:13 pm »
When loading a file, what is "Record width" typically used for?

In invocation options:
    +nnn Load binary file(s) that follow in record width nnn.
But in the help index for RecordWidth it specifically mentions fixed-width ASCII files.

The other day, I used this feature for the first time (other than for the very odd ASCII Table file).
I have a fixed-record size binary file.

Unfortunately#1: while the record width works, Slick displays the file as text.
I was hoping for hex.
Seems odd since from the documentation, seems like fixed-width files are probably usually binary anyways.

Unfortunately#2: Hex view in Slick always displays files in records of 16 bytes - ignoring the record-width of the file.

It would be nice if HexView had some flexibility on the number of columns.
Could be like a debugger memory view window that lets you pick with data type (uint8, 16, 32, 64, 128) and width and perhaps byte-order (lsb, msb).

Sorta OK: Line-hex works with record-width, but the vertically displayed hex digits are less than ideal.


  • SlickEdit Team Member
  • Senior Community Member
  • *
  • Posts: 5444
  • Hero Points: 444
Re: Record Width
« Reply #1 on: September 26, 2016, 11:36:53 pm »
There's a p_hex_Nofcols buffer property. It's actually the number of 4 byte columns for hex display. Not exactly what you're looking for but will work if the record width is divisible by 4 ( p_hex_Nofcols=p_buf_width intdiv 4). Looks like auto-restore will save/restore this property.