Ja davon kann ich auch Geschichten erzählen. Vor allem wenn dann wieder Regeln geändert werden und man die Hälfte nochmal neu machen muss...
KeyHelp-Monitoring, weitere Alternative
Re: KeyHelp-Monitoring, weitere Alternative
Re: KeyHelp-Monitoring, weitere Alternative
Leider in absehbarer Zeit nicht. Swift ist zwar OpenSource, aber SwiftUI nicht.
Für Linux würde ich so etwas mit Qt bauen. Ich war KDE-User auf dem Desktop seit der ersten Beta, bin dann aber vor über 10 Jahren beim Mac gelandet, habe es nie bereut, die Gründe würden hier aber den Rahmen sprengen.
--
Backup: The duplicate copy of crucial data that no one bothered to make;
used only in the abstract
Re: KeyHelp-Monitoring, weitere Alternative
Stimmt, das hatte ich ganz vergessen, dass das ja mit iOS nicht ganz so einfach ist
Re: KeyHelp-Monitoring, weitere Alternative
Ich denke, ich werde es trotzdem machen, für mein Ego
--
Backup: The duplicate copy of crucial data that no one bothered to make;
used only in the abstract
Re: KeyHelp-Monitoring, weitere Alternative
Damit wäre allen OS direkt geholfen.
Ich persönlich finde es braucht keine nativen Apps wenn’s auch anders geht. Bin jetzt auch beruflich auf Webticket-System statt Outlook umgestiegen.
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Re: KeyHelp-Monitoring, weitere Alternative
Wäre halt ein ganz anderer Ansatz. Für Swift gibt es ein brauchbares Web Framework, Vapor, aber meine Intention habe ich ja im ersten Post geschrieben.
Aber es wird sich nie monetarisieren lassen, und bei einem Hobby-Projekt bleibe ich halt primär bei meinem persönlichem Bedarf.
Webmail war nie meine Welt, früher auf der Arbeit LoNo, auch mal Outlook getestet mit LoNo-Connector, aber auch nur 2 Tage.
Ansonsten, KMail, dann Mail.app, reicht mir. YMMV.
--
Backup: The duplicate copy of crucial data that no one bothered to make;
used only in the abstract
Re: KeyHelp-Monitoring, weitere Alternative
24unix wrote: ↑Sun 7. Dec 2025, 13:04Leider in absehbarer Zeit nicht. Swift ist zwar OpenSource, aber SwiftUI nicht.
Für Linux würde ich so etwas mit Qt bauen. Ich war KDE-User auf dem Desktop seit der ersten Beta, bin dann aber vor über 10 Jahren beim Mac gelandet, habe es nie bereut, die Gründe würden hier aber den Rahmen sprengen.
Fezzi
Everyone can do something, no one can do everything.
Re: KeyHelp-Monitoring, weitere Alternative
aber der aktuelle Release https://git.24unix.net/tracer/iKeyMon/r ... 6.0.38.dmg
funktioniert mit KeyHelp 25.2 und 25.3.
Extra danke noch mal an Alex für die senky/clipboardimage Extension
--
Backup: The duplicate copy of crucial data that no one bothered to make;
used only in the abstract
Re: KeyHelp-Monitoring, weitere Alternative
Auto-Updates gehen jetzt via Sparkle framework.
Das spielt aber nicht gut mit sandboxed Apps zusammen, hatte ich erst, mit dem App Store im Hinterkopf.
Aber der Aufwand wird sich für macOS wohl nicht lohnen, für iOS komme ich nicht drumherum.
Wer schon testweise Server eingetragen hat, muss die wohl neu anlegen, ein Importer erschien mit zu viel Aufwand, ich weiß ja eh nicht, wie viele Leute es nutzen.
Es werden jetzt grundsätzlich 2 Sachen gemoritored:
Erreichbarkeit der Servers: Und Status einzelner Dienste: Weitere Notifications folgen dann später (Diskspace, CPU-Load etc.)
Wie ihr die Notifications haben wollt, könnt ihr selber in den Settings einstellen:
Die letzte release findet ihr hier: https://git.24unix.net/tracer/iKeyMon/r ... g/v26.0.70
Ich wollte im Urlaub eigentlich mehr schaffen, aber ich habe die meiste Zeit damit verbracht, ein kleines Forum zu schreiben …
--
Backup: The duplicate copy of crucial data that no one bothered to make;
used only in the abstract