Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[David G.]

@peterfido sagte in Lokal Notizen verwalten:

Multiuser

Multiuser bedeutet eigentlich auch, zwei oder mehr Personen die gleichzeitig mit arbeiten.

Jetzt sollte es aber sicherer sein, wenn du nicht innerhalb von 30sek die Geräte wechselst.

Gann das Script ja auf GitHub verfügbar machen.
Dort kann man ja auch vorher reinschauen.

@OliverIO sagte in Lokal Notizen verwalten:

@David-G.

wenn ich ein release commit mache, erzeugt github automatisch einen aktualisierten container und publiziert den auch noch dockerhub

Arbeitest du dann mit latest Images auf denen du aufbaust?
Docker war nur so meins. Im Moment Wechsel ich nach und nach wo es geht von Docker Containern zu CTs in Proxmox.

[peterfido]

Github oder so wäre gar nicht verkehrt. Die Änderung ist nur im Post #10? Oder auch im Download in #1?

Beim Texteditor muss ich aufpassen, dass das Zeilenende im korrekten Format ist. Auch die genutzte Codierung auf meinem Tablet weiß ich gerade nicht. Der Download gestern ging einfach zu handhaben.

[OliverIO]

@David-G. sagte in Lokal Notizen verwalten:

Arbeitest du dann mit latest Images auf denen du aufbaust?

Das ist das schöne, ich muss mich gar nicht mit Betriebssystem beschäftigen.
Ich nehme ein vorhandenes Image direkt von python. Solange die Version vom aktuellsten Betriebssystem unterstützt wird, wird das so bereitgestellt.

https://hub.docker.com/_/python#shared-tags

Also python:3-slim ist immer das letzte 3er stable von python mit dem letzten stable von debian slim ist immer die schmale Ausführung des Betriebssystems mit nur dem nötigsten.
https://hub.docker.com/layers/library/python/3-slim
in diesem Fall trixie. Gesamtgröße image ist ca 42MB

python bietet eine vielzahl von versions tags an. da kann man alles auswählen was man will

ok, in meinem aktuellen container verweise ich auf eine feste version 3.12-slim

[peterfido]

@david-g. ich muss nachher wohl doch an den PC. Die Installation auf dem Weg wie gestern meldet zumindest ein Berechtigungsproblem in Zeile 50.

Edit: lief wohl trotzdem durch:

Ich bin begeistert.
Evtl. den Schieber für die Stiftstärke breiter machen oder einen Wert anzeigen und +- Tasten. Zumindest ich brauchte mit dem Stylus einige Anläufe, bis die Strichstärke wie gewünscht war, da der Schieberegler anfangs nicht fein justiert werden kann. Es braucht für die erste Änderung eine gewisse Bewegungsstrecke des Schiebers.

[David G.]

@peterfido sagte in Lokal Notizen verwalten:

Github oder so wäre gar nicht verkehrt. Die Änderung ist nur im Post #10? Oder auch im Download in #1?

Beim Texteditor muss ich aufpassen, dass das Zeilenende im korrekten Format ist. Auch die genutzte Codierung auf meinem Tablet weiß ich gerade nicht. Der Download gestern ging einfach zu handhaben.

Hab es hochgeladen mit kleiner Setupankeitung
https://github.com/ipod86/Notizen/blob/main/README.md

@OliverIO sagte in Lokal Notizen verwalten:

@David-G. sagte in Lokal Notizen verwalten:

Arbeitest du dann mit latest Images auf denen du aufbaust?

Das ist das schöne, ich muss mich gar nicht mit Betriebssystem beschäftigen.
Ich nehme ein vorhandenes Image direkt von python. Solange die Version vom aktuellsten Betriebssystem unterstützt wird, wird das so bereitgestellt.

https://hub.docker.com/_/python#shared-tags

Also python:3-slim ist immer das letzte 3er stable von python mit dem letzten stable von debian slim ist immer die schmale Ausführung des Betriebssystems mit nur dem nötigsten.
https://hub.docker.com/layers/library/python/3-slim
in diesem Fall trixie. Gesamtgröße image ist ca 42MB

python bietet eine vielzahl von versions tags an. da kann man alles auswählen was man will

ok, in meinem aktuellen container verweise ich auf eine feste version 3.12-slim

Ich schaue mir das mal an wie das läuft. Ob cron oder so drinnen ist oder da was angepasst werden muss.

[peterfido]

Das ist wesentlich einfacher. Bei der Anleitung im Github ist die URL zu dem Skript zweimal hinter wget. nicht, dass da jemand drüber stolpert.

Ich nehme dann mein iso-Image aus Post#5 (oder so) wieder raus.

[David G.]

@peterfido

URL ist korrigiert und der Fehler den du hattest wegen Zeile 50 hoffe ich auch.

[David G.]

Hab noch was neues eingebaut.
Einen Reminder.

Im Bearbeitungsmodus einer Notiz kann man jetzt ein Datum oder Datum mit Uhrzeit vergeben.

Wenn erreicht bekommt man im Baum der Notizen bis zur entsprechenden Notiz ein leicht blinkendes Warnsymbol angezeigt.

Edit:
Warte aber noch kurz mit der Version, noch ein Bug dass man nach 30sek aus dem Editor fliegt.

[peterfido]

Ok. Zur Not den 30 - Sekunden Refresh wieder rausnehmen. Heute komme ich nicht mehr an den PC. Kann Samstag Morgen werden.

[David G.]

@peterfido

