This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 148730 - Add helper class to simplify using error/warning/info messages in dialogs
Summary: Add helper class to simplify using error/warning/info messages in dialogs
Alias: None
Product: platform
Classification: Unclassified
Component: Dialogs&Wizards (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: Jiri Rechtacek
: 28862 (view as bug list)
Depends on:
Blocks: 151756
  Show dependency tree
Reported: 2008-09-30 12:54 UTC by pslechta
Modified: 2012-04-16 13:34 UTC (History)
3 users (show)

See Also:
Exception Reporter:

proposed patch (28.97 KB, text/plain)
2008-11-21 13:10 UTC, Jiri Rechtacek
picture: no space between notification line and dialog border (7.77 KB, image/png)
2008-11-26 00:24 UTC, pslechta

Note You need to log in before you can comment on or make changes to this bug.
Description pslechta 2008-09-30 12:54:02 UTC
New approach for error/warning/info messages is described in

Wizard support was already extended to support all these messages, so it is easy to make wizards compliant to the

This is not true for "normal" dialogs, where no such support exists. This proposal tries to fill this gap.
The attached helper class is very simple and unifies the way how error/warning/info messages can be set for a JLabel

The similar approach was already used for Issue 148192 and Issue 148405. This extension of API is very simple, so fast
review was selected.
Comment 1 pslechta 2008-09-30 12:57:04 UTC
The proposed class (standard copyright header is not included due to space saving):

package org.openide;

import java.awt.Color;
import javax.swing.ImageIcon;
import javax.swing.JLabel;
import javax.swing.UIManager;
import org.openide.util.ImageUtilities;
import org.openide.util.NbBundle;

 * Helper class to simplify dealing with error/warning/info messages
 * @author Petr Slechta
public class MsgHelper {

    private JLabel label;
    private Class<?> clazz;
    private static Color nbErrorForeground;
    private static Color nbWarningForeground;
    private static Color nbInfoForeground;
    private static ImageIcon errorIcon;
    private static ImageIcon warningIcon;
    private static ImageIcon infoIcon;

     * Static inicialization
    static {
        nbErrorForeground = UIManager.getColor("nb.errorForeground"); //NOI18N
        if (nbErrorForeground == null)
            nbErrorForeground = new Color(255, 0, 0);

        nbWarningForeground = UIManager.getColor("nb.warningForeground"); //NOI18N
        if (nbWarningForeground == null)
            nbWarningForeground = new Color(0, 0, 0);

        nbInfoForeground = nbWarningForeground;

        errorIcon = new ImageIcon(ImageUtilities.loadImage("org/netbeans/modules/dialogs/error.png"));  //NOI18N
        warningIcon = new ImageIcon(ImageUtilities.loadImage("org/netbeans/modules/dialogs/warning.png"));  //NOI18N
        infoIcon = new ImageIcon(ImageUtilities.loadImage("org/netbeans/modules/dialogs/info.png"));  //NOI18N
     * Creates new instance of MsgHelper
     * @param label JLabel component that is used for presentation of messages
     * @param clazz class that is used to localize message bundle used to get localized
     * version of messages
    public MsgHelper(JLabel label, Class<?> clazz) {
        this.label = label;
        this.clazz = clazz;

     * Set an error message
     * @param msgKey key from bundle that contains text of error message
    public void setErrorMsg(String msgKey, Object... params) {
        label.setText(NbBundle.getMessage(clazz, msgKey, params));

     * Set an warning message
     * @param msgKey key from bundle that contains text of warning message
    public void setWarningMsg(String msgKey, Object... params) {
        label.setText(NbBundle.getMessage(clazz, msgKey, params));

     * Set an informational message
     * @param msgKey key from bundle that contains text of info message
    public void setInfoMsg(String msgKey, Object... params) {
        label.setText(NbBundle.getMessage(clazz, msgKey, params));

     * Clear message (no text and no icon are displayed)
    public void clearMsg() {
        label.setText("");  //NOI18N
Comment 2 pslechta 2008-09-30 12:58:19 UTC
API reviewers, please review this proposal. Thanks!
Comment 3 Jiri Rechtacek 2008-09-30 13:41:26 UTC
JR01: What use-cases you are solving?
JR02: API documentation is missing?
JR03: Where are tests?

In general, submit patch rather then simple java source. Who will sustain this code? I disagree with changes like this
on the last time before HR. I'm going to change to ENHANCEMENT in question and solve later in next release.
Comment 4 Jesse Glick 2008-09-30 13:47:15 UTC
Agreed, this needs more preparation.
Comment 5 pslechta 2008-09-30 13:53:30 UTC
Re JR01: What use-cases you are solving?
Please see Issues 148192 and 148405 for problems that could be solved with this new API.

Re JR02: API documentation is missing?
Yes, if approved, I will update also API documentation.

Re JR03: Where are tests?
There are no tests now. The class is very simple. If I write some tests, I will test Swing package most of the time...
:-) If you have any suggestions which tests should be written, please let me know.

I can sustain this class.

The change is very simple, so it could be done for 6.5. But if there are any objections, I'm OK to postpone this after
6.5 FCS...
Comment 6 Milos Kleint 2008-09-30 14:20:44 UTC
MK1: The API change seems to be correct but is not conceptual IMHO. 
The settable Error text field shall be part of the Dialog/NotifyDescriptor and be eventually accessible through this
class. The workflow of adding a JLabel to the UI and later wrapping it into a helper class is not obvious.
Comment 7 Jesse Glick 2008-09-30 17:01:46 UTC
Agreed with MK1, it would probably make sense to "sediment" this functionality from WizardDescriptor to DialogDescriptor.
Comment 8 Petr Jiricka 2008-10-05 23:20:01 UTC
See also issue 28862 (filed almost 6 years ago!) for more use cases. The proposal to sediment this functionality to
DialogDescriptor sounds reasonable, and this also suggests the answer to question "who will sustain this code" - it's a
standard part of the dialog framework, and should have been a long time ago.
Comment 9 pslechta 2008-10-20 12:40:05 UTC
This API should be considered for 7.0. Use of info icons should be consistent across all UI components, thus this API is
required. Otherwise each dialog will implement its own support and we will have many copy-pasted code sections across
all modules.
Comment 10 Antonin Nebuzelsky 2008-10-20 12:44:25 UTC
Comment 11 pslechta 2008-10-21 14:08:10 UTC
My proposal is not approved, but there is a suggestion to sediment this functionality to DialogDescriptor. So
reassigning to component owner to handle it.
Comment 12 Jiri Rechtacek 2008-10-21 14:16:25 UTC
I will care about this. Once the final patch prepared, I'll take it back to apireviews.
Comment 13 pslechta 2008-11-10 15:38:07 UTC
it would be great if you can add this functionality in early stage of NB 7.0 development, so other developers may use
it. I personally know about 3 places where it can be used. Also several places may drop its own implementation of this
functionality and may use your new API...
Comment 14 Jiri Rechtacek 2008-11-11 14:37:19 UTC
I'm not still convinced of feasibility this proposal. We must be beware of forcing UI layout changes which couldn't be
backward compatible (Ccing Jano for get UI point of view) .The current design of Dialog API is based on the principle:
* API user designs UI component with own UI widgets which gives to the API as a parameter
* Dialogs API enlarge this given UI with buttons panel on the bottom of resulting dialog.
This proposal gives rise to re-layout of dialog with more enlarging of client's UI, which will be problem mainly in
dialogs which has no button on the bottom.
Possible solution:
1) brutal force, add (mainly) empty status line between buttons and client's UI
2) add new one constructor for such status line support available only for clients on demand
3) just add new methods like setError/Warning/InfoMessage() and hide it every time when empty.
Ad 1) unacceptable for backward compatibility reasons
Ad 2) pretty fine. However Dialog API descriptor has currently too many parameters constructo anyway.
Ad 3) AFAIK we don't like jumping size of dialogs which are according to visible/hidden status line.
So, the 2) seems as only feasible API change but under my reservations.

Btw. don't forget a Wizard API improvement since 7.8 (middle of NB6.5). It allows to set error/warning/info messages
just simple into wizards which covers many of use-cases of Dialogs API - i.e.
Comment 15 pslechta 2008-11-13 12:36:16 UTC
Option 2) is fine for me.
It could be just one more parameter in constructor: boolean showStatusLine
Comment 16 Jiri Rechtacek 2008-11-21 13:10:51 UTC
Created attachment 74006 [details]
proposed patch
Comment 17 Jiri Rechtacek 2008-11-21 13:18:04 UTC
Reviewers, please review adding support for handling info/warning/error messages in NetBeans dialogs.
Petr S. could you apply the proposed change and make proof of concept on your use-cases and then attach code changes
containing usage this new API?
Comment 18 Milos Kleint 2008-11-21 13:30:22 UTC
looks ok in general to me.
MK1: how is html text supported? will the text wrap?
Comment 19 pslechta 2008-11-21 13:51:22 UTC
I will try to use the proposal to fix issues and let you know the result...
Comment 20 Jesse Glick 2008-11-21 18:26:51 UTC
[JG01] The name empty() is odd. Perhaps clearMessages()?

[JG02] Javadoc mistake.

* To set such message use #createNotificationLineSupport
* @see createNotificationLineSupport

should be

* To set such message use {@link #createNotificationLineSupport}

[JG03] isNotificationLineSupportCreated does not seem useful to me. Who would call it?
Comment 21 Jiri Rechtacek 2008-11-24 13:09:44 UTC
MK1: HTML tagging is supported but the height of message area is fixed. Tooltip over message will render multiline messages.
JG01: Good. I'll rename the _empty()_ to _clearMessages()_ which makes good sense.
JG02: Done.
JG03: I agree isNotificationLineSupportCreated does not look useful but implementation( of DialogDisplayer
needs to know this fact to layout UI of dialog correctly.
Comment 22 pslechta 2008-11-26 00:21:50 UTC
Jiri, I did test your changes and they are OK. I can use new API easily and it works fine.

[PS1] One minor issue: there should be some space between icon in notification line and dialog border (JLabel used for
notification line should have left and right border). See attached picture for illustration.

Please fix this minor issue, otherwise it is fine. Thanks!
Comment 23 pslechta 2008-11-26 00:24:11 UTC
Created attachment 74153 [details]
picture: no space between notification line and dialog border
Comment 24 Jiri Rechtacek 2008-11-26 10:23:53 UTC
PS1: I'll take care of it.
Thanks for review to everybody. I'm going to integrate this change tomorrow. If anybody doesn't agree, please speak up
now. Thanks
Comment 25 Jiri Rechtacek 2008-11-27 15:34:13 UTC
impl in core-main/rev/d9ef5112704b
Comment 26 Quality Engineering 2008-11-28 17:25:15 UTC
Integrated into 'main-golden', will be available in build *200811281401* on (upload may still be in progress)
User: Jiri Rechtacek <>
Log: #148730: Add helper class to simplify using error/warning/info messages in dialogs
Comment 27 pslechta 2008-12-02 17:06:19 UTC
Comment 28 Stanislav Aubrecht 2012-04-16 13:34:00 UTC
*** Bug 28862 has been marked as a duplicate of this bug. ***