dbMultipleChoice

[Ralf (Berlin)]

E-Learning und Web Based Training werden immer beliebter und in zahlreichen Varianten zunehmend angeboten. Erfolgs- und Lernkontrollen runden das Angebot ab und genau für diesen Bereich wurde dbMultipleChoice entwickelt.

Mit dbMultipleChoice lassen sich sehr rasch und einfach Fragen sowie die dazugehörigen Antworten und Distraktoren (Fangfrangen) erstellen, gruppieren und Fragebögen zusammenstellen, die dann via Droplet an der gewünschten Stelle zur Verfügung gestellt werden. Caduceus organisiert bereits rund 100 Fragebögen mit rund 4.000 Fragen mit dbMultipleChoice.

Eine Beschreibung und ein Anwendungsbeispiel findet ihr auf der phpManufaktur.

Download dbMultipleChoice.

Gruß
Ralf

[Ralf (Berlin)]

Die Release 0.12 von dbMultipleChoice bringt eine Reihe von kleinen Verbesserungen und vor allem eine englische Sprachdatei - ich danke Armin Ipfelkofer ganz herzlich für die Übersetzung!

Eine Beschreibung und ein Anwendungsbeispiel findet ihr auf der phpManufaktur.

Download dbMultipleChoice

Gruß
Ralf

[mikebichler]

Hallo!

Habe soeben das Modul getestet!
Super Addon - allerdings bekomm ich das mit der Grafik einfach nicht zusammen!?!

Du Imageurl wird immer folgend verändert nach dem speichern:

<p><img height="\&quot;44\&quot;" align="\&quot;left\&quot;" width="\&quot;176\&quot;" src="\&quot;http://www.-nur_testserver.at/media/Astra_Zeneca.gif\&quot;" alt="\&quot;Test\&quot;" /></p>

Sieht dann im Frontend so aus:

Fragebogen
Vorfahrt, Vorrang

\"Test\"

 

Welches Verhalten ist richtig?
   Ich muss den gelben Pkw durchfahren lassen    
   Ich fahre zuerst

Seite wurde mittels Droplet aufgerufen:

[[mc_questionaire?id=1]]

[Ralf (Berlin)]

<p><img height="\&quot;44\&quot;" align="\&quot;left\&quot;" width="\&quot;176\&quot;" src="\&quot;http://www.Huh-nur_testserver.at/media/Astra_Zeneca.gif\&quot;" alt="\&quot;Test\&quot;" /></p>

Kann ich erst mal nicht nachvollziehen? Welchen WYSIWYG Editor verwendest du? Welche WB Version? Welcher Zeichensatz ist eingestellt (Optionen->Erweiterte Optionen->Zeichensatz)?

Poste bitte mal Screenshots: unmittelbar vor dem Speichern und nach dem Speichern...

Gruß
Ralf

[kweitzel]

Ich habe den Englischen Thread aufgeteilt und in den deutschen eingefügt.

Gruß

Klaus

[mikebichler]

Hallo Ralf!

Vielen Dank für deine Antwort!
Ich verwende Version 2.8.1
Zeichensatz: Standard unicode (utf-8)
FCK Editor 2.6.5 Build 23959

Quellcode vor dem speichern:

<pre><span style=""><strong>Vorfahrt, Vorrang</strong></span>
</pre>
<p>&nbsp;</p>
<p><img height="260" width="394" alt="" src="http://www.testserver.at/media/images/multiplechoice/fahrpruefung_frage_1.jpg" /></p>
<p><strong>Welches Verhalten ist richtig?</strong></p>

Quellcode nach dem speichern:

<pre><span style=""><strong>Vorfahrt, Vorrang</strong></span>
</pre>
<p>&nbsp;</p>
<p><img height="\&quot;260\&quot;" width="\&quot;394\&quot;" alt="\&quot;\&quot;" src="\&quot;http://www.testserver.at/media/images/multiplechoice/fahrpruefung_frage_1.jpg\&quot;" /></p>
<p><strong>Welches Verhalten ist richtig?</strong></p>

Screenshot: http://www.bilder-upload.eu/show.php?file=SVVclMRtECKTbn1.jpg

[Ralf (Berlin)]

Hallo,

sorry, ich war ein paar Tage in Urlaub, deshalb die verspätete Antwort...

Das Problem sollte mit der dbMultipleChoice, Release 0.13 gefixt sein.

Gruß
Ralf

[mikebichler]

Super, jetzt funktionierts einwandfrei!

Gruß
Michael

[Ralf (Berlin)]

... so soll's auch sein 

Gruß
Ralf

[Ralf (Berlin)]

Hallo alle miteinander,

dbMultipleChoice 0.14 steht zum Download bereit.

