In Mojave (10.14) while trying to implement Dark Mode in an application, I've run into difficulty with a color panel presentation. An NSColorWell will present, on a click, a color panel automatically - perhaps the [NSColorPanel sharedColorPanel] - that is initialized with and returns a selected color via its "value" binding... no coding needed. Very slick. However, when the application is using an appearance that varies from the System Preferences Appearance and Accessibility settings, the color panel presentation window and views are wildly inappropriate - vivid primary color (red, blue, yellow, greens) display of the window's infrastructure (background views, tab bar, title bar, etc.). I'm just guessing, but the window looks like it might be trying to implement an appearance without actually having one!
Are the dynamic appearance (Light/Dark/etc.) capabilities of Mojave supposed to be applied to a window presented by the OS when that presentation is initiated (as by an NSColorWell) from a control deep in the UI of some application? Should that window look like the system appearance? Or, if different, should it look like the app's appearance setting? Or, should the app be doing something like retrieving [NSColorPanel sharedColorPanel] and forcing its appearance - though in the NSColorWell scenario it's difficult to decide when that should be done?