Und ich hab bis morgen vormittag kein KI Guthaben mehr ^^.

[MartinP]

Ich habe gitea als Docker Container.
Bisher nutze ich das auch für Notizensammlung. Bietet aber natürlich nicht den ganzen Funktionsumfang, den Du beschreibst.
Dafür kann man mit git Mechanismen die repositories auf allen Plattformen synchron halten.
Im Browser natürlich dann nur auf der URL des gitea containers

[peterfido]

@David-G. sagte in Lokal Notizen verwalten:

Und ich hab bis morgen vormittag kein KI Guthaben mehr ^^.

Jetzt hat die KI Zeit, zu überlegen, warum das mit den 30 Sekunden passiert. ;)

[peterfido]

Eine Idee habe ich nocht. Wenn jede Notiz zwei Zeitstempel [erstellt,geändert] mitschleppt, könnte man diese z.B. für Synchronisationszwecke nutzen. Zumindest hat man schonmal die Infos. Der erstellt am -Stempel wäre nebenbei als eindeutige ID brauchbar.

[David G.]

@peterfido

Eine Eindeutige ID bekommen sie schon über den Zeitstempel.
Ebenso das JSON wenn es geschrieben wird (Über das Dateiattribut).
Darüber wird geprüft ob sich was geändert hat über einem anderem Browser. Also nicht pro Notiz sondern allgemein.

• Du öffnest den Editor eine Notiz am Rechner
• TS der JSON wird gelesen
• Speichern
• Script prüft ob sich der TS seit dem öffnen geändert hat (geht ja nur über einen anderen Rechner)
• Wenn nein, es wird gespeichert
• Wenn ja, es kommt die Warnung die du kennst

Man könnte aber noch einbauen, dass wenn Rechner A im Bearbeitungsmodus ist, Rechner B nicht in den Bearbeitungsmodus kommt und eine Meldung erscheint. Sowas wie "Warte bis ein anderer User mit dem bearbeiten seiner Notiz fertig ist" oder so. (Falls man es hinkommt zu erkennen, wenn der Browser einfach geschlossen wird im Bearbeitungsmodus. Sonst könnte man stecken bleiben. Teste ich mal.

EDIT
Das Problem mit den 30sek sollte gefixt sein und Pessimistic Locking (nur ein Gerät kann zum selben Zeitpunkt was bearbeiten) eingebaut.

Meine ersten Tests waren gut.

EDIT 2

Unter setup_test.sh hab ich auf git eine Version die wenn ein Termin erreicht ist einen webhook senden kann. Hab bisher nur "Post" getestet. Das klappt wunderbar. Wenn das Notiz Tool im selben Netz wie der iobroker läuft kann man auch schnell die Daten an die simpleApi senden.
Oder sämtliche anderen Dienste die das unterstützen.

[peterfido]

@david-g. ich arbeite gerade an einer App für Android. Das klappt schon relativ gut. Was mir allerdings beim Testen passiert ist, war, dass alle Notizen verloren gingen. - In der Testphase nicht schlimm. Allerdings sind auch alle Settings mit verschwunden, da in der selben json. Das kann wohl auch jederzeit passieren, wenn der Server Murks empfängt.

Das sollte / könnte noch robuster werden.

[David G.]

@peterfido

App für Notizen?
Dachte wolltest von jedem Gerät dran können.

In wie fern robuster? Es wird ein sauberes json geschrieben.
Im nächsten Update kommt noch ein fix, der es erst in eine tmp Datei schreibt und wenn fertig in die echte Datei, falls die Verbindung abbricht etc und dann nichts korrupt wird.

[peterfido]

Moin,
ja, von jedem Gerät dran, passt. Der Plan ist online zu arbeiten, wo es geht, und eine App, welche die Notizen zwischenspeichert und so offline zur Verfügung stellt.

Aktuell lade ich die Notizen einzeln in eine lokale Datenbank. Das geht auch schon. Nur die Anzeige ist noch nicht so, wie online, da der Browser die ganze Arbeit macht und ich alles nachbauen müsste.

Vielleicht sollte ich neu anfangen, und als Worker eine Browserengine nutzen.

[David G.]

@peterfido

Wie oft bist du offline, dass das wirklich lohnt?
Mein nächster test ist auf SQL lite zu gehen. Bringt phyton schon mit und alles wird robuster.

[peterfido]

Hin und wieder.
Es sollen für Urlaubsreisen alle Infos parat sein. Flugnr, Zeiten, Buchungsnummern, usw.

Mir waren beim Testen vorhin z.B. Skizzen nur halb übertragen worden. Allerdings nur im Simulator vom Android Studio. Auf dem Handy gab es diese Probleme nicht.

Ich habe die App soweit fertig, dass die alles anzeigt. Die Rücksynchronisation nehme ich wieder raus. Klappt aktuell sogar für die Notizen. Aber dafür (bearbeiten) ist ja der Browser gedacht.

Eine Datenbank wäre für größere Sammlungen von Vorteil. Da bräuchte man evtl. nur die geänderten IDs übertragen. Das Sortieren der Einträge wird dadurch evtl. erschwert.

[David G.]

@peterfido

Meine Datenbankversion läuft mittlerweile stabil denke ich.
Nur die Skizzen werden noch als json und Bild gespeichert.

Würde auch entweder online oder offline machen. Was im mischbetrieb finde ich anfällig.
Dann lieber online und wenn man mal was wichtiges hat nen Screenshot machen falls man mal offline ist^^.