fix(library): a server's frames stand at the shape the server stated, not at a guess
This commit is contained in:
@@ -140,6 +140,12 @@ export interface LibraryPhoto {
|
||||
// route above reads the frame by, and the server says which key fetches it.
|
||||
remoteId?: string;
|
||||
server?: string;
|
||||
// The frame's shape — width over height — as the server stated it, on a frame
|
||||
// Immich holds. A frame on the disk has none: a scan reads a date and a size off
|
||||
// it and never opens it. Where it is here the wall is laid out right the first
|
||||
// time, instead of standing every frame of a node at one guessed rectangle and
|
||||
// moving every row below it as the pictures arrive.
|
||||
ar?: number;
|
||||
// The tile the catalogue kept of this frame, where one has been made: it is
|
||||
// made when the frame is first drawn and not when it is found, so a frame just
|
||||
// read has none. Null is the same as absent — a tile that could not be made.
|
||||
|
||||
Reference in New Issue
Block a user