Add no_implicit_prelude to proc macro tests

[mc1098]

Description

Adds no_implicit_prelude to the passing tests for all the proc macros and resolved an issue with fully qualified Options in the derive_props macro.
Fixes the function_components macro tests so trybuild actually runs them :)

Fixes #0000
None - but was prompted by this comment and checks some boxes in #1633

Checklist

• I have run cargo make pr-flow
• I have reviewed my own code
• I have added tests (does reenabling them count 😅?)

[mc1098]

I don't think there is anyway to prevent someone from using:

use Result as Option;

to pass is the path an Option check. This is the same as before this change but now at least if someone uses a fully qualified path it will still work, which was failing one of the tests because of no_implicit_prelude requiring me to use a fully qualified path.

Not sure whether we should just enforce users to use the attributes provided for derive_props and not treat Option as a special case?

[siku2]

Not sure whether we should just enforce users to use the attributes provided for derive_props and not treat Option as a special case?

I think it's reasonable to treat Option specially because of how naturally optional props fit into the whole HTML environment. Of course, the way we're detecting the Option type isn't perfect, but I think it's robust enough for all reasonable use cases.

Btw, really appreciate this work! This is something I've been meaning to do for a while but never got around to.

[Xavientois]

Nice to see better macro hygiene. Just wondering why we added the verbose syntax to our own tests?