物質LookAndFeel字體問題

Question

因此，我使用了物質LookAndFeel外觀之一。 對於物質庫的4.0版，沒有這樣的問題。 但是，從那開始，我首先在4.3中注意到它，它不時出現。 然后，當我跳到較新的版本6.1和7.2.1時，它100％的時間都是持久的。 使用任何其他L＆F都不會有任何問題，顯然意味着該問題是Substance中的錯誤 。 搜索時，我看到其他人也在經歷。

可悲的是，發展停滯每本 。

但是，異常指出：

sun的sun.font.FontDesignMetrics $ MetricsKey.init（FontDesignMetrics.java:217）處的線程“ AWT-EventQueue-0”中的java.lang.NullPointerException處的sun.font.FontDesignMetrics.getMetrics（FontDesignMetrics.java:286）處的異常。在javax.swing.plaf.synth上的swing.SwingUtilities2.getFontMetrics（SwingUtilities2.java:1113）在javax.swing.JComponent.getFontMetrics（JComponent.java:1626）在sun.swing.MenuItemLayoutHelper.reset（MenuItemLayoutHelper.java:126） java.swing.plaf.synth.SynthGraphicsUtils.getPreferredMenuItemSize（SynthGraphicsUtils.java:437）上的.SynthMenuItemLayoutHelper。 javax的javax.swing.JComponent.getPreferredSize（JComponent.java:1662）的.swing.plaf.basic.BasicMenuItemUI.getPreferredSize（BasicMenuItemUI.java:367）的javax處的javax.swing.BoxLayout.checkRequests（BoxLayout.java:484）。位於javax.swing.plaf.basic.D的swing.BoxLayout.preferredLayoutSize（BoxLayout.java:301） java.awt.Container上的java.awt.Container.preferredSize（Container.java:1796）上的javax.swing.plaf.synth.SynthMenuLayout.preferredLayoutSize（SynthMenuLayout.java:51）上的efaultMenuLayout.preferredLayoutSize（DefaultMenuLayout.java:60）在java.awt.Container上.getPreferredSize（Container.java:1780）（位於javax.swing.JComponent.getPreferredSize（JComponent.java:1664）（位於javax.swing.JMenu.getPopupMenuOrigin（JMenu.java:377））（位於javax.swing.JMenu.setPopupMenuVisible（JMenu。 javax.swing.JPopupMenu.menuSelectionChanged（JPopupMenu.java:1478）中的java：343）javax.swing.plaf.basic.BaicicMenuUI.appendPath（BasicMenuUI.java中的javax.swing.MenuSelectionManager.setSelectedPath（MenuSelectionManager.java:125）中的java：343） ：222），位於javax.swing.plaf.basic.BasicMenuUI.java $ 49（BasicMenuUI.java:49），位於javax.swing.plaf.basic.BasicMenuUI $ Handler.mousePressed（BasicMenuUI.java:461） .processMouseEvent（Component.java:6532）在javax.swing.JComponent.processMouseEvent（JComponent.java:3324）在java.awt.Component.processEvent（Component.java:630 0）在Java.awt.Container.dispatchEventImpl（Container.java:2294）在java.awt.Component.dispatchEventImpl（Component.java:4891）在java.awt.Container.dispatchEventImpl（Container.java:2294）在java.awt.Container.processEvent（Container.java:2236）在Java。 awt.Component.dispatchEvent（Component.java:4713）at java.awt.LightweightDispatcher.retargetMouseEvent（Container.java:4888）at java.awt.LightweightDispatcher.processMouseEvent（Container.java:4522）at java.awt.LightweightDispatcher.dispatchEvent （Container.java:4466）at java.awt.Container.dispatchEventImpl（Container.java:2280）at java.awt.Window.dispatchEventImpl（Window.java:2750）at java.awt.Component.dispatchEvent（Component.java： 4713）at java.awt.EventQueue.dispatchEventImpl（EventQueue.java:758）at java.awt.EventQueue.access $ 500（EventQueue.java:97）at java.awt.EventQueue $ 3.run（EventQueue.java:709）at java.security.ProtectionDomain $ JavaSecurityAccessImpl.doIntersectionPrivilege（ProtectionDoma）上java.security.AccessController.doPrivileged（本機方法）處的java.awt.EventQueue $ 3.run（EventQueue.java:703） in.java:76）at java.security.ProtectionDomain $ JavaSecurityAccessImpl.doIntersectionPrivilege（ProtectionDomain.java:86）at java.awt.EventQueue $ 4.run（EventQueue.java:731）at java.awt.EventQueue $ 4.run（EventQueue .java：729），位於java.security.ProtectionDomain $ JavaSecurityAccessImpl.doIntersectionPrivilege（ProtectionDomain.java:76），位於java.security.ProtectionDomain $ JavaSecurityAccessImpl.doIntersectionPrivilege（ProtectionDomain.java:76），位於java.awt.EventQueue.dispatchEvent（EventQueue.java:728） org.graffiti.editor.GlobalHotkeyManager.dispatchEvent（GlobalHotkeyManager.java:65）at java.awt.EventDispatchThread.pumpOneEventForFilters（EventDispatchThread.java:201）at java.awt.EventDispatchThread.pumpEventsForFilter（EventDispatchThread.java:116）at java.awt .EventDispatchThread.pumpEventsForHierarchy（EventDispatchThread.java:105）在java.awt.EventDispatchThread.pumpEvents（EventDispatchThread.java:101）在java.awt.EventDispatchThread.pumpEvents（EventDispatchThread.java:93）在java.awt.EventDispatchThread.run（ EventDispatchThread.java:82）

我知道那里沒有任何物質類的蹤跡，因此很難追蹤。

如果有人知道我可以在哪里報告，他/她可以很樂意分享。

這將是一個遺憾，如果我需要在固定其他一些討厭的錯誤或回落到上次工作版本已經投入時間后放棄它- 4.0，從遙遠的2007年。

此外，最糟糕的部分是-有關4.3_02中的 InternalFrames 的主要錯誤修正 ，實際上屬於字體錯誤的版本。

有什么建議或修復建議嗎？

Answer 1

如果您還不算太晚，請在https://github.com/kirill-grouchnikov/substance/issues上提交錯誤，以防它在最新的7.1dev版本下發生。

看起來是在物質與基於Synth的外觀（Nimbus？）之間的外觀切換期間發生的。 我需要查看一個可重現此內容的示例應用程序，以便可以對其進行修復。