Alle Projekte

Es wäre prima, wenn der ‚Watcher’ zwei Modi kennen würde:
Den von Ihnen implementierten (watcher sitzt in der tray, poppt nach einstellbarer Zeit auf und fragt, ob man noch an der vorherigen Tätigkeit weiter am Arbeiten ist,
ein kleines „always on top“ Fensterchen (oder ähnlich des Windows Media Players in der Taskleiste liegend), auf dem man 4 Buttons findet, die man mit eigenen ‚most used activities’ belegen kann, sowie einem fünften, der die Liste der letzten z.B. 5 Aktivitäten zeigt. Damit könnte man noch schneller und komfortabler zwischen einzelnen Aktivitäten hin- und herschalten.

In Optionen / Projektliste editieren kann man einstellen, ob man Projekte ‚frei eingeben’ oder ‚vordefinieren’ will. Geht eigentlich auch eine Mischung?

Wenn man ‚frei definieren’ gewählt hat, merkt sich der Watcher leider nicht die Tätigkeiten zum ausgewählten Projekt, die man bisher schon verwendet hat. Wenn man also z.B. von 10.00 bis 10.30 „customer support“ für Projekt A geleistet hat, dann für Projekt B gearbeitet hat und dann wieder Projekt A zum Zug kommt, muss man ‚customer support’ erneut eintippen.

Mir ist es manchmal passiert, dass ich abends vergessen habe, im Watcher meine ‚Arbeit zu beenden’… die Uhr lief dann stoisch weiter. Eine weitere Option wäre hier hilfreich: Wenn eine Tätigkeit länger als eine vorzugebende Dauer gelaufen ist, ohne dass in dieser Zeit am Rechner gearbeitet wurde (keine Tastatureingaben) wäre es prima, wenn das Programm nachfragen würde, ob es die vielen Stunden tatsächlich auf dieses Projekt kontieren soll oder die Ende-Zeit auf den Zeitpunkt der letzten Tastatureingabe korrigieren soll.

Watcher:

Eine nette zusätzliche Option währe wenn man die Laufende zeit auf den Desktop einblenden kann eventuell mit einem kleinen Hintergrund mit den Tasten Für Starten,Pause und Ausblenden / man sollte beim Hintergrundbild eventuell die Transparenz einstellen können von 0-100 %

Bei meinem akutellen Arbeitgeber gibt es zwar festgelegte Anfangs- und Endzeiten, die Pausenzeit ist aber lediglich durch eine Pausendauer definiert. Die Abbildung dieses Modells (und ggf. noch zusätzlich der komplexere Fall, dass die Pausenzeit innerhalb eines Zeitraums genommen werden sollte) wäre eine gute Ergänzung des jetzt schon guten Work time models.

Es wäre hilfreich, wenn man unterschiedliche Vorlagen für den Export zu Excel konfigurieren könnte, oder das Aussehen der exportierten Datei überhaupt anpassen könnte.

Es sollte möglich sein ein Zeitbudget pro Projekt vorzugeben, bei dessen Überschreitung (oder bereits davor) gewarnt wird.

Es wäre gut, wenn ein Outlook Addin mit Kalendersynchronisations-Funktion existieren würde. Zeiteinträge, könnten so mit Outlook abgeglichen werden.

Die im Bericht angezeigten Spalten sollten durch den Benutzer frei definiert werden können.

=⇒ Kundenvorschlag

Der Monatsbericht sollte noch eine weitere Zeile haben. Die lautet:

Istzeit bis Ausdruckdatum (z.B 25.08.12)

Die Sollarbeitszeit sollte dabei nicht abgezogen werden (Angezeigt darf sie schon werden)

=⇒ Geplante Umsetzung:

Der Monatsbericht soll im laufenden Monat um die noch theoretisch zu leistende Arbeitszeit ergänzt werden.
Damit wird ersichtlich wie viele Überstunden der Mitarbeiter theoretisch am Monatsende haben würde, wenn er seine Sollarbeitszeit einhält.

Die Pause sollte auf Wunsch nicht dem letzten Projekt, sondern einem Standardpause Projekt zugeordnet werden können.

Der Fehler kam direkt beim Starten des Watchers.
Leider war das Problem nicht reproduzierbar.

The error time: 21.10.2014 08:03
Exception:
System.Threading.AbandonedMutexException: Der Wartezustand wurde aufgrund eines abgebrochenen Mutex beendet.

 bei System.Threading.WaitHandle.InternalWaitOne(SafeHandle waitableSafeHandle, Int64 millisecondsTimeout, Boolean hasThreadAffinity, Boolean exitContext)
 bei System.Threading.WaitHandle.WaitOne(TimeSpan timeout, Boolean exitContext)
 bei TimePunch.Watcher.App.OnStartup(StartupEventArgs e)
 bei System.Windows.Application.<.ctor>b__1(Object unused)
 bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
 bei MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
 bei System.Windows.Threading.DispatcherOperation.InvokeImpl()
 bei System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state)
 bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
 bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
 bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
 bei System.Windows.Threading.DispatcherOperation.Invoke()
 bei System.Windows.Threading.Dispatcher.ProcessQueue()
 bei System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
 bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
 bei MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
 bei System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
 bei MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
 bei MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
 bei System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
 bei System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
 bei System.Windows.Threading.Dispatcher.Run()
 bei System.Windows.Application.RunDispatcher(Object ignore)
 bei System.Windows.Application.RunInternal(Window window)
 bei System.Windows.Application.Run(Window window)
 bei TimePunch.Watcher.App.Main()

