| Code-Review | +1 |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
void* GetCobaltController(ProfileIOS* profile);I really do not like returning this as a `void*`.
Can we give a name to this type instead? `void*` is quite tricky to use.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
void* GetCobaltController(ProfileIOS* profile);I really do not like returning this as a `void*`.
Can we give a name to this type instead? `void*` is quite tricky to use.
By this I mean, expose a `CobaltController` type and return a `CobaltController*` here. Then in the implementation use this type.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
void* GetCobaltController(ProfileIOS* profile);Sylvain DefresneI really do not like returning this as a `void*`.
Can we give a name to this type instead? `void*` is quite tricky to use.
By this I mean, expose a `CobaltController` type and return a `CobaltController*` here. Then in the implementation use this type.
The question is where to define the CobaltController?
ios/web/web_state/ui/wk_web_view_configuration_provider.mm will need to depend on it to, so I guess the only place it can be defined is in ios/web/public? Maybe in the WebClient header?
Or maybe ios/public/provider/web/cobalt_api.h is accessible from everywhere and we can define the CobaltController there?
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |