Many thanks for checking. I'll get back on your 2nd reply later.
Quote:
OID ParentID TypeID State TimeAlt HashUUID
788 787 4 0 1654799165 74D7B0C5-57D2-5469-8CDF-C63CAC6E9C40
OID ItemID TagID Val TimeEdt
8636 788 101 {
"created" : 1654358266,
"updated" : "2022-06-04T15:58:23Z"
}
|
Created is at 1654358266, altered at 1654799165 seconds. That's the cause. Altered is the same for the group: seems these are done in bulk (or a trigger causes this). With the possible advantage of grouping them later, perhaps.
For me all 3 dates are the same (don't edit), but I should have stuck to "created" (it's JSON though). I'll add in the other dates as an option later. If we're being serious about annotations
Quote:
|
8658 788 104 {"begin":"pbr:/page?page=2&offs=19#epubcfi(/6/6!/4/2[toc]/4/2[cover]/2/1:0)","end":"pbr:/page?page=2&offs=24#epubcfi(/6/6!/4/2[toc]/4/2[cover]
|
See the "?page=" part: this is what the program and reader use. These should check out OK on the reader: open a book's menu, tap the page number in the far bottom, and enter this number. A few page turns still count as the same page (that's the offset).
For PDFs, page numbers are absolute, but for EPUBs (as these) it's relative... Now there are developments that implement page-breaks, but perhaps PB readers don't respect these (yet). Backward compatibility when syncing would also be an obstacle. (Unless you're referring to a number-written-in-text/header, or an external page number?)
Quote:
|
Originally Posted by wold
It's a recurring cause for me, as I (can) switch between Qt5/6.
|
To add: actually you can, when syncing the datadir between Windows and Linux.
I'll read up on this, and update my QT6 version. They're at 6.3 by now...
Quote:
|
Originally Posted by wold
removing the "table_columnsettings" line under [viewer].
|
BTW, this (re)stores the column size, order and some other tidbits that seem to break things.