khrise
khrise
Maybe you're using the wrong docker version? I'm not a docker guru myself, so I'm not sure on that. However, I have paperless running via docker on a Raspberry Pi...
I would like to gently push this one. @wirk , did you already succeed somehow?
I can confirm the behavior for my 420p. Using the official windows app, it prints correctly. Using dymoprint under arch linux, I have the same offsets as described by @Mousketeer...
Mmh, ok, I'm getting somewhere. If I change the y-part of the position to 0 here: https://vscode.dev/github/computerlyrik/dymoprint/blob/master/src/dymoprint/dymo_print_engines.py#L299 I get the following result. The position of the text appears to be...
Good point - tried the preview at the very moment. And nope: the preview is also "broken" in a similar way.  So the positioning appears to be correct, but...
Yes, definitly. Using the code from the repo, I get the same (correct) preview. However, I changed the y-offset in dymo_print_engines.py#L299 to 0, just to find out where I can...
But, as @tomek-szczesny says, I might as well be on the wrong track.
And the winner is... @maresb ! :) At least, he pointed me to the relevant code. `int` as compared to `math.ceil` doesn't make so big a difference, in that case....
Well, it's not _that_ simple, apparently. I will figure out appropriate `max_byte_per_line`s for other type widths, and get back to you here.
@maresb , that's what I think, too. A lookup table per device with sane defaults (or fallback to the existing method). I'm not too familiar with python development, so would...