Scale up the font on larger previews#15635
Conversation
|
👍 |
|
I think there are a few open tickets asking for those large previews to be rendered as text directly, but I don't remember what's holding that back. |
|
Well the other idea would be to not use the max-size thumb trick for txt previews. But then we would need to extend the API of the preview providers, so they can specify whether or not they support the max-size trick |
|
Refer to this link for build results (access rights to CI server needed): |
|
The inspection completed: 1 updated code elements |
|
I don't think the max preview is to blame. This has never worked properly, so it would be best to fix the txt provider imo. When I stumbled upon #11469, I did the same thing you did and ran into the exact same issue. That was on oC7 |
|
@oparoz well but if we use a font size that looks good on the public page (sharing thing), then you get a not-readable 36*36 preview, because that is just a resized version of the public page preview. |
|
Txt seems to be the only exception, so maybe it best to fix the public page than mess with the preview system? |
|
There are plenty of exceptions already in the public page |
|
Closing in favor of #15652 |
|
Okay, not really replaced, since this one fixes the mini previews, while the other one fixes the public page |
|
Refer to this link for build results (access rights to CI server needed): |
There was a problem hiding this comment.
Txt seems to be the only exception, so maybe it best to fix the public page than mess with the preview system?
Maybe use 3 instead of 5 for now so that small previews work and large previews are a bit less bad?
$fontSize = ($maxX) ? (int) ((3 / 36) * $maxX) : 5; //5px
There was a problem hiding this comment.
@oparoz I used 5 / 36 because this is the original font size that was used.
|
👍 from me, if used in combination with #15652 and if that's the sane thing to do. |
|
@MorrisJobke another review? ;) |
|
👍 |
Scale up the font on larger previews



Fix #15634, #11469
@georgehrke @PVince81