Re: [platform-swt-dev] Update Cocoa bridge support files
I haven't been able to test the scenario mentioned by you yet but I agree with your point that we should update the bridgesupport files to 10.11, AFAIK they had been created a long time ago and haven't been regenerated or updated since then to account for new and deprecated/removed Cocoa native APIs.
Can you please go ahead and raise a bug requesting for the updates and I'll try to figure out the process to do the same?
Mikaël Barbero ---19-09-2016 02:31:20 PM---It seems that the bridge support files for the Cocoa port are quite outdated. From https://www.eclip
From: Mikaël Barbero <mikael@xxxxxxxxxxx>
To: "Eclipse Platform SWT component developers list." <platform-swt-dev@xxxxxxxxxxx>
Date: 19-09-16 02:31 PM
Subject: [platform-swt-dev] Update Cocoa bridge support files
Sent by: platform-swt-dev-bounces@xxxxxxxxxxx
It seems that the bridge support files for the Cocoa port are quite outdated. From https://www.eclipse.org/eclipse/development/plans/eclipse_project_plan_4_7.xml#target_environments, the minimum version of supported macOS is 10.11, but there lack some classes/protocols/... from the bridge support files for this version. I tried to copy and override the bridgesupport from my own system:cp /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKit.bridgesupport \path/to/git/eclipse.platform.swt/bundles/org.eclipse.swt/Eclipse\ SWT\ PI/cocoa/org/eclipse/swt/internal/cocoa/FoundationFull.bridgesupportand it works well (at least, missing classes/protocols/.../ show up correctly in the Mac Gen view), but when I try to generate again, it fails with NPE: java.lang.NullPointerException
It actually fails logically, as a comparison between the current HEAD and my own bridgesupport file shows that declared_type is not specified in my system files. Is there anything I could do to update the bridge support files to 10.11 ones?Thanks.MikaelPS: if you wonder why I want to do that, the goal is to test the NSAppearance settings on NSWindow to have a *native* dark theme on macOS. The approach would then be similar to Alex's one for GTK theming support (except that on macOS, we would have no theming, only bright or dark theme, but all native ;)) Check slides 98 to 103 (or video somewhere around 24:00) from https://developer.apple.com/videos/play/wwdc2016/239/ to see what I mean by native dark theme on the mac.[attachment "signature.asc" deleted by Arun K Thondapu/India/IBM] _______________________________________________
platform-swt-dev mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit