Re: Native look and feel on linux [2]

Did you try to use -Dswing.systemlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel? --Semyon On 5/23/2016 9:03 PM, Yan wrote: Hmm. Does not sound right. ie the case of "I do not hardcode ... it looks .. GTK on Linux". Oh, I've missed one detail, I've edited /etc/java-7-openjdk/swing.properties

Review request for 8144161: [TESTBUG] [macosx] Test javax/swing/plaf/basic/BasicComboPopup/7072653/bug7072653.java fails for mac

Hi All, Kindly review the fix for JDK9. Bug: https://bugs.openjdk.java.net/browse/JDK-8144161 Webrev:http://cr.openjdk.java.net/~aniyogi/8144161/webrev.00/ Issue: Test case throws an

Re: Native look and feel on linux [2]

> Did you try to use -Dswing.systemlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel? Yes, I've tried this, it works for jar files, but what I have to do with other software like logisim on my system? Find every jar for every program, edit sh scripts? Sounds scary. Passing args is a dirty

Re: Review request for 8144161: [TESTBUG] [macosx] Test javax/swing/plaf/basic/BasicComboPopup/7072653/bug7072653.java fails for mac

On 24/05/16 15:22, Avik Niyogi wrote: Hi All, Kindly review the fix for JDK9. *Bug*: https://bugs.openjdk.java.net/browse/JDK-8144161 *Webrev*:http://cr.openjdk.java.net/~aniyogi/8144161/webrev.00/

Re: Native look and feel on linux [2]

Hi Yan, You can put swing.properties file to /lib directory as described here: https://docs.oracle.com/javase/tutorial/uiswing/lookandfeel/plaf.html#properties The contents of the file would be: swing.systemlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel This property file will set GTK LaF

Re: Native look and feel on linux [2]

Then simply add it to JAVA_TOOL_OPTIONS env variable. But it will act globally in your env. If the software does not provide any convenient way to configure it, how JDK can help here? --Semyon On 5/24/2016 2:35 PM, Yan wrote: Did you try to use

Re: [9] Review request for JDK-8147521 [macosx] Internal API Usage: setPopupType used to force creation of heavyweight popup

Hello Phil, Please review the updated webrev. http://cr.openjdk.java.net/~rchamyal/8147521/webrev.07/ Changes: Updated the Javadoc. Added the following note: * This method is intended to be used only by PopupFactory sub-classes. Regards, Rajeev Chamyal -Original Message- From:

Re: RFR 8157339: Further stabilization for the SwingSet client sanity tests.

Looks fine. but why the diff is against the dev ws? usually all client related fixes goes to the client ws first. It is interesting how many times you run the test to confirm that they are stable?(I suppose it should be executed ±100 times). On 23.05.16 22:01, Alexander Kouznetsov wrote:

Re: RFR 8157339: Further stabilization for the SwingSet client sanity tests.

The fix looks good to me. Thanks, Alexandr. On 23/05/16 22:52, Alexandre (Shura) Iline wrote: I have updated the web rev: http://cr.openjdk.java.net/~shurailine/8157339/webrev.01/ I imagine I need an approval from one of the

Re: RFR 8157339: Further stabilization for the SwingSet client sanity tests.

> On May 24, 2016, at 9:15 AM, Sergey Bylokhov > wrote: > > Looks fine. but why the diff is against the dev ws? usually all client > related fixes goes to the client ws first. Ah, this is my bad.I will re-generate this against the client repo. > It is interesting

Re: RFR 8157339: Further stabilization for the SwingSet client sanity tests.

Here it goes. http://cr.openjdk.java.net/~shurailine/8157339/webrev.02 Could any of you guys push it for me? Shura > On May 24, 2016, at 9:38 AM, Alexandre (Shura) Iline > wrote: > > >> On May 24, 2016, at 9:15 AM, Sergey Bylokhov

Re: RFR 8157339: Further stabilization for the SwingSet client sanity tests.

Hi Sergey, I'm wondering how strict this rule is. I'm ready to push it to jdk-dev but will leave it to you if it must go through the client. Best regards, Alexander Kouznetsov (408) 276-0387 On 5/24/2016 9:15 AM, Sergey Bylokhov wrote: usually all client related fixes goes to the client ws