Need to implment borderless top-level window on the Mac. This is a blocker for frame-based combo boxes. This is also a blocker for XPFE popup trees.

This is an easy one!

need a new widget for this on Mac.

Patrick, This should be a new window style that is passed in the Init. I talked to Pierre about this and he has to do some work to make the Mac obey the window styles.

Reassigned to myself. The fix is in my tree.

Fixed but I don't know how to verify it. Reassigned to Kevin to mark it fixed or tell me how to verify.

Moving to M6.

Patrick, We need to be able to create a view which manages a border-less top-level window, before I can verify that this works. Let me know when you have completed the changes to view to support this. I'll then create the drop-down list for the combobox using this setting. I'm reassigning this bug to you. You should reassign it back to me when you have completed the view work.

In fact, it's easy to verify: using one of our apps (Viewer, AppRunner, WidgetTest, etc...), create the top-level windows with the flag 'eBorderStyle_none' in 'nsWidgetInitData'. Later, when the combobox is completed and if it doesn't work on the Mac, we can open a more specific bug report.

Thinking about it... We'll probably have to cheat in the combobox code so that the borderless window doesn't deactivate the main window.

Work is done, but needs nsView.cpp changes, moving to M7 to verify.

Kevin, what test case creates combo boxes?

Moving all Widget Set bugs, past and present, to new HTML Form Controls component per request from karnaze. Widget Set component will be retired shortly.

Bug 9116 is probably a duplicate of this one.

*** Bug 9116 has been marked as a duplicate of this bug. ***

moving to m9. beard's on vacation

We do support eBorderStyle_none when creating top-level windows. So I'd say this bug can be closed.

Kevin says this is a duplicate of #6871. *** This bug has been marked as a duplicate of 6871 ***

verified dup

Putting on [PDT]+ radar.