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 19821 - CustomizeAction provides inconsistent container.
Summary: CustomizeAction provides inconsistent container.
Status: RESOLVED WONTFIX
Alias: None
Product: platform
Classification: Unclassified
Component: Actions (show other bugs)
Version: 3.x
Hardware: All All
: P3 blocker (vote)
Assignee: Jiri Rechtacek
URL:
Keywords: UI
Depends on:
Blocks: 21547
  Show dependency tree
 
Reported: 2002-01-28 10:34 UTC by _ pkuzel
Modified: 2008-12-22 09:52 UTC (History)
2 users (show)

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 _ pkuzel 2002-01-28 10:34:31 UTC
I have one component used at two places: in a wizard and as a customizer. I
cannot use as such because the CustomizeAction improperly creates container that
does not follow standard UI rules (ie. 12,12,12,11 margins).

Wizard provides correct container with borders set. To WORKAROUND it I must
create two components one used for customizer (with borders managed by the
component) and one for the wizard (without borders, they are managed by
container).

One approach

  - container managed borders (it is prefered, is not it?)
  - component managed borders

should be used consistently. The rule should be added to guidelines.
Comment 1 David Simonek 2002-05-06 17:08:30 UTC
Eval:
It's easy to change customize action to put border around customizer
component, however it will need modifications from people which supply
own customizers with borders already included.
Comment 2 David Simonek 2002-05-07 13:50:21 UTC
fixed in main trunk, customizers are now surrounded by default empty
border.
Comment 3 _ ttran 2002-05-10 16:08:45 UTC
I rollback the change made b/w 1.83 and 1.84 in 
core/src/org/netbeans/core/NbNodeOperation.java

because it requires modifications in all existing customizers which
until now are hand-tuned to match the zero margin.  We don't have
enough time to redo all customizers for 3.4.  Feature freeze is behind
the door.

Comment 4 David Simonek 2002-05-14 14:31:31 UTC
ok, as you want Trung, moving target to 4.0
Comment 5 _ pkuzel 2002-05-28 15:04:30 UTC
NbNodeOperation.java new revision: 1.86 contains workaround for XML
module #21547.
Comment 6 David Simonek 2003-02-24 10:04:15 UTC
Postponing to 4.0. Issue should be solved early in the release cycle
in following way:
- renew existing patch to NbNodeOp
- make patches for existing customizers, post on nbdev etc to notify
possibly affected module owners
- integrate all patches together
Comment 7 Jiri Rechtacek 2004-04-23 10:49:34 UTC
Assigned to new owner.
Comment 8 Jiri Rechtacek 2005-11-30 14:11:55 UTC
Is it still valid task? Is somebody affected by this? Can I close as WONTFIX? I
really don't plan to solve before long.
Comment 9 _ pkuzel 2005-11-30 14:26:40 UTC
Yes, it persists. Workarounds are still in place.
Comment 10 Jiri Rechtacek 2007-09-13 10:18:26 UTC
No current nor future plans to solve this problem. Closed as WONTFIX.