diff options
| author | UMTS at Teleco <crt@teleco.ch> | 2025-12-09 10:08:53 +0100 |
|---|---|---|
| committer | UMTS at Teleco <crt@teleco.ch> | 2025-12-09 10:08:53 +0100 |
| commit | 79334eeb0ecfb6e7add53bd85bd5def0edc0eda9 (patch) | |
| tree | 671712bf97d668b52ea298832a8e44cdfa5b34b4 /Abgaben | |
| parent | 8907f01dd8a26b27d1ad658f79f4f88c4ecae3f7 (diff) | |
Gewähltes Projekt geändert
Diffstat (limited to 'Abgaben')
| -rw-r--r-- | Abgaben/Beepzone-Stack-Projektplanung.md | 25 | ||||
| -rw-r--r-- | Abgaben/SwiftEdging-Projektplanung.md | 56 |
2 files changed, 25 insertions, 56 deletions
diff --git a/Abgaben/Beepzone-Stack-Projektplanung.md b/Abgaben/Beepzone-Stack-Projektplanung.md new file mode 100644 index 0000000..e520ddf --- /dev/null +++ b/Abgaben/Beepzone-Stack-Projektplanung.md @@ -0,0 +1,25 @@ +# BeepZone-Stack Initiale Finalisierung +> Eine sehr Effiziente, Funktionsreiche als auch Integrierbare Inventarisierungslösung geschrieben in Rust +###### *T.Bachmann (aka. crt oder umts) - 2025-12-09* + +## Kurzplanung + +### Ausgangslage +- BeepZone-Backend (MySQL Schema und Sekel-Proxy) : Läuft stabil, benötigt jedoch diverse Aufräumarbeiten und Dokumentation. +- BeepZone-eGUI (Desktop Client) deckt die Grundfunktionalität ab, es fehlen aber diverse Features (zB. richtiges RBAC, Admin Panel View) und es gibt noch diverse Lücken im Bereich Tests und Dokuemntation. + +### Hauptproblem +Ohne den Finalisierten Stack kann das Inventarsystem nicht im Betrieb umgesetzt/angewendet werden. + +### Projektziel (Soll) +BeepZone-Stack produktion bereit machen und publizieren sowie für internen Einsatz fertigstellen. + +### Teilziele +- Fehlende im UI Angezeigte Funktionen implementieren +- Fehlende Funktionen bezüglich Admin Panel und RBAC implementieren +- Tests aller Funktionen und Feinschliff +- Code aufräumen und Dokumentation und Setup Anleitung fertig Stellen. + +### Nutzen +- Intern: Schliesst die aktuelle Lücke im Bereich Inventarisierung, reduziert unbemerkter Diebstahl, und erleichtert Audits von Zimmern und deren Zugewiesenen Objekte +- Extern: Vorzeigbares OpenSource Projekt das von anderen Verwendet werden kann bzw. erweitert und Verbessert werden kann.
\ No newline at end of file diff --git a/Abgaben/SwiftEdging-Projektplanung.md b/Abgaben/SwiftEdging-Projektplanung.md deleted file mode 100644 index 7663834..0000000 --- a/Abgaben/SwiftEdging-Projektplanung.md +++ /dev/null @@ -1,56 +0,0 @@ -# SwiftEdging -> Ein MacOS "Ammonia Tweak" welcher in Kombination mit aspauldingcode's "apple-sharpener" rundungen von SwiftUI Fensterelementen wieder einheitlich Aussehen lässt (auf MacOS 26 - Tahoe, ist aber auch rückwärts anwendbar) -###### *T.Bachmann (aka. crt oder umts) - 2025-12-02 - -## Projektbeschreib - -### Ausgangslage bzw. Ist-Zustand - -Apple hat mit dem "Liquid Glass" Design (intern "Solarium" genannt) eine komplette Design Änderung ihrer Betriebssysteme eingeführt. -Diese Änderung brachte jedoch diverse Inkonsistenzen mit sich, welche sich besonders auf macOS zeigen. - -#### Hauptproblem -Inkonsistente Rundungen von Fensterrahmen und UI Elementen innerhalb dieser. - -#### Bisherige Lösungsversuche mit Ammonia* -*macOS dylib "Tweak" Injektions Tool - - -##### Versuch 1 : Rückfall auf altes Design - -- Tools: Ammonia + bedtime's "BrokenGlass" Tweak -- Funktion : Deaktiviert das gesamte "Solarium Theme" durch dylib Injektion -- Ergebnis : Einheitliche Fensterrahmen Rundungen / UI Elemente durch verwenden des alten einheitlichen Designs jedoch mit SwiftUI Material Resolution Problemen -- Probleme : - - "Material Resolution" Probleme : - - Rechte MenuBar Elemente entweder nicht Sichtbar oder deren Pop-Over Transparent und durchklickbar - - Benachrichtigungs Relevante Element Hintergründe werden transparent und unlesbar - - Instabilität des Systems bei verwendung von Apps welche MenuBar Elemente erstellen oder diese anpassen -- Aussicht auf Problemlösung: Um das Problem zu beheben wäre (meines Wissen nachs) extrem komplexes Reverse Engineering auf SwiftUI ABI Basis erforderlich, sowohl Erfolgschancen als auch Kompetenzen sind dafür nicht gegeben, somit für mich nicht lösbar. - -##### Versuch 2 : Reparattur des neuen Designs - -- Tools: Ammonia + "apple-sharpener" Tweak -- Funktionsweise : Hijacking des macOS Window Managers durch dylib injektion und Swizzling -- Ergebnis : Fensterrahmen werden korrigiert, aber Inkonsistenzen innerhalb der Fenster werden nicht behoben bzw. sogar verschlimmert -- Probleme : - - Nur Fensterrahmen Rundungen werden korrigiert - - Neue Inkonsistenzen werden hinzugefügt - - Warnungs Pop Ups sehen seltsam aus -- Aussicht auf Problemlösung : Um das Problem zu beheben wäre ein weiterer Tweak erforderlich welcher gezielt die UI Elemente innerhalb Fenster repariert. Dies ist sehr gut machbar da Rundungs Anpassungen via Swizzling möglich und somit für mich lösbar sind, nicht so wie Material Resolution Probleme welche (meines Wissen nachs) auf tieferer Ebene gemacht werden müssten. - -### Zielsetzung bzw. Soll-Zustand -Entwicklung eines macOS Tweaks der die Rundungswerte betroffener UI Elemente gezielt und flexibel anpassen kann und mindestens mit "apple-sharpener" kompatibel ist. - -#### Kernfunktion -- Regelbasiertes System : Definition von Rulesets welche gezielt Anpassung von Apps und individuellen UI Elementen erlauben -- JSON basierte Konfiguration : Strukturierte Verwaltung der Anwendungs und Anpassungsregeln - -#### Benutzeroberfläche -- MenuBar App : Grafische Oberfläche für Steuerung -- Funktionen : - - Aktivieren / Deaktivieren von Rulesets für spezifische Fenster - - Verwaltung von App spezifischen Ausnahmen/Inklusionen - - Dynamische Anpassungen ohne manuelle JSON Bearbeitung -- Zweck : Fehlerbehandlung bei Inkompatibilitäten Apps sowie anwendung auf noch nicht in JSON inklusierten App whitelist - |
