Post not yet marked as solved
@eskimo Is this fixed in say iOS 15+?
It would be great to know if any new apps still need to save the configuration twice, or can remove the ugly workaround.
Thx!
Yes, my app is sandboxed and notarized (but distributed via Developer ID signing)
Actually Quinn, would it be feasible to make the plugin its own application?Setup:- Main app has a launch agent "plugin service" that is always running (or only when the app runs?)- Plugin is an app that installs its own launch agent so it is always providing a service even when not open- Main app somhow manages to connect to all services that are "connected" to the plugin serviceSomething like Anonymous Listeners and EndpointsThanks for your support!
Post not yet marked as solved
Ok it seems the problem is that in dark mode (which I was using) the `normal` and `emphasized` styles (which are the new semantic styles that are set) are both bright (no matter what the actual color is that they are placed on).So when I set my selection to white, it doesn't matter to the textfield, because it always has a bright text color.My question now would be if there is any way to make this work correctly automatically.If not, the follow-up question(s) would be:Given I have to set the colors manually whenever the backgroundStyle changes, what is the most elegant way to do this?- I can use the asset catalog to have an NSColor that has variants, but I would actually prefer to have that in code.- I could have a textfield cell subclass that handles setting the color, but then I'd need to set this in all specific textfields and have different subclasses for each color variation.Any ideas?
Post not yet marked as solved
I am testing this on 10.14 with the latest SDK.I don't think the quote you sent is related. It is not about the table's background color.In my (limited) understanding it should be like this:- The row propagates the `backgroundStyle` to any cell in it (and by default those cells propagate this to appropriate subviews)- An NSTextField that has its textColor set to any of the "automatic" control colors will redraw when the backgroundStyle changes and the control color is different for dark and light backgroud style.Come to think of it, there is one more component at play here: The systems Dark Mode.When I switch to light system appearance, I can actually see a difference in label colors. Then by default the label is invisible against the white cell background (the default background for light appearance). That's because I return ".dark" for unselected.Once I select the cell in light appearance the label suddenly becomes visible because (I assume) now the ".light" backgroundStyle makes the label display a dark gray color.Do you know what I mean?Would be cool if an AppKit Engineer could chime in 😉
Post not yet marked as solved
I am not overriding the implementation of backgroundStyle, but adding a property observer.This property observer only confirms, that the automatic forwarding is properly called, so that is not an issue. It does (as you point out) nothing but log this.So the textfield does get a different background style set, yet doesn't change the color of the text at all. That's the question.
