Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Streamline UI Technologies for Navigation (Busula vs. OpenMFP) #3385

Open
finally-fancy opened this issue Oct 8, 2024 · 0 comments
Open

Comments

@finally-fancy
Copy link

Description
Busula could be transformed into a CRD rendering engine with an outer navigation part. The "kernel" would focus purely on rendering CRDs and could be reused in both ApeiroRA and the new version of Busula. In ApeiroRA, this kernel would provide the rendering for CRDs, while in Busula, the same kernel would be used along with its own additional navigation system. This approach would allow Busula to leverage the CRD rendering capabilities effectively while maintaining its distinct navigation features, leading to greater consistency and reusability across different environments.

Since Busula already supports deep links, we can leverage this functionality to address specific CRD objects or any other content within the Busula kernel directly without needing to use the navigation bar. These deep links, configured within OpenMFP’s navigation, can point to specific content within Busula (e.g., a single CRD object or a detailed view), ensuring that when a user selects a link from OpenMFP’s navigation, Busula will load and display the corresponding content dynamically.

Reasons
Busula currently loads and renders its own navigation system alongside its core content. This works well for standalone use where Busula operates independently with full control over the navigation and interface. However, in environments like ApeiroRA, which relies on the OpenMFP micro-frontend framework, Busula's navigation becomes redundant. OpenMFP already provides its own outer frame and navigation system, and in this scenario, the double-loading of Busula’s own navigation causes unnecessary resource usage and performance overhead.

Even though it’s possible to hide Busula’s navigation through configuration, the navigation elements are still loaded in the background, leading to performance degradation. This is especially problematic in integrated environments like OpenMFP, where the navigation system is already handled by the parent framework, making Busula's additional UI elements unnecessary and inefficient.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant