Hallo.
Ich habe auf unserem v7.0-Server gerade versucht, über das WebUI ein neues Projekt anzulegen. Dazu also wie immer als global-admin → Klassenzimmer → Einschreiben → Neues Projekt → fachschaft_sport
Meldung: fachschaft_sport darf nur Kleinbuchstaben oder Zahlen enthalten
Das gleiche auf der Konsole: sophomorix-project -p p_fachschaft_sport --join --create --admins blabla
Kein Problem! Wird angelegt und anschließend auch im WebUI mit dieser Schreibweise angezeigt.
Ist das ein Bug? Der Unterstrich wird nach dem „p_“ doch sowieso verwendet. Warum sollte er dann nicht im Namen des Projektes vorkommen dürfen?
Ich glaube wir hatten schon diese Diskussion mit Rüdiger, und wenn ich mich nicht irre, wollten wir das Zeichen _ nicht nutzen, weil sophomorix es als Trennzeichen nutzt.
Hi.
Also irgendeinen Trenner sollte es da schon geben, meine ich.
Ich erhalte immer die gleiche Meldung bei den Versuchen fachschaft sport fachschaft-sportund fachschaft_sport
Wenn man das Projekt wirklich fachschaftsport nennen muss, weil die anderen Zeichen verboten sind, wäre das unschön und würde spätestens bei der fachschaftdeutsch zu Protesten führen
Zudem habe ich mich schon öfter gefragt, warum da alles klein geschrieben werden muss? Was steckt dahinter? Kann man das ändern oder sprechen irgendwelche technischen Gründe für eine durchgehende Kleinschreibung?
Die Zeichen sind eingeschränkt, weil diese an mehreren Stellen im AD hinterlegt werden und intern mit einem bestimmten Namensschema aufgetrennt werden.
ich darf hinzufügen: bei Namen mit _ Unterstrich, klappt das drucken der Passwörter nicht mehr.
trotzdem gebe ich Michael recht: irgendeinen trenner muss es geben…
nur mal hier ein Auszug aus unserer projektliste (fast alle automatisiert mit sophomorix erstellt). Wir sind abhängig von einem funktionierenden Trennzeichen!
Hallo!
Interessant ist auch, dass migrierte Projekte Unterstriche oder Bindestriche enthalten.
Da man aber meines Wissens nach nicht aus einem Projekt eine Session machen kann und wir die Projekte auch nicht als Gruppen nach Moodle exportieren, ist (außer einem Tausch-Ordner) wenig Nutzen in einem Projekt, weshalb es bei uns fast nicht verwendet wird.
LG
Max
Hallo Max.
… genau das machen wir! Wir nutzen die Projekte als globale Gruppen unter moodle und Nextcloud. Da mir kein Weg bekannt ist, wie man das mit Sessions machen könnte, sind wir auf die Projekte angewiesen. Hinzu kommt, dass auch unser MDM darauf zurückgreift…
Vor einiger Zeit hieß es mal, dass Gruppen „out“ (Auslaufmodell??) und Sessions „state of the art“ sind … allerdings weiß ich nicht, ob das immernoch so ist?
Viele Grüße,
Michael
ok, das war noch lmn 7.0.
Da hatte ich immer vergeblich versucht, die PW-Listen von Klassen auszudrucken (also Menüpunkt „Passwörter drucken“. Und da unsere Klassen alle „6d_2122“ heißen, hat das nie geklappt. Es hatte auch nicht mit sophomorix-print geklappt, also lag das wohl nicht an der WebUI.
Ich sehe grade, dass das möglicherweise auch nicht an sophomorix-print selbst lag, sondern dass das (auch immer noch mit 7.1) an den templates liegt, die sophomorix-print standardmäßig vorfindet und gleich verwendet. Ich muss erst schauen, wie das sauber funktionieren sollte, wenn man keine templates hat und dann was mit meinem template los ist.
Bis dahin ziehe ich meinen Punkt zurück: vermutlich funktioniert das PW-Drucken für alle anderen!?
In die Webui kannst du als global-admin auswählen, mit welchem Template du die PW ausdrucken willst. Das erleichtert das Testen.
Aber dafür müssen deine Templates in /etc/linuxmuster/sophomorix/default-school/latex-templates liegen.
Template muss ich auch für meine Schule noch anpassen.
Moin,
ich wärme mal diesen Thread auf, weil ich glaube, das Problem genauer lokalisiert zu haben: bei Klassennamen mit Unterstrich im Namen wird der Unterstrich beim Einfügen der Klasse an einer Stelle nicht korrekt escaped, nämlich im \rfoot Befehl. Dort landet dann (zum Beispiel)
\rfoot{6d_2122}
es müsste aber
\rfoot{6d\_2122}
heißen (weil in latex ein underscore eine bedeutung hat). An anderer im Dokument macht das Skript es richtig, es ist m.E. ein Bug von sophomorix-print
Ich würde es ja im github als Fehler melden, weiß aber nicht, ob man das (lml7.1) bei sophomorix2 oder sophomorix4 machen muss.