Re: [FlatLAF] Initial value not fully set for NotifyDescriptor

2022-12-09 Thread Patrik Karlström
The first mail is about a platform application and the second the IDE
itself.

Den lör 10 dec. 2022 00:06Eirik Bakke  skrev:

> I've noticed that DialogDisplayer.getDefault() returns a different
> implementation when run from a plain main() class (standalone Java
> application) than when run in the context of a NetBeans Platfrom
> application. The standalone implementation has some problems, like not
> enabling/disabling the OK button in response to NotifyDescriptor.setValid.
>
> Is the behavior you are reporting for the NetBeans Platform application
> case, or the standalone Java app case?
>
> -- Eirik
>
> -Original Message-
> From: Patrik Karlström 
> Sent: Friday, December 9, 2022 1:05 PM
> To: dev@netbeans.apache.org
> Subject: Re: [FlatLAF] Initial value not fully set for NotifyDescriptor
>
> Den ons 17 aug. 2022 kl 16:23 skrev Patrik Karlström :
>
> > The initial value/default button for a dialog created with
> > NotifyDescriptor is not activated when using FlatLAF.
> > There is an indication around the button requested to be default, but
> > also some remaining indicator around the actual default button.
> >
> > FlatLAF works fine when manually creating a dialog with
> > JOptionPane.showOptionDialog.
> > MetalLAF works fine with NotifyDescriptor.
> >
> > The following code displays the problem.
> > Uncomment to use the workaround.
> >
> > var button1 = new JButton("1");
> > var button2 = new JButton("2");
> > var button3 = new JButton("3");
> > var buttons = new JButton[]{button1, button2, button3};
> >
> > var d = new NotifyDescriptor(
> > "Look at the buttons borders\nPress & hold ENTER",
> > "Demo",
> > DialogDescriptor.DEFAULT_OPTION,
> > DialogDescriptor.WARNING_MESSAGE,
> > buttons,
> > button3
> > );
> >
> > new Thread(() -> {
> > try {
> > Thread.sleep(100);
> > } catch (InterruptedException ex) {
> > Exceptions.printStackTrace(ex);
> > }
> >
> > SwingUtilities.invokeLater(() -> {
> > //button3.requestFocus();
> > });
> > }).start();
> >
> > System.out.println(DialogDisplayer.getDefault().notify(d));
> >
> > Patrik
> >
>
>
> Now I notice this in NetBeans 16 too.
> When trying to copy/paste a class from one project to another the refactor
> dialog shows up with four buttons:
> Preview, Refactor, Cancel, Help
>
> The Refactor button has the background of a focused button while the
> Cancel button has the border of a focused button.
>
> Hitting enter equals Cancel.
>
> The Metal LAF has a similar visual defect but the correct behavior when
> hitting enter.
>
> Is this reproducible by anyone else?
>
> Patrik
>


RE: [FlatLAF] Initial value not fully set for NotifyDescriptor

2022-12-09 Thread Eirik Bakke
I've noticed that DialogDisplayer.getDefault() returns a different 
implementation when run from a plain main() class (standalone Java application) 
than when run in the context of a NetBeans Platfrom application. The standalone 
implementation has some problems, like not enabling/disabling the OK button in 
response to NotifyDescriptor.setValid.

Is the behavior you are reporting for the NetBeans Platform application case, 
or the standalone Java app case?

-- Eirik

-Original Message-
From: Patrik Karlström  
Sent: Friday, December 9, 2022 1:05 PM
To: dev@netbeans.apache.org
Subject: Re: [FlatLAF] Initial value not fully set for NotifyDescriptor

Den ons 17 aug. 2022 kl 16:23 skrev Patrik Karlström :

> The initial value/default button for a dialog created with 
> NotifyDescriptor is not activated when using FlatLAF.
> There is an indication around the button requested to be default, but 
> also some remaining indicator around the actual default button.
>
> FlatLAF works fine when manually creating a dialog with 
> JOptionPane.showOptionDialog.
> MetalLAF works fine with NotifyDescriptor.
>
> The following code displays the problem.
> Uncomment to use the workaround.
>
> var button1 = new JButton("1");
> var button2 = new JButton("2");
> var button3 = new JButton("3");
> var buttons = new JButton[]{button1, button2, button3};
>
> var d = new NotifyDescriptor(
> "Look at the buttons borders\nPress & hold ENTER",
> "Demo",
> DialogDescriptor.DEFAULT_OPTION,
> DialogDescriptor.WARNING_MESSAGE,
> buttons,
> button3
> );
>
> new Thread(() -> {
> try {
> Thread.sleep(100);
> } catch (InterruptedException ex) {
> Exceptions.printStackTrace(ex);
> }
>
> SwingUtilities.invokeLater(() -> {
> //button3.requestFocus();
> });
> }).start();
>
> System.out.println(DialogDisplayer.getDefault().notify(d));
>
> Patrik
>


