New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Incorrect position after vector drawing #230
Comments
The width of a vector drawing is its maximum x coordinate minus its minimum x coordinate, which in both of your examples happens to be 190. Similarly, the line height that a drawing needs is calculated as its maximum y coordinate minus its minimum y coordinate. This is mainly to maintain compatibility with VSFilter, whose reason for doing so is unknown. Even if this behaviour was originally unintentional in VSFilter, it is not going to be changed, because many existing scripts probably rely on it. The only way to emulate a drawing with a nonpositive width that I can think of is to split the line into two:
or
In your particular case, if you don’t actually need the 0.5 pixel border, you should be able to achieve the same result in a single line using a black foreground and a white shadow. |
Only now? |
No, I’m afraid there is no way to do that, sorry. Hm, here’s another idea for you. How about this: write out your first line consisting of a drawing followed by some text, then |
This would cause a problem as I'm still writing text on every line and I'd somehow have to re-position the cursor. |
I guess we may as well close this. I’m sorry that we couldn’t find a good solution for you. |
This is old, but would it not be possible to use something like |
When using a vector drawing with negative x values then the position after the drawing is incorrect.
Small example:
This is a black/gray box (first vector drawing) followed by a white box drawn over the first box by using negative x values followed by a single letter
I
. The resulting drawing looks as expected (all screenshot from a Aegisub built from 2014, results are the same using mpv with libass, both built today from git):Note the correctly overlapping drawings but the wide space between the drawings and the letter
I
. Now the same without negative x values in the second vector drawing:Result:
For me it looks like the calculation for the spacing/position of the letter does not consider the signum of the x value which I'd consider a bug.
Or am I getting something totally wrong?
The text was updated successfully, but these errors were encountered: