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 11880 - No PropertyEditors for primitive types wrappers (like Integer, Boolean, etc.)
Summary: No PropertyEditors for primitive types wrappers (like Integer, Boolean, etc.)
Status: CLOSED FIXED
Alias: None
Product: guibuilder
Classification: Unclassified
Component: Code (show other bugs)
Version: 3.x
Hardware: All All
: P4 blocker (vote)
Assignee: Josef Kozak
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-05-02 15:04 UTC by Tomas Pavek
Modified: 2003-06-30 18:29 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tomas Pavek 2001-05-02 15:04:29 UTC

    
Comment 1 Jan Chalupa 2001-05-05 22:16:28 UTC
Target milestone -> 3.3
Comment 2 Josef Kozak 2001-05-14 16:15:55 UTC
New property editors for wrappers of primitive types were added to 
org.netbeans.beaninfo.editors, original CharacterEditor was changed to 
CharEditor (it's for primitive type char).

changed files:
CharacterEditor.java, revision 1.2

added files:
WrappersEditor.java, revision 1.1
BooleanEditor, revision 1.1
ByteEditor, revision 1.1
ShortEditor, revision 1.1
IntegerEditor, revision 1.1
LongEditor, revision 1.1
FloatEditor, revision 1.1
DoubleEditor, revision 1.1

:::fixed in dev only
Comment 3 Marian Mirilovic 2001-05-17 14:01:00 UTC
Long editor:
-  generate uncompoilable code, if you set long number as 111222333444555,
editor generate only this number as Long constructor parameter, but this number
is integer not long, must generate 'L' or 'l' character follow number.
- if you set number in format 111l or 111L, this number isn't accepted by the
editor.
 
Comment 4 Josef Kozak 2001-05-17 15:43:43 UTC
1. Added flags L and F for Long and Float, because getAsText() in editors of 
primitive types doesn't return these flags. Issue fixed.

2. There is the bug in LongEditor for the primitive type, when you are trying 
set  lang with L or l, but it is not annoying, you can still set the property 
without L or l, it is correct way. This minor issue I will not fix, becasue now 
the behaviour of long and java.lang.Long are consistent.

chnaged files:
LongEditor, revision 1.3
FloatEditor, revision 1.3

:::fixed in dev only

Comment 5 Marian Mirilovic 2001-05-22 19:34:22 UTC
verified in [nb_dev](193)
Comment 6 Quality Engineering 2003-06-30 18:29:13 UTC
Resolved for 3.3.x or earlier, no new info since then -> closing.