Die wichtigsten Änderungen:

• dbConnectLE ersetzt dbConnect - das neue Interface ist schlanker und kompakter und es behebt vor allem den Ressourcen-Hunger von dbConnect
• die Dwoo Template Engine ist jetzt ausgelagert und wird als Addon eingebunden

Voraussetzungen:

• WebsiteBaker 2.8.1
• Unicode (UTF-8) Zeichensatz im Front- und Backend
• PHP 5.2 oder höher
• dbConnectLE installiert
• rhTools installiert
• Dwoo installiert

Download dbMultipleChoice 0.14

Ich wünsche viel Freude beim Erstellen von interessanten Multiple Choice Fragebögen.

Ralf

[Ralf (Berlin)]

Hallo miteinander,

ich habe gerade dbMultipleChoice 0.15 freigegeben.

dbMultipleChoice hat sich inzwischen zu einem sehr leistungsfähigen Instrument zur Lernkontrolle entwickelt, das u.a. von der FU Berlin im Bereich eLearning sowie von dem Caduceus Institut zur Prüfungsvorbereitung eingesetzt wird.

Die neue Version bringt ein ganzes Bündel von Arbeitserleichterun gen bei der Engabe von Fragen sowie bei der Zusammenstellung und Organisation von Fragebögen.

Ein kleines Einsatzbeispiel sowie mehr Informationen findet ihr auf der phpManufaktur.

Gruß
Ralf

[holgy]

hmm, ich bekommen folgende Fehlermeldung

Notice: Undefined variable: quests_header in ~/modules/multiplechoice/tool.php on line 1840

Notice: Undefined variable: sorter_table in ~/modules/multiplechoice/tool.php on line 1843

WB 2.8, FCKEditor, Unicode

wo dran liegt es??

Gruß Holger

PS: im Backend kommt die Medung:  [multipleChoiceFrontend::showQuestionaire - 201]
Es wurde eine ungültige ID übergeben, es können keine Daten ausgelesen werden

[Ralf (Berlin)]

Notice: Undefined variable: quests_header in ~/modules/multiplechoice/tool.php on line 1840
Notice: Undefined variable: sorter_table in ~/modules/multiplechoice/tool.php on line 1843

Das habe ich übersehen: diese beiden Variablen werden nicht initialisiert, wenn noch kein Fragebogen existiert - entsprechend kommt der Hinweis. Ich habe das inzwischen korrigiert und behebe das mit der nächsten Release.

Lege bitte einfach einen Fragebogen an und alles ist in Ordnung 

PS: im Backend kommt die Medung:  [multipleChoiceFrontend::showQuestionaire - 201]
Es wurde eine ungültige ID übergeben, es können keine Daten ausgelesen werden

Diese Meldung hast du ganz sicher im Frontend erhalten, nicht im Backend. Solange kein Fragebogen existiert kann auch keiner angezeigt werden, deshalb die Fehlermeldung. Lege bitte einen Fragebogen and und rufe das Droplet mit der ID des Fragebogen auf:

[[mc_questionaire?id=1]]

Zeigt den Fragebogen mit der ID 1 an.

Die Meldung zeigt aber auch, dass dein Frontend Template kein UTF-8 verwendet (deshalb die kaputten Umlaute);

Gruß
Ralf

[holgy]

Hallo,

den einen Fehler habe ich beoben, ich Schussel...

ein anderes Problem habe ich aber noch:

Die Meldung zeigt aber auch, dass dein Frontend Template kein UTF-8 verwendet (deshalb die kaputten Umlaute);

ich habe es sowohl im Back- als auch im Frontend. Auch nach dem Tausch der jeweiligen Templates geht es leider nicht weg. Wie kann ich das ausmerzen?

Gruß von der ostsee

Holger

[Ralf (Berlin)]

ich habe es sowohl im Back- als auch im Frontend. Auch nach dem Tausch der jeweiligen Templates geht es leider nicht weg. Wie kann ich das ausmerzen?

Sollte nicht sein... 

Kontrolliere bitte mal im Backend -> Optionen -> Erweiterte Optionen die Einstellungen bei Zeichensatz, was steht dort?

Welches Backend Template verwendest du? Tritt das Problem im Frontend auch bei dem Template "Round" auf?

Gruß
Ralf

[holgy]

im Backend tritt es nur in deinem Abschnitt auf

Bild1 Bild2

im Frontend werden ansonsten die Umlaute in anderen Seiten einwandfrei dargestellt.

Eingestellt habe ich Unicode (utf8) -ich benutze das Backend "wb_bird" habe alle anderen auch schon versucht und ja im Frontend"Round) tritt es auch auf.

[Ralf (Berlin)]

