You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've encountered an issue while using the django-unicorn library where a circular import occurs during the auto-discover process. Specifically, the code import typing within django-unicorn/components/typing.py appears to reference itself, which leads to an ImportError.
Would it be feasible to introduce a configuration option in the settings of django-unicorn to allow specific apps to be excluded from the auto-discover process? Implementing this feature could offer a more flexible way to manage imports and help avoid circular reference issues like the one I've encountered.
The text was updated successfully, but these errors were encountered:
I understand that this is a separate project. However, when using django-components in conjunction with django-unicorn, the components folder in django-unicorn seems to trigger the error mentioned above during the autodiscover process of django-components.
I wonder if it might be beneficial for django-components' autodiscover function to have the capability to exclude components folders that do not comply with the rules of django-components. This is why I am raising this issue.
I wonder if actually fixing the error would be easier in this case? The error message you post is because django-unicorn is written for a later version of Python than the one you use. That should be something that's easy to fix right?
I've encountered an issue while using the django-unicorn library where a circular import occurs during the auto-discover process. Specifically, the code import typing within django-unicorn/components/typing.py appears to reference itself, which leads to an ImportError.
Would it be feasible to introduce a configuration option in the settings of django-unicorn to allow specific apps to be excluded from the auto-discover process? Implementing this feature could offer a more flexible way to manage imports and help avoid circular reference issues like the one I've encountered.
The text was updated successfully, but these errors were encountered: