Example here: [image] Deutsches .NET Framework Sprachpaket auf einem englischen Windows Server 2016... Administration net windows-server-2016 net-framework Symptom In einer Anwendung mit ASP.NET MVC wurden (Fehler-)Meldungen, die aus dem .NET Framework generiert wurden in englisch ausgegeben, obwohl die Culture der Anwendung auf deutsch eingestellt war. Ursache Die Ursache war, dass für das .NET... There are several screenshots in the above posting, and when it comes to fully white windows with a one pixel wide border, these borders sometimes get cut off left or right. It only happens in the preview. This looks rather ugly, because when a white window on a white website is shown, the user sees no visual border. I sometimes add a one-pixel transparent border left or right, to outsmart the scaling algorithm. My question: Is there something I can configure to make the scaling algorithm for images work perfectly, even for the leftmost and rightmost pixels of an image?

Sounds like a lot of effort for something that the tools should do automatically in my opinion.

It’s 1 line of css. Also, we can’t predict how ImageMagick will scale down an image. We can’t ensure that 1 pixel borders are never removed…

How about something like this? ImageMagick: resize with borders in batch imagemagick, image-resizing, mogrify asked by Louis Matthijssen on 07:05PM - 15 Apr 18 UTC

Sure, feel free to write a whole plugin to overwrite how Discourse generates thumbnails (instead of 1 line of CSS) just to add borders :wink:

Actually, I do not want borders. I want the images to be scaled to respect the very left and very right pixels.

[image] uwe_keim: It only happens in the preview. Why does this matter if it is only in the preview?

[image] uwe_keim: Actually, I do not want borders. I want the images to be scaled to respect the very left and very right pixels. But the “solution” you linked adds borders to every image, which most sites wouldn’t want. Your problem isn’t with Discourse, it’s with the way in which images are resampled when ImageMagick scales them down. Adding a border to the image has more of an impact than the CSS change, which by your own admission you don’t want. Why not approach ImageMagick and see if they have a solution rather than blaming Discourse, which isn’t responsible. This isn’t a Discourse problem in the slightest.

I tried to explain this: …when a white window on a white website is shown, the user sees no visual border.

ok, this 802x802 image has a 2px purple border around the edges: [image] I took a screenshot of the screen, then cropped and zoomed in on a corner: [image] looks OK now, so perhaps this was fixed upstream.

Inline preview images are sometimes cut off left or right by one pixel

Product Support

zogstrip (Régis HANOL) February 24, 2019, 11:43am 2

Why not add the border using CSS?

Topic		Replies	Views
Image rendering issue under custom CSS Product Support	3	138	May 14, 2025
Discourse loses the top/bottom pixels when generating thumbnails Feature	4	1027	January 29, 2021
Scale images button like on Meta Feature	11	1280	August 2, 2020
`min ratio to crop` site setting should respect w/h ratio as defined in markdown Feature	22	3736	March 30, 2020
Image resizing doesn't seem to be working Bug	10	1713	May 28, 2020

Inline preview images are sometimes cut off left or right by one pixel

Related topics