I vote for changing it back. Personally, I liked the tabular format. Maybe a compromise would be to have the original tablular format and then show any notes immediately below the detail line.
Ok..I'll take another stab at it.
Is that an auto-resize? If so, I don't think it's working properly. I get approximately 2-1/2 lines visible.
Not exactly autoresize. I have some values to try and do the size. I'll see if I can determine how many lines really are in a note.
Also, I'm apparently suffering from the disappearing notes as well. I entered some notes with 3 and 4 lines (to test the row sizing). Upon closing and reopening the file, only the first line appears. The notes ARE in the saved file, they just don't display. If you're reading the file like a standard .ini file, the problem probably has to do with the way the keys are parsed.
Here's the entry from my saved file:
[KeyMoves]
VCRCenter / Exit:1162=note line 1
note line 2
note line 3
note line 4
Did you copy and paste. If so the CR/LF is lost for some reason. It seems to happen no mater where you copy from. Some odd string grid bahavior.
I also have to question why you're saving so much detail for the notes entry. I see no reason to save the setup code(s). Wouldn't the Bound Dev/Bound Key combination be unique by itself? i.e:
VCR:Center / Exit=
vs.
VCRCenter / Exit:1162=
This was per Mr. Nekberg's request. You are correct that officially it does not need that much detail. Nils has some ideas of how that may be able to be used in the future. I guess it's no harm.
e34m5 wrote: Did you copy and paste. If so the CR/LF is lost for some reason. It seems to happen no mater where you copy from. Some odd string grid bahavior.
Nope... no copy and paste. I did it the old fashioned way and typed them in manually!
If you're reading the file as an .ini file (using Delphi calls to the Win API), it might be that, IIRC, the .ini format doesn't support line breaks.
Delphi has it's own ini class. However as you mentioned there is the whole issue with line CR/LF. So what I did is store the notes with a character that replaces the CR/LF. Then when I read them in I do the reverse and replace the character with CR/LF.
If you look closely at some of the notes you'll see a couple of odd ball characters in there.
e34m5 wrote:So what I did is store the notes with a character that replaces the CR/LF. Then when I read them in I do the reverse and replace the character with CR/LF.
If you look closely at some of the notes you'll see a couple of odd ball characters in there.
You have this implemented currently, or will have it in the next release? All the lines in my files are terminated with a standard 0x0D 0x0A, including any multi-line notes that aren't displaying when the file is re-opened.
It's been there for a while. I'm sure you've tried this but for giggles just type something in the General Notes and make sure have used the Enter key.
Then go look at the IR file and check that entry. It should look like this
[General]
Notes=Extender file for 8810w.®New format extension
and open the file in IR, all the notes are there. So the problem is in the saving of the data.
FYI, you're showing a Notes column in the Scan/Fav grid, but no way to enter them in the dialog. Also, are you going to add Notes to the Learned Signals at some point?
You are correct on the edit notes. I owe you and every one an apology on this. I just found out where I had not done the proper replace when editing a note. That's why it always worked with a new note but not an exisitng note.
BTW, this also fixed the Copy - Paste. It now honors all the special charcters. Boy do I feel stupid. Oh well I still have 9 toes left..
I accidentally left the notes in the FAV, I did not mean to do that. I started that way but then I felt the FAV was kind off self explanatory.
However, if you guys want I can put notes in FAV as well as Learned...your call. Perhaps in the interest of time I'll take the notes column out of FAV and then come back later with 5.01...what do you think...either way is good for me...
I'm fixing the summary and will be uploading a new copy soon.
This fixes
- saving,
- CR/LF problem in notes
- auto height resize on the grids to accomodate multi line notes
- restored summary to tubular and added formatting to handle columns correctly
- auto height resize on the grids to accomodate multi line notes
Doesn't work properly. On my system for anything over 2 lines of notes, the rows are sizing to approximately twice the height of note lines. For example, if I have 3 lines of notes, the row is tall enough to accomodate 6 lines, 5=10, etc.
- restored summary to tubular and added formatting to handle columns correctly
Better, but not there yet. For the Key Moves section, I think you should swap the Hex Cmd and EFC columns, and just delimit the data with a single tab between fields. I wouldn't worry about the display of the Summary info being column aligned; most people will probably paste the info into a spreadsheet and other app where the tab spacing format can be specified (i.e. Excel handles tabs as the default delimiter, so everything gets pasted into columns automatically).
The summary fieds for KM are in the same order as before. All I did is try to format it better. I can go back to just having one tab between fields if that works better for you guys.
Center / Exit:1162=note line 1
Center / Exit:1162=note line 1
