cdfa5ae90e
Introduce `last_recording_at` to `OnelinerEntry` and use it as the primary sort key for cases. This ensures that cases with recent dictation activity are prioritized, even if their initial creation date is older. The logic for determining a case's activity has been updated to consider the most recent `.m4a` file's modification time (`last_recording_at`), falling back to `updated_at` or `created_at` if necessary. This change also refactors the timestamp formatting and handling within the web interface to correctly display and sort cases based on their actual last activity time, improving user experience and data relevance. The `now_rfc3339` function is updated to strip sub-second precision for consistent filename generation.
1.8 KiB
Executable File
1.8 KiB
Executable File
Regeln
-
Sprich im Chat deutsch mit mir.
-
Gehe schritweise vor. Nummeriere die Schritte, damit ich mich darauf beziehen kann.
-
Effizienz ist mir sehr wichtig. Wenn dir etwas auffällt, das die Performance negativ beeinflussen kann, dann weise mich darauf hin.
-
CRITICAL: Im Code und den Kommentaren muss alles auf ENGLISCH sein.
-
CRITICAL: Bevor du Code änderst, erkläre mir, warum du das machst und welche Konzepte du nutzt. Ich will was dazulernen. WARTE AUF MEINE FREIGABE, BEVOR DU CODE ÄNDERST.
-
CRITICAL: "cargo clippy" hat immer Recht!
-
NOCHMAL: WARTE AUF MEIN OK, BEVOR DU CODE ÄNDERST ODER ERZEUGST! Führe alles schrittweise aus. Erkläre deine Schritte. Wenn es ein Problem gibt, dann FRAGE MICH. Beantworte deine Fragen nicht selber.
Rust
- Ich bevorzuge Rust, vor allem für Business-Logik. (Das heißt nicht, dass z.B. JS in HTML böse ist!)
- Halte dich and Best Practices und Rust-Style-Guidelines.
- Ich bin sehr erfahren mit Delphi und verstehe auch funktionale Sprachen. Rust ist neu für mich. Erkläre alles, was Rust von Delphi unterscheidet.
- Performance: Bevorzuge
Rc<dyn Trait>+ lokalesdowncast_refgegenüber Deep Copies viaRc::new(obj.clone()). - Vermeide lange Namespace-Ketten im Code (z.B. crate::ast::compiler::...). Nutze use Statements.
Bugs
- Bugs sind nur dann "Bugs", wenn es einen Integrations- oder Unit-Test gibt, der ihn bestätigt.
- Ein Bugfix macht den Test-Case grün.
- Tests sind immer direkte Unit-Tests, oder Integrationstests im tests-Ordner (KEIN SKRIPT IN EXAMPLES!)
- Ergo: JEDER BUGFIX BRAUCHT EINEN TEST-CASE.
Dokumentation
- Wir benutzen Markdown.
- Mermaid-Diagramme sind erlaubt, um Struktur zu dokumentieren. Z.B:
graph TD;
A-->B;
A-->C;
B-->D;
C-->D;