Dozentron issueshttps://git.thm.de/dozentron/dozentron/-/issues2019-04-26T12:48:29+02:00https://git.thm.de/dozentron/dozentron/-/issues/160Prozentangaben willkürlich2019-04-26T12:48:29+02:00Clara Franziska IflandProzentangaben willkürlichDie Prozentangaben die unter den Tests erscheinen sind absolut unnachvollziehbar (und können nicht passen - 227% passt nicht)
Ich würde vorschlagen die einfach zu entfernen (weil wer brauchts?) oder halt sinvoll umzuändernDie Prozentangaben die unter den Tests erscheinen sind absolut unnachvollziehbar (und können nicht passen - 227% passt nicht)
Ich würde vorschlagen die einfach zu entfernen (weil wer brauchts?) oder halt sinvoll umzuändernhttps://git.thm.de/dozentron/dozentron/-/issues/132Beispiel-Aufgaben als Default-Content2018-11-23T10:29:47+01:00Christopher SchölzelBeispiel-Aufgaben als Default-ContentMir schoss da gerade so ein Gedanke durch den Kopf: Würde es nicht Sinn machen, unsere ganzen `BSP-XXX`-Projekte direkt irgendwo in das Dozentron-Repo (oder das Repo des jeweiligen submission testers) zu packen? Dann könnte eine neue Doz...Mir schoss da gerade so ein Gedanke durch den Kopf: Würde es nicht Sinn machen, unsere ganzen `BSP-XXX`-Projekte direkt irgendwo in das Dozentron-Repo (oder das Repo des jeweiligen submission testers) zu packen? Dann könnte eine neue Dozentron-Installation gleich einen Kurs mit diesen Beispiel-Aufgaben enthalten (Abgabedatum 1.1.2040 oder so ;P), die auch mit Download-Links für die Musterlösung ausgestattet sind.
Der Vorteil davon wäre, dass viele Features von Dozentron sich damit quasi selbst dokumentieren würden und es würd die Hürde für einen Einstieg in das System enorm senken. Nachteil wäre natürlich, dass man dann auch beim Deploy von Dozentron die Build-Prozesse der ganzen Beispielprojekte anstoßen müsste (mit Gradle / Python / was auch immer das Tool für das jeweilige Projekt ist, oder man legt ein Standard-Build-Tool fest ... das müsste dann wohl Maven sein :scream:).Nicola JustusNicola Justushttps://git.thm.de/dozentron/dozentron/-/issues/102[Feature] Buildsystem als Grundlage für Sprachplugins2019-05-06T16:49:20+02:00Marcel Hoppe[Feature] Buildsystem als Grundlage für SprachpluginsWir hatten gestern den Gedanken, dass es wahrscheinlich sinnvoller wäre, anstatt die ganzen `javac` und co Befehle von Hand zu bauen einfach ein Buildsystem, wie Maven zu Grunde zu legen.
An den Abgaben sollte sich nicht nichts ändern.
...Wir hatten gestern den Gedanken, dass es wahrscheinlich sinnvoller wäre, anstatt die ganzen `javac` und co Befehle von Hand zu bauen einfach ein Buildsystem, wie Maven zu Grunde zu legen.
An den Abgaben sollte sich nicht nichts ändern.
Die Studenten geben das selbe ab, wie bisher.
Nur intern, wird alles über Maven gehändelt.
Das macht das umsetzen von anderen JVM basierten Sprachen um ein Vielfaches einfacher, Scala Support? Angepasste pom.xml, fertig.
Ich glaube sogar für viele andere Sprachen gibt es auch Maven Plugins.
Außerdem würde es viel leichter machen zu sagen, das bestimmte Libraries als gegeben vorrausgesetzt werden werden können.
Und um einem weiteren Schritt, wäre es möglich ein Abgabe Plugin für ganze Maven Projekte zu schreiben, wodurch die Stundenten viel viel freier an Sprachen und Libraries wären.https://git.thm.de/dozentron/dozentron/-/issues/100Default-Encoding von Java auf UTF-32 setzen, um Studis zu trollen, die kein U...2018-11-12T18:32:56+01:00Christopher SchölzelDefault-Encoding von Java auf UTF-32 setzen, um Studis zu trollen, die kein UTF-8 beim Einlesen angebenhttps://git.thm.de/dozentron/dozentron/-/issues/43Eigene Rechteverwaltung erstellen2018-11-21T20:05:38+01:00Nicola JustusEigene Rechteverwaltung erstellenRechte für Gruppen:
- Tutorenrechte
- Studentenrechte
- DozentenrechteRechte für Gruppen:
- Tutorenrechte
- Studentenrechte
- DozentenrechteNicola JustusNicola Justus