im Backend tritt es nur in deinem Abschnitt auf

Hmmm, für mich sieht das so aus, als ob die Sprachdatei nicht in Ordnung ist. Du warst nicht zufällig neugierig und hast die DE.php mal geöffnet?

Gruß
Ralf

[holgy]

nein, eigentlich nicht

ich habe sie ausgetauscht - geht trotzdem nicht

ansonsten kannst du es dir hier anschauen mein Testbereich

[Ralf (Berlin)]

Ich denke mal, wenn du z.B. mit dem Addon File Editor die dbMultipleChoice Sprachdatei DE.php editierst, wirst du feststellen, dass in der Datei die Umlaute und Sonderzeichen defekt sind. Warum das so ist kann ich dir nicht sagen. Du kannst aus dem dbMultipleChoice Archiv die DE.php per FTP erneut auf den Server spielen, damit sollte sich der SPuk erledigen.

Gruß
Ralf

[aldus]

Hm ... für mich sieht das ehr danach aus, als ob ein "utf8_encode()" unnötiger Weise dazwischen-funkt ...
Wenn ich z.B. in eine Code/Code2 Section

Code:

echo utf8_encode("übrigens: für änderungen der öffentlichen Fragebögen.");

packe - bekomme ich die gleichen "Salat-Zeichen" wie Holgy ... zumal auf seiner Testseite bei den Optionen die Umlaute richtig sind ...

Gruß
Aldus

[Ralf (Berlin)]

Hm ... für mich sieht das ehr danach aus, als ob ein "utf8_encode()" unnötiger Weise dazwischen-funkt ...

Würde ich auch vermuten, wüsste ich nicht, dass da nix dazwischenfunkt. Du siehst es auch auf seiner Testseite: die Ausgabe der Fragebögen mit Umlauten ist fehlerfrei, nur der Button aus der Sprachdatei ist zerhackt.

Deshalb gehe ich davon aus, dass die Umlaute bereits in der DE.php zerstört sind.

Gruß
Ralf

[aldus]

hm ... wenn Du Dir den Quellcode von Holgies Testseite ansiehst, findest Du u.a.

Code:

<!-- <input type="reset" value="Fragebogen zurücksetzen" /> -->

hm ... und die auskommentierte ist da auch schon ... falsch ... nur so eine Idee: kann das beim "Auspacken" passiert
sein, bzw. das PCLZip das "vermurkst"? Kann ich mir eigentlich nicht vorstellen - aber was heißt das schon  

Gruß
Aldus
-der sich das Modul erst noch mal zieht

Edit
Modul installiert,  xDebugg beruhig, so weit alles ok - auch unter UTF8 mit den Umlauten ... Sprachdatein auch ok, so weit ich es sehe - und nur wenn ich auf ISO umstelle - klar - dann gibt's "Buchstabensalat" ... hm ... tippe darauf, das das Backend def. nicht auf UTF-8 steht - was auch immer unter "erw. Optionen" steht/angezeigt wird ...

@holgy: kannst Du mal im Backend im HTML Quellcode nachsehen, was oben im Head __wirklich__ eingetragen wird?

[holgy]

Hallo,

das ersetzen der Datei hat nicht funktioniert - keine Änderung. Ich habe jetzt alle Umlaute in der DE.php händisch repariert - mittels STRG F im AFE ging es relativ fix ... jetzt funktioniert es.


Gruß von der Ostsee


Holger

[Ralf (Berlin)]

das ersetzen der Datei hat nicht funktioniert - keine Änderung. Ich habe jetzt alle Umlaute in der DE.php händisch repariert - mittels STRG F im AFE ging es relativ fix ... jetzt funktioniert es.

Dann lag ich mit meiner Vermutung richtig, das erklärt aber noch nicht, warum die Datei zerstört war und warum du die Datei nicht ersetzen konntest.

Interessant ist jetzt noch die Frage: die DE.php direkt aus dem Archiv ist in Ordnung oder?

Ich hatte das schon mal, damals war der Auslöser dass während der Installation LATIN-1 im Backend eingestellt war. Ein späteres Umstellen auf UTF-8 löste das Problem nicht, auch ein Upload der DE.php funktionierte nicht - also genau das gleiche Muster...

Praktisch alle meine Module verwenden seit gut einem Jahr durchgängig UTF-8, Probleme gibt es dadurch nicht - es sei denn die Dateien werden editiert und dann nicht als UTF-8 abgespeichert...

Gruß
Ralf

[holgy]

Tja, die DE.php aus dem Stammverzeichnis ist bei mir in Ordnung. Ist schon komisch das ganze.

Trotzdem Danke für deine Hilfe/Tipps



Gruß von der Ostsee

Holger