Make TimePunch live tile on WP 8.1 fully transparent on "both" sides. Currently one side becomes solid color when the tile flips.

Ich wünsche mir jedoch für die kommende Version, dass die Spalte Kunde mit aufgenommen wird.

Die Watcher-Applikation funktioniert wunderbar. Aber sobald ich meinen Laptop aus dem Standbymodus wieder aktiviere, erscheint das Watcherfenster nicht mehr am linken Bildschirmrand sondern nur verkleinert links oben, siehe Anhang. Dann können auch die Buttons unten nicht mehr geklickt werden. Nur ein Neustart der Watcher-Applikation löst das Problem. Kennen Sie das Problem bzw. können Sie Abhilfe schaffen?

Import der Daten schlägt aus undefinierbarem Grund fehl.
“Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.”

–> Der Fehler tritt leider nur beim Kunden auf. Und ließ sich auch mit den bereitgestellten Testdaten nicht reproduzieren.

Bei einem Kunden hängt sich der TimePunch Watcher im Laufe des Tages immer auf.
Dabei wurden bereits Netzwerkprobleme, Virenscanner und Energieoptionen (Abschaltung des LAN) ausgeschlossen.

Eine ältere Version funktioniert anscheinend noch gut:

Original:
"Daher haben wir nun wieder eine ältere Client Version bei uns installiert, welche bei uns noch einwandfrei funktionierte (TimePunch 2.6.812.1).

Nach Prüfung unseres Netzwerks gehen wir davon aus das, dass Problem auf Softwareseite liegt, da die ältere Version bei uns einwandfrei funktioniert und es erst seit Version V2.6.1009.0 zu besagtem Fehler in unserem Hause kommt."

→ TODO: Herausfinden, was sich in beiden Version geändert hat und zu dem Problem führen könnte.

Nach nochmaliger Nachfrage, die Aussage des Kunden:
"aktuell nutzen wir noch Version 2.6.812.1 und haben damit keinerlei Probleme mehr."

Bei der Installation/Setup sollte das Framework 4.52 installiert werden.
Mit dem bisher installierten Framework 4.0 kann es zu Fehler in der Anwendung kommen.

→ Zweimaliges Öffnen eines Mitarbeiterprofils führt zum angehängten Fehler mit .NET 4.0

1. Stopwatch – New recording inherits the Description from last recording. Start action or Switch to a new Project/Task should clear the Description.
2. Stopwatch – Adding a Description to a recording could be improved with search-as-you-type from recent Description history, (e.g. Incident ticket numbers).
3. Stopwatch – Description text box height often shrinks to only display the top 3rd of the text box, obscuring any existing text.
This problem can be recreated by attempting to edit existing text or use a swipe movement in the text box.
4. Settings – Natural time does not get applied consistently. Analysis and Overview working time are always represented as Industrial time.
5. Day Overview – Could the recording Description be appended after Task name on the same line, truncating any long task+description ?.
6. Overview – Could a new menu action be added to Restart/Clone a new recording from an existing recording (e.g. tap and hold time entry to Restart or Edit) ?.

Nach der Veröffentlichung von TimePunch 2.8 ist geplant, eine neue Produktlinie zu erstellen – TimePunch 2.8 Small Business. Diese soll eine Zeiterfassung via RFID Terminal, aber ohne Server ermöglichen. D.h. die Zeitdaten werden von den Geräten nicht fortlaufend, sondern nur bei manuellem Datenabruf ausgelesen.

Diese Version wird vor allem für kleine Lokale/Bars/Restaurants, sowie Arztpraxen interessant, denen kein Server zur Verfügung steht.

Die Uhrzeit sollte nicht nur in dem Format 17:00 und 17,00 - sondern auch 1700 eingegeben werden können.

Die Installation des Datafox Moduls schlägt fehl, wenn der Server einen Proxy benutzt, um ins Internet zu gehen.
In diesem Fall kann das Server Zertifikat nicht validiert werden.

Es muss geprüft werden, wie die Proxy Einstellungen für die SecurityUtilities.SignFile übernommen werden können.

Bei Bearbeiten des Rahmenarbeitszeitmodells wir die max. mögliche Tagesarbeitszeit immer wieder auf 8 Stunden gesetzt, auch wenn z.B. 10 Stunden hinterlegt waren.

Bei der Windows Phone Implementierung ist es nicht möglich das letzte Projekt in der Liste auszuwählen, da dieses teilweise im nicht sichtbaren Bereich versteckt ist.

Die Endzeit wird im Cutterprotokoll nicht im 24h sondern im 12h Modus angezeigt.

Dies sollte aufgrund der besseren Lesbarkeit angepasst werden.

Beim anlegen von Urlaub kann es vorkommen, dass der Urlaub nicht akzeptiert wird.
Obwohl zumindest an einem Tag der Urlaub gebucht werden könnte.

Beispiel vom 15. (Sonntag) auf den 16. (Montag)

Im Rahmenarbeitszeitmodell sollten die zulässigen Wochentage gesetzt werden können.