The experience while navigating throughout the UI of Suse Manager it's not that nice. Whenever we navigate to a new page, the whole page gets refreshed and recreated, even when half of it didn't change a thing, for instance, the menu, topbar, and the notifications WebSocket connection, which in my opinion doesn't provide a smooth experience.
This project has the goal to test out an automatic way to transform the Suse Manager UI into a Single Page Application.
My idea is to have something working with the following workflow:
- Access Suse Manager - nothing changes here, a full render would be done.
- Clicking on a Menu Link: instead of doing a full refresh, we could wrap all the links with a piece of javascript that would make an ajax call in the background with an extra parameter: "URL?noframe=true" and attach the rendered result without the frame to the existing page body. (body.innerHTML = result)
This can be tricky especially when the UI is composed of so many different technologies but seems like an idea worth trying.
Drawbacks
For older parts, this would only work for navigation (page transitions). Old form posts would never work as a SPA in an automated way, but it can be a nice intermediate solution until everything is migrated to react, where we can follow a more SPA development mindset.
Update
I tried to implement a custom solution for this and the first results are promising! The navigation is looking awesome and way more smooth.
Also some libraries to try out:
- https://github.com/liferay/senna.js
- https://github.com/MoOx/pjax
- https://github.com/barbajs/barba
- https://github.com/turbolinks/turbolinks
- https://github.com/gmrchk/swup
This project is part of:
Hack Week 18
Activity
Comments
Similar Projects
Bring to Cockpit + System Roles capabilities from YAST by miguelpc
Bring to Cockpit + System Roles features from YAST
Cockpit and System Roles have been added to SLES 16 There are several capabilities in YAST that are not yet present in Cockpit and System Roles We will follow the principle of "automate first, UI later" being System Roles the automation component and Cockpit the UI one.
Goals
The idea is to implement service configuration in System Roles and then add an UI to manage these in Cockpit. For some capabilities it will be required to have an specific Cockpit Module as they will interact with a reasource already configured.
Resources
A plan on capabilities missing and suggested implementation is available here: https://docs.google.com/spreadsheets/d/1ZhX-Ip9MKJNeKSYV3bSZG4Qc5giuY7XSV0U61Ecu9lo/edit
Linux System Roles: https://linux-system-roles.github.io/
openQA log viewer by mpagot
Description
*** Warning: Are You at Risk for VOMIT? ***
Do you find yourself staring at a screen, your eyes glossing over as thousands of lines of text scroll by? Do you feel a wave of text-based nausea when someone asks you to "just check the logs"?
You may be suffering from VOMIT (Verbose Output Mental Irritation Toxicity).
This dangerous, work-induced ailment is triggered by exposure to an overwhelming quantity of log data, especially from parallel systems. The human brain, not designed to mentally process 12 simultaneous autoinst-log.txt files, enters a state of toxic shock. It rejects the "Verbose Output," making it impossible to find the one critical error line buried in a 50,000-line sea of "INFO: doing a thing."
Before you're forced to rm -rf /var/log in a fit of desperation, we present the digital antacid.
No panic: The openQA Log Visualizer (Also known as the "VOMIT-B-Gone 9000")
This is your web-based hazmat suit for handling toxic log environments. It bravely dives into the chaotic, multi-machine mess of your openQA test runs, finds all the related, verbose logs, and force-feeds them into a parser.
Goals
Work on the existing POC openqa-log-visualizer and change it to something usable
Resources