HiDPI支持java 9,使用Windows L&F的JTable网格线的scalling问题 – 但不是Nimbus

前端之家收集整理的这篇文章主要介绍了HiDPI支持java 9,使用Windows L&F的JTable网格线的scalling问题 – 但不是Nimbus前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我正在将我的Swing应用程序迁移到Java 11以利用HiDPI显示支持.我正在使用三星显示器,分辨率设置为3840×2160,缩放率为125%,使用Windows 10.

虽然java 9及以上版本被宣传为正确处理HiDPI缩放,但在显示简单的JTable时,网格线显示不同的厚度,如下所示:

JTable gridlines issue

这是以下代码

import javax.swing.*;

public class TestTable {
    public static void main(String[] args) {
        new TestTable();
    }

    public TestTable() {
        JTable table = new JTable(12,6);

        JDialog dialog = new JDialog();
        JScrollPane sp = new JScrollPane(table);

        table.setShowGrid(true);
        table.setRowHeight(25);

        dialog.setContentPane(sp);
        dialog.setSize(300,300);
        dialog.setVisible(true);
        dialog.setLocationRelativeTo(null);
    }
}

但是,在设置Nimbus L& F时,问题就会消失:

JTable Nimbus

import javax.swing.*;

public class TestTable {
    public static void main(String[] args) {
        try {
            for (LookAndFeelInfo info : UIManager.getInstalledLookAndFeels()) {
                if ("Nimbus".equals(info.getName())) {
                    UIManager.setLookAndFeel(info.getClassName());
                    break;
                }
            }
        } catch (Exception e) { }

        new TestTable();
    }

    public TestTable() {
        JTable table = new JTable(12,300);
        dialog.setVisible(true);
        dialog.setLocationRelativeTo(null);
    }
}

如何使用默认的Windows L& F实现相同的功能

(java 9& 10中观察到相同的行为)

最佳答案
区别在于两个外观如何呈现它们的网格线.

默认外观MetalLookAndFeel(和WindowsLookAndFeel)基于BasicLookAndFeel,它使用BasicTableUI类来呈现JTable.在BasicTableUI.paintGrid()调用SwingUtilities2.drawHLine() – 实际上调用Graphics.fillRect()这是问题.

Nimbus外观使用SynthTableUI类.在SynthTableUI.paintGrid()它最终调用Graphics.drawLine(),它在缩放时清晰地绘制了一条更清晰的线.

正如你所说,这听起来像主要的外观和感觉在HiDPI下的感觉.

虽然它不是特别优雅,但可以为此创建一个解决方法.

使用正在使用的图形的自定义版本,如果宽度或高度为1,则可以覆盖fillRect()以使用drawLine().在绘制表时,可以专门引入此自定义图形:

    JTable table = new JTable(12,6) {
        @Override
        protected void paintComponent(Graphics g) {
            super.paintComponent(new GraphicsWorkaround(g));
        }
    };

(匿名子类仅用于简洁).

然后将GraphicsWorkaround类编写为传入的真实g的包装.在这里子类化DebugGraphics只是一个技巧,可以节省在Graphics中的所有其他方法中编写委托调用

import java.awt.Graphics;
import javax.swing.DebugGraphics;

public class GraphicsWorkaround extends DebugGraphics {
    private final Graphics g;

    public GraphicsWorkaround(Graphics g) {
        super(g);
        this.g = g;
    }

    @Override
    public Graphics create() {
        return new GraphicsWorkaround(g.create());
    }

    @Override
    public void fillRect(int x,int y,int width,int height) {
        if (width == 1)
            g.drawLine(x,y,x,y + height - 1);
        else if (height == 1)
            g.drawLine(x,x + width - 1,y);
        else
            super.fillRect(x,width,height);
    }
}

(create()方法用于处理在JComponent.paintComponent()中创建的内部scratchGraphics克隆.

然后,这样就可以调用drawLine(),看起来效果好于125%.

原文链接:https://www.f2er.com/java/437521.html

猜你在找的Java相关文章