Now I notice this in NetBeans 16 too.
When trying to copy/paste a class from one project to another the refactor 
dialog shows up with four buttons:
Preview, Refactor, Cancel, Help

The Refactor button has the background of a focused button while the Cancel 
button has the border of a focused button.

Hitting enter equals Cancel.

The Metal LAF has a similar visual defect but the correct behavior when hitting 
enter.

Is this reproducible by anyone else?

Patrik


Re: [FlatLAF] Initial value not fully set for NotifyDescriptor

2022-12-09 Thread Patrik Karlström
Den ons 17 aug. 2022 kl 16:23 skrev Patrik Karlström :

> The initial value/default button for a dialog created with
> NotifyDescriptor is not activated when using FlatLAF.
> There is an indication around the button requested to be default, but also
> some remaining indicator around the actual default button.
>
> FlatLAF works fine when manually creating a dialog with
> JOptionPane.showOptionDialog.
> MetalLAF works fine with NotifyDescriptor.
>
> The following code displays the problem.
> Uncomment to use the workaround.
>
> var button1 = new JButton("1");
> var button2 = new JButton("2");
> var button3 = new JButton("3");
> var buttons = new JButton[]{button1, button2, button3};
>
> var d = new NotifyDescriptor(
> "Look at the buttons borders\nPress & hold ENTER",
> "Demo",
> DialogDescriptor.DEFAULT_OPTION,
> DialogDescriptor.WARNING_MESSAGE,
> buttons,
> button3
> );
>
> new Thread(() -> {
> try {
> Thread.sleep(100);
> } catch (InterruptedException ex) {
> Exceptions.printStackTrace(ex);
> }
>
> SwingUtilities.invokeLater(() -> {
> //button3.requestFocus();
> });
> }).start();
>
> System.out.println(DialogDisplayer.getDefault().notify(d));
>
> Patrik
>


Now I notice this in NetBeans 16 too.
When trying to copy/paste a class from one project to another the refactor
dialog shows up with four buttons:
Preview, Refactor, Cancel, Help

The Refactor button has the background of a focused button while the Cancel
button has the border of a focused button.

Hitting enter equals Cancel.

The Metal LAF has a similar visual defect but the correct behavior when
hitting enter.

Is this reproducible by anyone else?

Patrik


RE: [RELEASES] Post-vote release update

2022-12-09 Thread Eric Barboni
Done I suppose.

Eric

-Message d'origine-
De : Neil C Smith  
Envoyé : vendredi 9 décembre 2022 11:19
À : dev 
Objet : Re: [RELEASES] Post-vote release update

On Fri, 9 Dec 2022, 09:55 Geertjan Wielenga, 
 wrote:

> OK.
>
> Neil, Eric, can I go ahead with the tweet, blog, announcements to the 
> mailing lists (don't want to do it too early if anything is still out 
> standing).
>

Good to go from my perspective.

Only minor task I just noticed from report emails is that the versions on the 
issue template need updating. Could someone pick that up?

Best wishes,

Neil


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: [RELEASES] Post-vote release update

2022-12-09 Thread Neil C Smith
On Fri, 9 Dec 2022, 09:55 Geertjan Wielenga,
 wrote:

> OK.
>
> Neil, Eric, can I go ahead with the tweet, blog, announcements to the
> mailing lists (don't want to do it too early if anything is still out
> standing).
>

Good to go from my perspective.

Only minor task I just noticed from report emails is that the versions on
the issue template need updating. Could someone pick that up?

Best wishes,

Neil


Re: [RELEASES] Post-vote release update

2022-12-09 Thread Geertjan Wielenga
OK.

Neil, Eric, can I go ahead with the tweet, blog, announcements to the
mailing lists (don't want to do it too early if anything is still out
standing).

Gj

On Thu, Dec 8, 2022 at 8:28 AM Laszlo Kishalmi
 wrote:
>
> Just checked the Download page.
>
> I would not mind if the Changes (ChangelLog, etc.) would have it's own
> section, even if it would be just the link on the GitHub Release Page. I
> found that link hard enough at the 4th glimpse, it's 23:00+ here though.
>
> On 12/7/22 21:29, Geertjan Wielenga wrote:
> > Done, say the word, and I'll send out release announcements, put out
> > the blog post, and tweet.
> >
> > Gj
> >
> > On Wed, Dec 7, 2022 at 6:30 PM Neil C Smith  wrote:
> >> On Wed, 7 Dec 2022 at 16:32, Neil C Smith  wrote:
> >>> I'll get on with archiving NB 15 and adding the notification.
> >> OK, archiving done and notification added to NB15 update centre.
> >>
> >> Links on the NB15 web page will break shortly and until that PR is merged.
> >>
> >> Martin - I didn't archive VSCode 15 or 15.0.301.  Both need removing
> >> from SVN too, but I wasn't sure if any links need updating elsewhere
> >> to allow this?
> >>
> >> Best wishes,
> >>
> >> Neil
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>
> >> For further information about the NetBeans mailing lists, visit:
> >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>
> >>
> >>
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists