| QUOTE (RoadRoach58 @ November 26, 2013 11:55 am) |
| QUOTE (RoadRoach58 @ November 26, 2013 11:43 am) | Much thanks for the reference KT. Now all I need to do is figure out where the CRLF characters are disappearing from the log strings. Looks like they're missing on import with the SQL command. I wrote the output of the SQL statement ($Logs) to a text file, and then opened that with a Hex Editor to see if either a x0D or x0A character was there. Nope. Don't see anything that should filter off CRLF's, so gotta go do some looking to see if I see anything about disappearing CRLFs in the message boards.
Of note, I added the DESC modifier to the ORDER BY, to sort the records in descending order (last one first). Then, I also modified the code to store the last log in the Log section, and any other logs in the Notes section of $d_UserNote by appending all prior logs to the end of $ExistingNote. Works nicely if I can now find a way to restore the CRLF's it seems to be filtering off. They show in the HTML view, so I'm sure it's something I'm missing.
I'll have to rename this copy so I don't step on what I've done when I check for versions.
I'll post another note with what I'm talking about shortly. |
"GC18715;2013-11-19;7 of 7 Finds, 1 DNF's on this run2174 Total FindsGrabbed this one after work. A couple muggles on the walking track but they weren't interested in me. Container in bad shape. Should be replaced."
SHOULD turn into
"2013-11-19
7 of 7 Finds, 1 DNF's on this run
2174 Total Finds
Grabbed this one after work. A couple muggles on the walking track but they weren't interested in me. Container in bad shape. Should be replaced."
I know I'm probably being picky, but aren't most programmers picky? If it shows up like I originally typed it in the HTML display, I should be able to reproduce the original log. Yes? Or am I missing something? |
Found the problem with a search of the board, fixing it now. Seems SQLite is the culprit, and just need to add the crlfcvt option.