protokollsystem issueshttps://git.fsmpi.rwth-aachen.de/groups/protokollsystem/-/issues2018-02-22T09:19:59+01:00https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/174Links in der Tagesordnung fertiger Protokolle2018-02-22T09:19:59+01:00Robin SonnabendLinks in der Tagesordnung fertiger ProtokolleEs wäre praktisch, wenn die TOPs in der Tagesordnung fertiger Protokolle per Anchor und Link auf den entsprechenden TOP unten im kompilierten Protokoll verweisen würden.Es wäre praktisch, wenn die TOPs in der Tagesordnung fertiger Protokolle per Anchor und Link auf den entsprechenden TOP unten im kompilierten Protokoll verweisen würden.Hackathon Februar 2018Robin SonnabendRobin Sonnabendhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/171Etherpad-Links erst beim Übertragen ins Etherpad erstellen2018-07-17T13:29:31+02:00Julian RotherEtherpad-Links erst beim Übertragen ins Etherpad erstellenAktuell werden Etherpad-Links (mit Sitzungsdatum im Namen) beim Anlegen eines Protokolls erstellt. Wenn danach die Sitzung auf einen anderen Tag verschoben wird, enthält der Link weiterhin das alte Datum.
Man könnte die Generierung der ...Aktuell werden Etherpad-Links (mit Sitzungsdatum im Namen) beim Anlegen eines Protokolls erstellt. Wenn danach die Sitzung auf einen anderen Tag verschoben wird, enthält der Link weiterhin das alte Datum.
Man könnte die Generierung der Etherpad-Links auf das erste Übertragen verzögern.Hackathon Februar 2018https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/164Internes Protokoll mit Einladung versenden2018-03-19T19:13:45+01:00Marco NuechelInternes Protokoll mit Einladung versenden- [ ] Es sollte die Möglichkeit geben, dass das interne Protokoll mit der Einladung zur nächsten Sitzung verschickt wird, wenn die nicht bereits geschehen ist.
- [ ] Zusätzlich sollte dieses Verhalten pro Type konfigurierbar sein.- [ ] Es sollte die Möglichkeit geben, dass das interne Protokoll mit der Einladung zur nächsten Sitzung verschickt wird, wenn die nicht bereits geschehen ist.
- [ ] Zusätzlich sollte dieses Verhalten pro Type konfigurierbar sein.Hackathon Februar 2018https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/146Kategorien nachträglich korrigieren2018-03-05T17:30:48+01:00Robin SonnabendKategorien nachträglich korrigierenEs sollte möglich sein, Beschlusskategorien nachträglich zu ändern. Den Inhalt weiterhin nicht.Es sollte möglich sein, Beschlusskategorien nachträglich zu ändern. Den Inhalt weiterhin nicht.Hackathon Februar 2018https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/145Beschluss-IDs anzeigen2018-02-17T14:50:39+01:00Marco NuechelBeschluss-IDs anzeigenEs wäre nett, wenn die Beschluss ID angezeigt würde:
* im internen Protokoll
* in dem Beschlussausdruck
* Beschlussdatenbank
* internen OnlineansichtEs wäre nett, wenn die Beschluss ID angezeigt würde:
* im internen Protokoll
* in dem Beschlussausdruck
* Beschlussdatenbank
* internen OnlineansichtHackathon Februar 2018Marco NuechelMarco Nuechelhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/139ins ep übertragene Sitzungen: tops read-only setzen2018-02-17T14:55:20+01:00Felix Baumannins ep übertragene Sitzungen: tops read-only setzenWenn tops ins etherpad übertragen wurden, sollte man diese nicht mehr bearbeiten können.
Ggf. kann man Leute direkt aufs etherpad zum vorprotokollieren verweisen.Wenn tops ins etherpad übertragen wurden, sollte man diese nicht mehr bearbeiten können.
Ggf. kann man Leute direkt aufs etherpad zum vorprotokollieren verweisen.Hackathon Februar 2018Marco NuechelMarco Nuechelhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/115Show last some protocols on index page2018-03-05T17:32:45+01:00Robin SonnabendShow last some protocols on index pageWenn bereits viele Sitzungen in der Zukunft eingetragen wurden, zeigt die Protokollliste (ohne Filter `Fertig`) erstmal nur diese an, somit fehlt die Übersicht über die letzten fertigen Protokolle.
Es wäre praktisch, wenn diese auf der ...Wenn bereits viele Sitzungen in der Zukunft eingetragen wurden, zeigt die Protokollliste (ohne Filter `Fertig`) erstmal nur diese an, somit fehlt die Übersicht über die letzten fertigen Protokolle.
Es wäre praktisch, wenn diese auf der Startseite angezeigt werden, wie die nächsten anstehenden Protokolle.
Ein Kriterium wäre "Fertige Protokolle, die maximal 14 Tage in der Vergangenheit liegen, aber pro Typ maximal eins."Hackathon Februar 2018Marco NuechelMarco Nuechelhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/103Kalendereinträge von Sitzungen speichern und ggf. löschen2018-02-17T15:23:47+01:00Felix BaumannKalendereinträge von Sitzungen speichern und ggf. löschenIch hatte mal ein Protokolldatum zu 2042 geändert, und dir dann gesagt, dass du das Protokoll löschen kannst
der Kalendereintrag existiert aber noch :/ :) (war Konstantin aufgefallen)
kann man das mitumziehen(bei Datumsänderungen...Ich hatte mal ein Protokolldatum zu 2042 geändert, und dir dann gesagt, dass du das Protokoll löschen kannst
der Kalendereintrag existiert aber noch :/ :) (war Konstantin aufgefallen)
kann man das mitumziehen(bei Datumsänderungen)/löschen von Kalendereinträgen automatisieren?Hackathon Februar 2018Robin SonnabendRobin Sonnabendhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/72Tagesordnung als Tabelle anzeigen2018-02-17T15:42:41+01:00Robin SonnabendTagesordnung als Tabelle anzeigenAnzeige bei geplanten Sitzungen als Tabelle vornehmenAnzeige bei geplanten Sitzungen als Tabelle vornehmenHackathon Februar 2018Robin SonnabendRobin Sonnabendhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/61constraints for search2018-02-17T15:48:23+01:00Felix Baumannconstraints for searchSuche in Protokollen/ToDos/Beschlüssen in einem Zeitraum könnte hilfreich sein
Angaben ala
wurde erstellt vor Tag x, nach Tag ySuche in Protokollen/ToDos/Beschlüssen in einem Zeitraum könnte hilfreich sein
Angaben ala
wurde erstellt vor Tag x, nach Tag yHackathon Februar 2018https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/34icons statt text für buttons2018-03-11T14:32:44+01:00Felix Baumannicons statt text für buttonserleichtern die Navigation merklich
und passen besser auf mobile Bildschirmeerleichtern die Navigation merklich
und passen besser auf mobile BildschirmeHackathon Februar 2018Marco NuechelMarco Nuechelhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/19Protokolltyp verstecken2018-02-17T16:05:15+01:00Felix BaumannProtokolltyp versteckenEs sollte möglich sein Protokolltypen zu verstecken, wenn sie nicht mehr relevant sind, damit sie nicht mehr überall auftauchen.
Es könnte sonst passieren, dass das Dropdownmenü beim Erstellen eines neuen Protokolls mit der Zeit immer lä...Es sollte möglich sein Protokolltypen zu verstecken, wenn sie nicht mehr relevant sind, damit sie nicht mehr überall auftauchen.
Es könnte sonst passieren, dass das Dropdownmenü beim Erstellen eines neuen Protokolls mit der Zeit immer länger und unübersichtlicher wird.Hackathon Februar 2018https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/250[Feature] abgelehnte Anträge2023-12-13T19:50:16+01:00Aaron Dötsch[Feature] abgelehnte AnträgeAktuell gibt es keine Syntax um zu kennzeichnen, dass Anträge gestellt und abgelehnt wurden.
Vielleicht möchte man allerdings auch abgelehnte Anträge tracken können, anstatt mehr oder weniger planlos durch Protokolle zu suchen. Ja, eine ...Aktuell gibt es keine Syntax um zu kennzeichnen, dass Anträge gestellt und abgelehnt wurden.
Vielleicht möchte man allerdings auch abgelehnte Anträge tracken können, anstatt mehr oder weniger planlos durch Protokolle zu suchen. Ja, eine Suchfunktion existiert und damit kann man das Gesuchte vermutlich auch finden, aber eine Übersicht wie über die gefassten Beschlüsse wäre ganz nett.
Eine mögliche Syntax könnte wie folgt sein: `[antrag;Antragstext;abgelehnt;Grund (optional)]`, `[antrag;Antragstext;angenommen;Tag (optional)]` könnte äquivalent zu `[beschluss;Antragstext;Tag (optional)]` sein.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/249[Feature Request] "Nächste Sitzung"-Ankündigung-Sichtbarkeit togglen2022-11-12T14:57:54+01:00Sönke Köster[Feature Request] "Nächste Sitzung"-Ankündigung-Sichtbarkeit togglenVideo ist gerade aufgefallen, dass unsere Sitzungen nur für intern sichtbar sind, allerdings wollen wir eigentlich auch dass die nächsten Sitzungen (und *nur* die Ankündigung für die nächste Sitzungen) sichtbar sind. Ist da was machbar?Video ist gerade aufgefallen, dass unsere Sitzungen nur für intern sichtbar sind, allerdings wollen wir eigentlich auch dass die nächsten Sitzungen (und *nur* die Ankündigung für die nächste Sitzungen) sichtbar sind. Ist da was machbar?https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/248Etherpad liefert invalide UTF-8 characters2022-06-28T19:46:09+02:00Robin SonnabendEtherpad liefert invalide UTF-8 charactersEmojis in Etherpads werden von der API als surrogate-Characters übertragen, s. z.B. wird der Inhalt `This is a test👋` von der API zurückgegeben als `{"code":0,"data":{"text":"This is a test\ud83d\udc4b\n\n"},"message":"ok"}`.
Beim Versuc...Emojis in Etherpads werden von der API als surrogate-Characters übertragen, s. z.B. wird der Inhalt `This is a test👋` von der API zurückgegeben als `{"code":0,"data":{"text":"This is a test\ud83d\udc4b\n\n"},"message":"ok"}`.
Beim Versuch, das in der Datenbank abzulegen, lehnt die den String als nicht valides UTF-8 ab. An welcher Stelle genau was schief geht und das encoding/decoding nicht wie erwartet funktioniert, muss man noch rausfinden.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/243URL's in Fußnoten2022-06-06T22:02:12+02:00Magnus GiesbertURL's in FußnotenMomentan hat der Parser spaß wenn man versucht ein url-tag in einem footnote-tag zu nutzen.
Also der Befehl `[footnote;[url;https://xkcd.com/1421]]` ist nicht möglich.
Es wäre ganz cool wenn man URL's in Fußnoten nutzen könnte, andere T...Momentan hat der Parser spaß wenn man versucht ein url-tag in einem footnote-tag zu nutzen.
Also der Befehl `[footnote;[url;https://xkcd.com/1421]]` ist nicht möglich.
Es wäre ganz cool wenn man URL's in Fußnoten nutzen könnte, andere Tags wahrscheinlich eher nicht.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/232"Unfertiges Protokoll"-Mails konfigurierbar2020-03-02T12:05:50+01:00Lars Beckers"Unfertiges Protokoll"-Mails konfigurierbarDie Mails "Unfertiges Protokoll der [Sitzungstyp]" werden aktuell an den internen Verteiler geschickt und zwar tagtäglich bis das Protokoll fertiggestellt wurde. Das passt leider nicht in alle Strukturen, wo es z.B. feste Personen für di...Die Mails "Unfertiges Protokoll der [Sitzungstyp]" werden aktuell an den internen Verteiler geschickt und zwar tagtäglich bis das Protokoll fertiggestellt wurde. Das passt leider nicht in alle Strukturen, wo es z.B. feste Personen für die Fertigstellung gibt, die aber nur ein Teil des internen Verteilers sind.
Daher schlage ich vor, das Versenden dieser Mails konfigurierbar zu machen. Entweder ganz einfach mit einer globalen oder Typ-basierten Ein/Aus-Option, oder mit einer separat pro Typ konfigurierbaren Mail-Adresse. Wenn diese Adresse leer bleibt, sollten dann ebenfalls keine Mails versendet werden. Diese Konfigurierbarkeit ist analog zu den Todo-Erinnerungsmails (nur hier global statt per Typ), die auch nicht empfangen werden müssen.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/227Tabellen ermöglichen2019-11-13T17:45:18+01:00markus schellerTabellen ermöglichenEinen Protokollsymtax einbauen, der am Ende eine Tabelle ausgibtEinen Protokollsymtax einbauen, der am Ende eine Tabelle ausgibthttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/226Metadatenfeld: Name statt Key genutzt2019-09-13T21:09:46+02:00markus schellerMetadatenfeld: Name statt Key genutztBeim Erstellen eines Pads werden für Metadaten, die als planungsrelevant gekennzeichnet sind der Name statt des Keys ins Pad/Template übernommen.
Es kann vorkommen, dass der Key signifikant anders ist als der Name.
Problem: Key ist ni...Beim Erstellen eines Pads werden für Metadaten, die als planungsrelevant gekennzeichnet sind der Name statt des Keys ins Pad/Template übernommen.
Es kann vorkommen, dass der Key signifikant anders ist als der Name.
Problem: Key ist nicht in Klasse Meta vorhanden und Meta ist nicht mit DefaultMeta verknüpfthttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/224Kalender-Push mit OpenExchange2019-04-24T15:33:08+02:00Julian RotherKalender-Push mit OpenExchangeDie Kalenderintegration in der Fachschaft ist seit längerer Zeit nicht funktionsfähig. Ich habe mal angefangen das zu debuggen:
principal.calendars() führt einen PROPFIND-Request nach `DAV::calendar-home-set` auf der URL `/principals/us...Die Kalenderintegration in der Fachschaft ist seit längerer Zeit nicht funktionsfähig. Ich habe mal angefangen das zu debuggen:
principal.calendars() führt einen PROPFIND-Request nach `DAV::calendar-home-set` auf der URL `/principals/users/<UID>` aus. Dieser bricht mit `caldav.lib.error.PropfindError: 405 Not Allowed` ab. Mir scheint der Request soweit Standard-konform. Warum das bei OpenExchange nicht geht, weiß ich nicht, allerdings funktioniert das Principal-Object mit der URL `/caldav/` ohne Probleme. Das ist dann wiederum nicht Standard-konform.
Ich sehe zwei Lösungsansätze:
1. Das Principal-Objekt (nur!) bei OpenExchange statt mit `client.principal()` mit `Principal(client, client.url)` initialisieren.
2. Die Liste der Kalender anders abrufen. vdirsyncer macht das z.B. mit einem PROPFIND-Request nach `DAV::resourcetype` auf die Basis-URL mit Tiefe 1. Die `Calendar`-Objekte kann man dann mit den URLs aus der Response instanzieren und wie gehabt verwenden. Das sähe dann etwa wie folgt aus.
> client.propfind(client.url, b'<d:propfind xmlns:d="DAV:"><d:prop><d:resourcetype/></d:prop><d:prop><d:displayname/></d:prop></d:propfind>', depth='1')
Variante 1 wäre sehr einfach.
Variante 2 hätte den Vorteil, dass sie vmtl. auch mit anderen Servern als OpenExchange funktioniert.
Meinungen, was sinnvoller ist?