Lokale Aufgaben- und Zeitverwaltungs-App mit SQLite und Outlook Busy-Blocker via COM Interop.
AutoInstallUpdatesOnStartup-Werte werden sicher deaktiviertPlenaro 2.1.0
Microsoft.Data.Sqlite (SQLite-Datei DB)Microsoft.Office.Interop.Outlook (COM Interop für Outlook-Termine)dotnet restore
dotnet build -c Release
dotnet publish -c Release -r win-x64 --self-contained true /p:PublishSingleFile=true /p:IncludeNativeLibrariesForSelfExtract=true /p:PublishTrimmed=false
Output liegt unter:
bin/Release/net8.0-windows/win-x64/publish/
Eine veröffentlichungsfertige Windows-x64-EXE kann direkt über das Release-Skript im Projekt-Root erzeugt werden:
build-release.ps1 → Mit PowerShell ausführenpowershell -ExecutionPolicy Bypass -File .\build-release.ps1
Das Skript führt dotnet clean, dotnet restore und dotnet publish für TaskTool.Wpf.csproj aus. Die fertige EXE liegt anschließend unter:
artifacts\publish\win-x64
Die Ticketsystem-Anbindung nutzt den Znuny/OTRS 6.3.x GenericTicketConnectorREST im normalen Sync mit SessionCreate, TicketSearch und TicketGet; SessionGet ist nur Diagnose/Fallback. Als Server-URL wird die Basis des Webservice erwartet, zum Beispiel:
https://SERVER/nph-genericinterface.pl/Webservice/GenericTicketConnectorREST
Die Anmeldung erfolgt standardmäßig über POST /Session; anschließend werden TicketSearch und TicketGet mit SessionID ausgeführt, damit Benutzername und Passwort nicht in GET-URLs landen. API-Tokens werden für diesen Connector nicht verwendet. In den Einstellungen muss eine Znuny Agenten-ID hinterlegt werden. Diese interne numerische ID wird für OwnerIDs und ResponsibleIDs in TicketSearch verwendet. Für ältere OTRS/Znuny-6.x-GenericTicketConnectorREST-Konfigurationen ist GET /Ticket die Standardroute für TicketSearch; POST /Ticket/Search bleibt als optionale neuere Variante konfigurierbar. SessionGet wird im normalen Sync nicht benötigt und ist nur noch Diagnose/Fallback.
TaskTool.zip aus dem Ordner "deploy" entpacken.TaskTool.exe starten.TaskTool.dbsettings.jsonlogs.txtReminderSet = false).Dieser COM-Ablauf benötigt ein installiertes klassisches Outlook und kann deshalb nicht im plattformunabhängigen Unit-Test ausgeführt werden:
MIT
C#
99.5%
Lokale Aufgaben- und Zeitverwaltungs-App mit SQLite und Outlook Busy-Blocker via COM Interop.
AutoInstallUpdatesOnStartup-Werte werden sicher deaktiviertPlenaro 2.1.0
Microsoft.Data.Sqlite (SQLite-Datei DB)Microsoft.Office.Interop.Outlook (COM Interop für Outlook-Termine)dotnet restore
dotnet build -c Release
dotnet publish -c Release -r win-x64 --self-contained true /p:PublishSingleFile=true /p:IncludeNativeLibrariesForSelfExtract=true /p:PublishTrimmed=false
Output liegt unter:
bin/Release/net8.0-windows/win-x64/publish/
Eine veröffentlichungsfertige Windows-x64-EXE kann direkt über das Release-Skript im Projekt-Root erzeugt werden:
build-release.ps1 → Mit PowerShell ausführenpowershell -ExecutionPolicy Bypass -File .\build-release.ps1
Das Skript führt dotnet clean, dotnet restore und dotnet publish für TaskTool.Wpf.csproj aus. Die fertige EXE liegt anschließend unter:
artifacts\publish\win-x64
Die Ticketsystem-Anbindung nutzt den Znuny/OTRS 6.3.x GenericTicketConnectorREST im normalen Sync mit SessionCreate, TicketSearch und TicketGet; SessionGet ist nur Diagnose/Fallback. Als Server-URL wird die Basis des Webservice erwartet, zum Beispiel:
https://SERVER/nph-genericinterface.pl/Webservice/GenericTicketConnectorREST
Die Anmeldung erfolgt standardmäßig über POST /Session; anschließend werden TicketSearch und TicketGet mit SessionID ausgeführt, damit Benutzername und Passwort nicht in GET-URLs landen. API-Tokens werden für diesen Connector nicht verwendet. In den Einstellungen muss eine Znuny Agenten-ID hinterlegt werden. Diese interne numerische ID wird für OwnerIDs und ResponsibleIDs in TicketSearch verwendet. Für ältere OTRS/Znuny-6.x-GenericTicketConnectorREST-Konfigurationen ist GET /Ticket die Standardroute für TicketSearch; POST /Ticket/Search bleibt als optionale neuere Variante konfigurierbar. SessionGet wird im normalen Sync nicht benötigt und ist nur noch Diagnose/Fallback.
TaskTool.zip aus dem Ordner "deploy" entpacken.TaskTool.exe starten.TaskTool.dbsettings.jsonlogs.txtReminderSet = false).Dieser COM-Ablauf benötigt ein installiertes klassisches Outlook und kann deshalb nicht im plattformunabhängigen Unit-Test ausgeführt werden:
MIT
C#
99.5%