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.
For properties which have a type (field type, method return type, etc.), the enabled version in the java module shows an editable drop down. In the class module, these are only browsed, never edited, so they are always disabled. I was examining the contents of a jar file and wanted to copy/paste the class name. I was able to do that because of the "...". For the types, there is no "..." so I could not copy/paste. A few comments: 1) Maybe copy/paste should be available directly from the property sheet? 2) Copy/paste for the type editors should be made available via the "...". 3) Java module should be checked for the same case if a property sheet is disabled for some other reason (i.e. readonly file)
I'm changing subcomponent to UI. This behavior is as designed IMHO, isn't it, ui guys?
I believe that this should be solved (or supported) in OpenAPIs: All the properties have both the "normal" Property Editor (capable of getAsText) and the custom PropertyEditor registered for the property's type. I believe that the OpenIDE framework could permit displaying of Custom property editor (blocking changes in the supplied PropertyModel), possibly notifying the Editor about the model's r/o state. It could be also possible to allow Copy over a r/o property value, copying its value as text, at least. Those two requests seem more like RFEs, not defects, to me.
Assigning to Ales (or Jirka) ?
Ad 1. It works. Custom PE can be displayed even in r/o mode. But Type editor has no custom PE. Ad 2. Allow copy over r/o state - I'm changing it to ENHANCEMENT and reassign to Jirka - property sheet owner.
So this issue is now capturing the 2nd comment - make it work with copy/paste. However, haven't we lost the 1st comment - type editor is missing custom PE?
Set target milestone to TBD
reassigning to Tim as property sheet's owner
Adding to propertysheet rewrite umbrella issue. It should be pretty painless (I hope) to support copy/paste on read-only properties once propertysheet is rewritten.
Note that there is no copy menu item specified in the UI spec for the new property sheet. Perhaps the HIE team would like to consider this?
Question: What exactly do we want to copy here? There are a few options: - The property name - The property value - The property value as text (via the editor's getAsText method) - The result of getJavaInitializationString() on the property editor(if any) I can't say I've worked heavily with cut/paste, so I'm not sure what the options are - but what are we really after here?
I was trying to copy the property value, I guess as text makes the most sense.
This issue will be solved as part of 49441, since it's something like little umbrella for this one. I put the link to this discussion there. *** This issue has been marked as a duplicate of 49441 ***