Hi Jules, ok thx - thatās got rid of the Point issue it seems - Iām now getting Button ambiguities, but at least theyāre in my code so I can go and scope them.
I did try that in a top level header file, but then got told I needed to put class in front of all Button references so itās still same amount of effort - at the end of the day, itās not a big deal as I can just global replace all buttonClicked methods
However, it does make me think Iām just doing something wrong here?
Iāve copied juce_StandaloneFilterApp.cpp to my own class so I can have all its functionality but have my own initialise call. itās all the header files at the beginning of this file that Iām including (which are obviously all needed) that is causing this problem to happen. Maybe thereās a better way to be going about replacing initialise() than this? Though from reading other posts, creating my own JUCEApplication class is the way to do.
I sent you a PM explaining how I replaced the StandaloneFilterApp. Iāll just post this here in case anyone else runs into the same issueā¦ in your copy of the StandaloneFilterApp class ā donāt include any of the header files included in the original (except the include for the StandalonePluginHolder header file).
In your copy of juce_StandaloneFilterWindow.h add:
Hi Rail - thanks for that. That was the key - Iād done all the same steps as you, but when creating my own app from juce_StandaloneFilterApp.cpp, Iād copied all the header files across from that - replaced them just with the juce_IncludeModuleHeaders.h as you suggested and all the duplicates have goneā¦ thanks!
FYI this (Reference to āPointā is ambiguous) is coming up again when trying to build the (non modified) JUCE AudioPluginHost on Mac Catalina and JUCE 5.4.7 (I just re-downloaded to verify) - using Projucer/all files from 5.4.7 zip from the āget JUCEā download links.
(Note the host app in the zipped download still has ROLI copyright notices/ownership too)