Font rendering error on Fedora Linux
See original GitHub issueBug Report Template
ScottPlot Version: 4.1.15
Operating System: Fedora 34, Wayland, 64-bit
Application Type: console
Bug Description: The numbers in the chart aren’t rendered correctly:
I installed libgdiplus
as described in the README. Do I need to install something in addition to that? I don’t know if a font is missing or something else is going wrong?
Reproducing:
namespace stocks
{
class Program
{
static void Main(string[] args)
{
var dataX = new double[] { 1, 2, 3, 4, 5 };
var dataY = new double[] { 1, 4, 9, 16, 25 };
var plt = new ScottPlot.Plot();
plt.AddScatter(dataX, dataY);
plt.SaveFig("test.png");
}
}
}
Issue Analytics
- State:
- Created 2 years ago
- Comments:11 (4 by maintainers)
Top Results From Across the Web
How can I improve font rendering on Fedora
For my eyes you need a hidpi screen to have perfect fonts. To get Ubuntu rendering you only need to go to KDE...
Read more >Font rendering bug. All characters in system programs are ...
After upgrade to Fedora 34 i have this problem: Things I've tried: refresh font cache, change permissions on font files, check if liberation ......
Read more >How To Fix Poor Font Rendering in Fedora
Step 2 : Now that you have installed the required package, open the file /etc/fonts/local.conf using your favourite text editor and paste the ......
Read more >GNOME bad font rendering - fedora
I'm on Fedora 33. No matter which font I use, not even which settings I choose (hinting style, antialias mode, ecc.), the font...
Read more >Improve GTK4 font rendering by default for 1080p displays. ...
Hi, I have done a lot of testing of font rendering on different desktop environments, and have something to contribute here. Linus has...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Thanks for following-up! I’m glad we mostly got this figured out.
Solution
To summarize our findings for future readers, it sounds like manually installing the System.Drawing.Common NuGet package in your project fixed the ScottPlot rendering issue on Linux
It wouldn’t surprise me if this is indeed a change in .NET 6 – it’s the first version they’re specifically stating they don’t support https://docs.microsoft.com/en-us/dotnet/core/compatibility/core-libraries/6.0/system-drawing-common-windows-only