https://metalab.at/wiki/api.php?action=feedcontributions&user=Stefan786&feedformat=atomMetalab Wiki - Benutzerbeiträge [de]2024-03-28T13:48:13ZBenutzerbeiträgeMediaWiki 1.35.13https://metalab.at/wiki/index.php?title=HSC2011/Software/Frontend&diff=36792HSC2011/Software/Frontend2011-04-19T14:02:34Z<p>Stefan786: /* Teacher Frontend */</p>
<hr />
<div>===Teacher Frontend===<br />
<br />
HTML/JS webapp running on the teacher's laptop.<br />
<br />
UX Design Wireframes: '''[[HSC2011/FrontendWireframes|Interaction Design Version 0.4]]'''<br />
<br />
<br />
<br />
==List of possible applications:==<br />
<br />
==Application '''"RAISE YOUR HANDS"'''==<br />
<br />
I. Application start:<br />
* Teacher poses question to the class<br />
* Presses the "start" button in the frontend<br />
* Buzzers change status (e.g. pulsing LEDs) as a sign that users can press button to raise their hands<br />
<br />
II. During the timeout period:<br />
* as soon as a user presses a button on his or her buzzer<br />
* the buzzer changes status (different LED signal)<br />
* the frontend displays each buzzer status change<br />
<br />
III. Timeout end<br />
* either automatic or teacher hits the "stop" button in the frontend<br />
* buzzers change their status to show that time is over<br />
* computer changes random buzzer<br />
* selected buzzer changes status (e.g. plays sound, yellow LED flashes)<br />
* user with selected buzzer answers the teacher's question<br />
<br />
IV. Evaluate answer<br />
The teacher presses one of the following buttons in the frontend:<br />
* correct answer<br />
** buzzer changes status to reflect "correct answer"<br />
** app returns to start screen<br />
* incorrect answer, start new timeout<br />
** buzzer changes status to reflect "wrong answer"<br />
** app returns to start screen<br />
* incorrect answer, select new random buzzer (this option is disabled if there aren't any buzzers left that have pressed a button)<br />
** buzzer changes status to reflect "wrong answer"<br />
** new selected buzzer changes status to "answer please"<br />
<br />
=='''VOTES/SURVEYS'''==<br />
Enables voting on a topic without raising your hand in front of the class which ultimately leads to a more honest voting behaviour<br />
Enables voting mechanisms that are hard to do with paper like multiple choice and ratings on preferred solutions as in "I'd like option A but if we don't get enough votes for that, option B would be my second favourite."<br />
<br />
<br />
* es wird eine frage angezeigt, es gibt 4 mögliche antwortmöglichkeiten<br />
* die schüler haben die möglichkeit für ihre präferierte antwort einen knopf zu drücken.<br />
* das ist ihre ERSTWAHL<br />
* der knopf BLINKT nun<br />
* wenn der schüler noch eine option (zweitwahl) wählen will drückt er einfach einen weiteren knopf und der blinkt dann auch (langsamer?)<br />
* das geht maximal mit 4 optionen.<br />
* wenn die wahl vorbei ist sieht in punkten wieviele punkte welche option bekommen hat..<br />
* erstwahl 4 punkte<br />
* zweitwahl 3<br />
* ...<br />
<br />
=='''GROUPWORK / GROUPGAMES'''==<br />
** teams of pupils can be chosen by a random generator this would take the social stress off the teacher as in "i dont want to be in a group with this guy.." "..the computer has chosen ist fair"<br />
** games would be possible where groups compete and if a group performs better it has to let a member go into another group<br />
** also the opposite is possible where the best performing group gets new members..<br />
<br />
=='''WHO WANTS TO BE A MILLIONAIRE MODE'''==<br />
**if a pupil doesnt know the answer he could "ask the audience" and the kids could press what they think is the right answer..<br />
<br />
* der laptop hängt am beamer, die js anwendung läuft fullscreen<br />
* es wird eine frage angezeigt, es gibt 4 mögliche antworten, es läuft ein timer<br />
* in der zeit können die kinder eine der 4 tasten drücken, es werden balken gezeichnet wo man sieht wieviele schüler welche antwort gegeben haben.<br />
* der lehrer kann dann auflösen mit dem blauen knopf, drückt er den blauen knopf nocheinmal kommt der nächste slide.<br />
<br />
=='''MULTIPLE CHOICE TESTS'''==<br />
** this will probably not be in version 0.1 as it needs a lot of work that is unrealistic to be implemented with the very short deadline of 2 months<br />
** teacher should be able to have a live on-stage test where the kids can answer questions with multiple choice pushbutton modes<br />
** multiple choice tests are not very common in europe so we need to spend research on this subject<br />
<br />
=='''GAMES'''==<br />
** maybe something like the werewolf game<br />
** the remote choses who is the wolf and the others have to find out who it is by talking to each other on a round based system<br />
<br />
<br />
=='''SCHNITZELJAGD'''==<br />
** multiple stations are layed out around the classroom<br />
** students go from station to station, plug in their ibutton, push a button to put in their solution to the quest presented at this station, go to next station<br />
<br />
[[Kategorie:HSC2011]]</div>Stefan786https://metalab.at/wiki/index.php?title=Datei:110_Basestation_disconnected.png&diff=36791Datei:110 Basestation disconnected.png2011-04-19T14:01:34Z<p>Stefan786: hat eine neue Version von „Datei:110 Basestation disconnected.png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:EduBuzzer_InteractionDesign_Version0.4.pdf&diff=36790Datei:EduBuzzer InteractionDesign Version0.4.pdf2011-04-19T14:01:24Z<p>Stefan786: hat eine neue Version von „Datei:EduBuzzer InteractionDesign Version0.4.pdf“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=HSC2011/FrontendWireframes&diff=36789HSC2011/FrontendWireframes2011-04-19T13:59:44Z<p>Stefan786: /* Teacher Frontend */</p>
<hr />
<div>==Teacher Frontend==<br />
<br />
Webapp served from the basestation and running on the teacher's laptop.<br />
<br />
Interactiondesign Wireframes<br />
<br />
<br />
=== 000 ===<br />
[[Image:000 Version 0.4 from April 18th 2011.png]]<br />
<br />
<br />
=== 100 ===<br />
[[Image:100 Home.png]]<br />
<br />
<br />
=== 110 ===<br />
[[Image:110 Basestation disconnected.png]]<br />
<br />
<br />
=== 120 ===<br />
[[Image:120 Raise Hands.png]]<br />
<br />
<br />
=== 130 ===<br />
[[Image:130 Raise Hands (timer running).png]]<br />
<br />
<br />
=== 140 ===<br />
[[Image:140 Raise Hands (timer stopped).png]]<br />
<br />
<br />
=== 150 ===<br />
[[Image:150 Voting.png]]<br />
<br />
<br />
=== 155 ===<br />
[[Image:155 Voting (multi vote selected).png]]<br />
<br />
<br />
=== 160 ===<br />
[[Image:160 Voting (in progress).png]]<br />
<br />
<br />
=== 170 ===<br />
[[Image:170 Voting (in progress, intermediate results visible).png]]<br />
Seite 170:<br />
<br />
<br />
=== 180 ===<br />
[[Image:180 Voting (final result).png]]<br />
<br />
<br />
=== 190 ===<br />
[[Image:190 Voting (tied vote).png]]<br />
<br />
<br />
=== 195 ===<br />
[[Image:195 Voting (runoff vote).png]]<br />
<br />
<br />
=== 200 ===<br />
[[Image:200 Connect Buzzers.png]]<br />
<br />
<br />
=== 210 ===<br />
[[Image:210 Connect Buzzers (some clients connected).png]]<br />
<br />
<br />
=== Download als PDF === <br />
[[Datei:EduBuzzer_InteractionDesign_Version0.4.pdf]]<br />
<br />
=== History / Archiv ===<br />
[[Datei:0419-WikiFeedbackZurVersion0.3 HSC2011 FrontendWireframes – Metalab.pdf]]<br />
<br />
[[Kategorie:HSC2011]]<br />
[[Kategorie:English]]</div>Stefan786https://metalab.at/wiki/index.php?title=Datei:0419-WikiFeedbackZurVersion0.3_HSC2011_FrontendWireframes_%E2%80%93_Metalab.pdf&diff=36788Datei:0419-WikiFeedbackZurVersion0.3 HSC2011 FrontendWireframes – Metalab.pdf2011-04-19T13:59:12Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:210_Connect_Buzzers_(some_clients_connected).png&diff=36787Datei:210 Connect Buzzers (some clients connected).png2011-04-19T13:54:37Z<p>Stefan786: hat eine neue Version von „Datei:210 Connect Buzzers (some clients connected).png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:200_Connect_Buzzers.png&diff=36786Datei:200 Connect Buzzers.png2011-04-19T13:54:03Z<p>Stefan786: hat eine neue Version von „Datei:200 Connect Buzzers.png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:195_Voting_(runoff_vote).png&diff=36785Datei:195 Voting (runoff vote).png2011-04-19T13:53:54Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:190_Voting_(tied_vote).png&diff=36784Datei:190 Voting (tied vote).png2011-04-19T13:53:47Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:180_Voting_(final_result).png&diff=36783Datei:180 Voting (final result).png2011-04-19T13:53:40Z<p>Stefan786: hat eine neue Version von „Datei:180 Voting (final result).png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:170_Voting_(in_progress,_intermediate_results_visible).png&diff=36782Datei:170 Voting (in progress, intermediate results visible).png2011-04-19T13:53:32Z<p>Stefan786: hat eine neue Version von „Datei:170 Voting (in progress, intermediate results visible).png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:160_Voting_(in_progress).png&diff=36781Datei:160 Voting (in progress).png2011-04-19T13:53:24Z<p>Stefan786: hat eine neue Version von „Datei:160 Voting (in progress).png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:155_Voting_(multi_vote_selected).png&diff=36780Datei:155 Voting (multi vote selected).png2011-04-19T13:53:15Z<p>Stefan786: hat eine neue Version von „Datei:155 Voting (multi vote selected).png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:150_Voting.png&diff=36779Datei:150 Voting.png2011-04-19T13:53:07Z<p>Stefan786: hat eine neue Version von „Datei:150 Voting.png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:140_Raise_Hands_(timer_stopped).png&diff=36778Datei:140 Raise Hands (timer stopped).png2011-04-19T13:52:59Z<p>Stefan786: hat eine neue Version von „Datei:140 Raise Hands (timer stopped).png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:130_Raise_Hands_(timer_running).png&diff=36777Datei:130 Raise Hands (timer running).png2011-04-19T13:52:49Z<p>Stefan786: hat eine neue Version von „Datei:130 Raise Hands (timer running).png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:120_Raise_Hands.png&diff=36776Datei:120 Raise Hands.png2011-04-19T13:52:39Z<p>Stefan786: hat eine neue Version von „Datei:120 Raise Hands.png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:110_Basestation_disconnected.png&diff=36775Datei:110 Basestation disconnected.png2011-04-19T13:52:00Z<p>Stefan786: hat eine neue Version von „Datei:110 Basestation disconnected.png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:110_Basestation_disconnected.bmml&diff=36774Datei:110 Basestation disconnected.bmml2011-04-19T13:51:13Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:EduBuzzer_InteractionDesign_Version0.4.pdf&diff=36772Datei:EduBuzzer InteractionDesign Version0.4.pdf2011-04-19T13:43:58Z<p>Stefan786: hat eine neue Version von „Datei:EduBuzzer InteractionDesign Version0.4.pdf“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:100_Home.png&diff=36771Datei:100 Home.png2011-04-19T13:39:39Z<p>Stefan786: hat eine neue Version von „Datei:100 Home.png“ hochgeladen</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:000_Version_0.4_from_April_18th_2011.png&diff=36770Datei:000 Version 0.4 from April 18th 2011.png2011-04-19T13:39:04Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:100_Home.png&diff=36769Datei:100 Home.png2011-04-19T13:33:05Z<p>Stefan786: hat eine neue Version von „Datei:100 Home.png“ hochgeladen:&#32;Zurückgesetzt auf die Version vom 16. April 2011, 08:51 Uhr</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:100_Home.png&diff=36768Datei:100 Home.png2011-04-19T13:19:14Z<p>Stefan786: hat eine neue Version von „Datei:100 Home.png“ hochgeladen:&#32;v0.4</p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=HSC2011/FrontendWireframes03&diff=36767HSC2011/FrontendWireframes032011-04-19T13:17:45Z<p>Stefan786: Die Seite wurde neu angelegt: „==Teacher Frontend== Webapp served from the basestation and running on the teacher's laptop. Interactiondesign Wireframes === 000 === [[Image:000 Version 0.3 …“</p>
<hr />
<div>==Teacher Frontend==<br />
<br />
Webapp served from the basestation and running on the teacher's laptop.<br />
<br />
Interactiondesign Wireframes<br />
<br />
<br />
=== 000 ===<br />
[[Image:000 Version 0.3 from April 15th 2011.png]]<br />
<br />
=== 100 ===<br />
[[Image:100 Home.png]]<br />
<br />
<br />
<br />
--[[Benutzer:Overflo|Overflo]] 20:59, 16. Apr. 2011 (CEST) :<br />
im balken steht "home, raise your hands, voting, more"<br />
<br />
ich würde da eher home, aktuelle app und other apps hinmachen<br />
<br />
dieses menü würde ich auch nur anzeigen wenn man mit der maus oben über die menü area fährt dann kann man apps schön fullscreen implementieren und hat diese meistens unnötigen infos nicht ständig am screen<br />
<br />
was genau hat es mit den grünen kasteln auf sich?<br />
<br />
eine physikalische zuordnung im raum auf das dargestellte bild am schirm ist eher nicht machbar.<br />
<br />
repräsentiert ein kastel immer einen fix verknüpften edubuzzer?<br />
<br />
oder soll ein kastel nur "eins aus 20" sein?<br />
<br />
ich würde es besser finden wenn jedes kastel eine dedizierte fernbedienung darstellt. damit man sehen kann welche fernbedienung noch nicht aufgezeigt hat zB.<br />
<br />
eventuell mit onmouseover die ID vom gerät oder blinken/biepern lassen wenn man draufklickt?!<br />
<br />
<br />
<br />
=== 110 ===<br />
[[Image:110 Basestation disconnected.png]]<br />
<br />
sehr super!<br />
<br />
<br />
=== 120 ===<br />
[[Image:120 Raise Hands.png]]<br />
<br />
<br />
<br />
=== 130 ===<br />
[[Image:130 Raise Hands (timer running).png]]<br />
<br />
<br />
=== 140 ===<br />
[[Image:140 Raise Hands (timer stopped).png]]<br />
<br />
<br />
--[[Benutzer:Overflo|Overflo]] 20:59, 16. Apr. 2011 (CEST) :<br />
<br />
schaut gut aus!<br />
<br />
<br />
<br />
=== 150 ===<br />
[[Image:150 Voting.png]]<br />
<br />
<br />
--[[Benutzer:Overflo|Overflo]] 20:59, 16. Apr. 2011 (CEST) :<br />
<br />
das mit key a to D hab ich erst beim dritten mal durchlesen verstanden, aber da gehts wohl darum wieviele optionen zur poll bereitstehen.<br />
<br />
eine poll mit einer einzigen option find ich persönlich makaber, aber vielleicht gibts dafür ja eine anwendung :)<br />
<br />
<br />
=== 155 ===<br />
[[Image:155 Voting (multi vote selected).png]]<br />
<br />
=== 160 ===<br />
[[Image:160 Voting (in progress).png]]<br />
<br />
<br />
=== 170 ===<br />
[[Image:170 Voting (in progress, intermediate results visible).png]]<br />
Seite 170:<br />
<br />
Warum stimmen die Farben der Balken nicht mit den Farben der Knöpfe überein?<br />
<br />
--<br />
<br />
<br />
--[[Benutzer:Overflo|Overflo]] 20:59, 16. Apr. 2011 (CEST) :<br />
Find ich gut, wenns ein draw ist würd ich beide optionen fett machen und eventuell einen weiteren durchgnag mit diesen beiden optionen anbieten<br />
<br />
<br />
<br />
<br />
<br />
=== 180 ===<br />
[[Image:180 Voting (final result).png]]<br />
<br />
<br />
=== 200 ===<br />
[[Image:200 Connect Buzzers.png]]<br />
<br />
<br />
Warum kann ein neuer Buzzer sich nicht immer connecten indem er den Connect Code eingibt? Wenn ein Schüler zu spät kommt muss sonst der Lehrer immer auf diese Seite gehen und Start klicken und alle müssen sich neu anmelden :-/.<br />
<br />
----<br />
<br />
<br />
--[[Benutzer:Overflo|Overflo]] 20:59, 16. Apr. 2011 (CEST) :<br />
<br />
gutes argument das da oben.<br />
<br />
ich würd das anmelden auch weglassen und die buzzer permanent mit einer basestation pairen.<br />
<br />
wenn ein buzzer eingeschalten ist und ein hello schickt wird er von der basestation akzeptiert wenn er gepaired ist oder abgelehnt wenn er nicht zu dieser basestation gehört<br />
<br />
dazu brauchts einen eigenen teil im admin interface wo man remotes pairen und pairings auch aufheben kann.<br />
<br />
die ibutton->userverknüpfung könnte man auch irgendwo machen, evenutell kann man das irgendwo importieren?<br />
<br />
dann könnte man bei personalisierten dingen den ibutton einmal an den edubuzzer halten udn statt der id steht dann im kastel der name des schülers/studenten/mitspielers<br />
<br />
<br />
<br />
=== 210 ===<br />
<br />
[[Image:210 Connect Buzzers (some clients connected).png]]<br />
<br />
<br />
<br />
[[Kategorie:HSC2011]]<br />
[[Kategorie:English]]</div>Stefan786https://metalab.at/wiki/index.php?title=Datei:EduBuzzer_InteractionDesign_Version0.4.pdf&diff=36766Datei:EduBuzzer InteractionDesign Version0.4.pdf2011-04-19T13:15:02Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Sproutcore_Workshop_2011&diff=36746Sproutcore Workshop 20112011-04-17T13:16:00Z<p>Stefan786: /* Liste der Teilnehmenden */</p>
<hr />
<div>Coming soon from [https://twitter.com/anlumo1 @anlumo1] and [https://twitter.com/msch @msch]<br />
<br />
== Was ist [http://www.sproutcore.com Sproutcore]? ==<br />
<br />
SproutCore is an HTML5 application framework for building responsive, desktop-caliber apps in any modern web browser, without plugins.<br />
<br />
Mehr auf der offiziellen Seite [http://www.sproutcore.com/what-is-sproutcore/ What is Sproutcore].<br />
__TOC__<br />
== Termine ==<br />
<br />
* 1. Teil – Sonntag, '''17.4.2011 15-19 Uhr'''<br />
* 2. Teil – Sonntag, '''24.4.2011 15-19 Uhr''' (baut auf dem ersten Teil auf!)<br />
<br />
<br />
Ort ist natürlich das Metalab ([[Lage|Rathausstraße 6]]), Raum wird ad hoc bestimmt.<br />
<br />
== Kosten ==<br />
<br />
Der Workshop selbst ist gratis, Getränke gibts wie üblich vom Metalab (um die üblichen Preise).<br />
<br />
== Inhalt ==<br />
<br />
* Installation von Sproutcore<br />
* Erste Schritte: Wie mache ich ein neues Projekt, wie probiere ich es aus?<br />
* Projektlayout<br />
* Konzepte hinter Sproutcore<br />
* Schrittweiser Aufbau eines Beispielprojekts (siehe unten), mit der Theorie dazwischen immer wenn es aufkommt<br />
<br />
Der Workshop wird auf Deutsch/Denglish gehalten!<br />
<br />
== Vorraussetzungen zum Teilnehmen ==<br />
<br />
* Notebook mit Linux oder Mac OS X (Windows geht theoretisch auch, aber auf eigene Gefahr & Recherche)<br />
* Ruby 1.8 oder 1.9 bereits installiert (für die build tools) — 1.9 wird bevorzugt, ist noch nicht ganz klar ob 1.8 auch problemlos geht!<br />
* Erwähnenswerte JavaScript/ECMAScript-Kenntnisse sind notwendig, jQuery-Kenntnisse von Vorteil, aber nicht unbedingt<br />
* Grundlegende Kenntnis der Kommandozeile am jeweilig verwendeten System<br />
* Webbrowser: Firefox, Safari, Chrome, Chromium (andere auf eigene Gefahr), jeweils mit dem Developer-Tool (zB Firebug oder dem Inspector in Webkit) installiert<br />
* Javascriptfähiger Texteditor (TextMate, vim, emacs, eclipse, ed, …)<br />
<br />
== Beispielprojekt ==<br />
<br />
Das Projekt wird ein XMPP-basierter Chatclient sein. Dies deckt sehr viele Bereiche von Sproutcore ab, und eignet sich daher gut als Beispiel. Das Ziel ist auch, dass Teilnehmende ihren Client von der Usability her so gestalten können wie es selbst gewünscht wird, und man die Produkte dann trotzdem zusammen ausprobieren kann.<br />
<br />
Weiters ist die Serverseite bereits vollständig implementiert (über die BOSH-Erweiterung, die bei so gut wie allen Servern dabei ist), d.h. wir müssen uns nur um den Client kümmern.<br />
<br />
Daher sind XMPP-Protokollkenntnisse von Vorteil, aber die werden auch im Workshop so weit erwähnt wie sie notwendig sind. Als Library wird strophe.js verwendet, d.h. man muss nicht alles zu Fuß implementieren.<br />
<br />
Die Vorlage des Codes des Beispielprojekts ist [https://github.com/anlumo/sproutcore-workshop hier auf github] zu finden.<br />
<br />
== Liste der Teilnehmenden ==<br />
<br />
* [https://twitter.com/msch @msch]<br />
* [https://twitter.com/anlumo1 @anlumo1]<br />
* [https://twitter.com/smoofles @smoofles]<br />
* [https://twitter.com/stefan786 @stefan786]<br />
* [https://twitter.com/bmaeser @bmaeser]<br />
* [https://twitter.com/MacLemon @MacLemon] ([[Benutzer:Pepi|Pepi]])<br />
* [https://twitter.com/nikgraf @nikgraf]<br />
* [https://twitter.com/HelmuthB @HelmuthB]<br />
* [https://twitter.com/_schiru @_schiru]<br />
* [https://twitter.com/ogott @ogott]<br />
* Hier könnte Dein Name stehen!<br />
<br />
<br />
[[Kategorie:Veranstaltungen]]<br />
[[Kategorie:Workshops]]</div>Stefan786https://metalab.at/wiki/index.php?title=Sproutcore_Workshop_2011&diff=36744Sproutcore Workshop 20112011-04-17T12:50:40Z<p>Stefan786: /* Liste der Teilnehmenden */</p>
<hr />
<div>Coming soon from [https://twitter.com/anlumo1 @anlumo1] and [https://twitter.com/msch @msch]<br />
<br />
== Was ist [http://www.sproutcore.com Sproutcore]? ==<br />
<br />
SproutCore is an HTML5 application framework for building responsive, desktop-caliber apps in any modern web browser, without plugins.<br />
<br />
Mehr auf der offiziellen Seite [http://www.sproutcore.com/what-is-sproutcore/ What is Sproutcore].<br />
__TOC__<br />
== Termine ==<br />
<br />
* 1. Teil – Sonntag, '''17.4.2011 15-19 Uhr'''<br />
* 2. Teil – Sonntag, '''24.4.2011 15-19 Uhr''' (baut auf dem ersten Teil auf!)<br />
<br />
<br />
Ort ist natürlich das Metalab ([[Lage|Rathausstraße 6]]), Raum wird ad hoc bestimmt.<br />
<br />
== Kosten ==<br />
<br />
Der Workshop selbst ist gratis, Getränke gibts wie üblich vom Metalab (um die üblichen Preise).<br />
<br />
== Inhalt ==<br />
<br />
* Installation von Sproutcore<br />
* Erste Schritte: Wie mache ich ein neues Projekt, wie probiere ich es aus?<br />
* Projektlayout<br />
* Konzepte hinter Sproutcore<br />
* Schrittweiser Aufbau eines Beispielprojekts (siehe unten), mit der Theorie dazwischen immer wenn es aufkommt<br />
<br />
Der Workshop wird auf Deutsch/Denglish gehalten!<br />
<br />
== Vorraussetzungen zum Teilnehmen ==<br />
<br />
* Notebook mit Linux oder Mac OS X (Windows geht theoretisch auch, aber auf eigene Gefahr & Recherche)<br />
* Ruby 1.8 oder 1.9 bereits installiert (für die build tools) — 1.9 wird bevorzugt, ist noch nicht ganz klar ob 1.8 auch problemlos geht!<br />
* Erwähnenswerte JavaScript/ECMAScript-Kenntnisse sind notwendig, jQuery-Kenntnisse von Vorteil, aber nicht unbedingt<br />
* Grundlegende Kenntnis der Kommandozeile am jeweilig verwendeten System<br />
* Webbrowser: Firefox, Safari, Chrome, Chromium (andere auf eigene Gefahr), jeweils mit dem Developer-Tool (zB Firebug oder dem Inspector in Webkit) installiert<br />
* Javascriptfähiger Texteditor (TextMate, vim, emacs, eclipse, ed, …)<br />
<br />
== Beispielprojekt ==<br />
<br />
Das Projekt wird ein XMPP-basierter Chatclient sein. Dies deckt sehr viele Bereiche von Sproutcore ab, und eignet sich daher gut als Beispiel. Das Ziel ist auch, dass Teilnehmende ihren Client von der Usability her so gestalten können wie es selbst gewünscht wird, und man die Produkte dann trotzdem zusammen ausprobieren kann.<br />
<br />
Weiters ist die Serverseite bereits vollständig implementiert (über die BOSH-Erweiterung, die bei so gut wie allen Servern dabei ist), d.h. wir müssen uns nur um den Client kümmern.<br />
<br />
Daher sind XMPP-Protokollkenntnisse von Vorteil, aber die werden auch im Workshop so weit erwähnt wie sie notwendig sind. Als Library wird strophe.js verwendet, d.h. man muss nicht alles zu Fuß implementieren.<br />
<br />
Die Vorlage des Codes des Beispielprojekts ist [https://github.com/anlumo/sproutcore-workshop hier auf github] zu finden.<br />
<br />
== Liste der Teilnehmenden ==<br />
<br />
* [https://twitter.com/msch @msch]<br />
* [https://twitter.com/anlumo1 @anlumo1]<br />
* [https://twitter.com/smoofles @smoofles]<br />
* [https://twitter.com/stefan786 @stefan786] (bin erst 15:15 da)<br />
* [https://twitter.com/bmaeser @bmaeser]<br />
* [https://twitter.com/MacLemon @MacLemon] ([[Benutzer:Pepi|Pepi]])<br />
* [https://twitter.com/nikgraf @nikgraf]<br />
* [https://twitter.com/HelmuthB @HelmuthB]<br />
* [https://twitter.com/_schiru @_schiru]<br />
* Hier könnte Dein Name stehen!<br />
<br />
<br />
[[Kategorie:Veranstaltungen]]<br />
[[Kategorie:Workshops]]</div>Stefan786https://metalab.at/wiki/index.php?title=HSC2011/Software/Frontend&diff=36731HSC2011/Software/Frontend2011-04-16T08:56:39Z<p>Stefan786: /* Teacher Frontend */</p>
<hr />
<div>===Teacher Frontend===<br />
<br />
HTML/JS webapp running on the teacher's laptop.<br />
<br />
UX Design Wireframes:<br />
[[Datei:EduBuzzer_InteractionDesign_Version0.3.pdf]]<br />
<br />
Als PNGs:<br />
[[HSC2011/FrontendWireframes|Interaction Design V 0.3 (PNG)]]<br />
<br />
List of possible applications:<br />
<br />
==Application '''"RAISE YOUR HANDS"'''==<br />
<br />
I. Application start:<br />
* Teacher poses question to the class<br />
* Presses the "start" button in the frontend<br />
* Buzzers change status (e.g. pulsing LEDs) as a sign that users can press button to raise their hands<br />
<br />
II. During the timeout period:<br />
* as soon as a user presses a button on his or her buzzer<br />
* the buzzer changes status (different LED signal)<br />
* the frontend displays each buzzer status change<br />
<br />
III. Timeout end<br />
* either automatic or teacher hits the "stop" button in the frontend<br />
* buzzers change their status to show that time is over<br />
* computer changes random buzzer<br />
* selected buzzer changes status (e.g. plays sound, yellow LED flashes)<br />
* user with selected buzzer answers the teacher's question<br />
<br />
IV. Evaluate answer<br />
The teacher presses one of the following buttons in the frontend:<br />
* correct answer<br />
** buzzer changes status to reflect "correct answer"<br />
** app returns to start screen<br />
* incorrect answer, start new timeout<br />
** buzzer changes status to reflect "wrong answer"<br />
** app returns to start screen<br />
* incorrect answer, select new random buzzer (this option is disabled if there aren't any buzzers left that have pressed a button)<br />
** buzzer changes status to reflect "wrong answer"<br />
** new selected buzzer changes status to "answer please"<br />
<br />
=='''VOTES/SURVEYS'''==<br />
Enables voting on a topic without raising your hand in front of the class which ultimately leads to a more honest voting behaviour<br />
Enables voting mechanisms that are hard to do with paper like multiple choice and ratings on preferred solutions as in "I'd like option A but if we don't get enough votes for that, option B would be my second favourite."<br />
<br />
<br />
* es wird eine frage angezeigt, es gibt 4 mögliche antwortmöglichkeiten<br />
* die schüler haben die möglichkeit für ihre präferierte antwort einen knopf zu drücken.<br />
* das ist ihre ERSTWAHL<br />
* der knopf BLINKT nun<br />
* wenn der schüler noch eine option (zweitwahl) wählen will drückt er einfach einen weiteren knopf und der blinkt dann auch (langsamer?)<br />
* das geht maximal mit 4 optionen.<br />
* wenn die wahl vorbei ist sieht in punkten wieviele punkte welche option bekommen hat..<br />
* erstwahl 4 punkte<br />
* zweitwahl 3<br />
* ...<br />
<br />
=='''GROUPWORK / GROUPGAMES'''==<br />
** teams of pupils can be chosen by a random generator this would take the social stress off the teacher as in "i dont want to be in a group with this guy.." "..the computer has chosen ist fair"<br />
** games would be possible where groups compete and if a group performs better it has to let a member go into another group<br />
** also the opposite is possible where the best performing group gets new members..<br />
<br />
=='''WHO WANTS TO BE A MILLIONAIRE MODE'''==<br />
**if a pupil doesnt know the answer he could "ask the audience" and the kids could press what they think is the right answer..<br />
<br />
* der laptop hängt am beamer, die js anwendung läuft fullscreen<br />
* es wird eine frage angezeigt, es gibt 4 mögliche antworten, es läuft ein timer<br />
* in der zeit können die kinder eine der 4 tasten drücken, es werden balken gezeichnet wo man sieht wieviele schüler welche antwort gegeben haben.<br />
* der lehrer kann dann auflösen mit dem blauen knopf, drückt er den blauen knopf nocheinmal kommt der nächste slide.<br />
<br />
=='''MULTIPLE CHOICE TESTS'''==<br />
** this will probably not be in version 0.1 as it needs a lot of work that is unrealistic to be implemented with the very short deadline of 2 months<br />
** teacher should be able to have a live on-stage test where the kids can answer questions with multiple choice pushbutton modes<br />
** multiple choice tests are not very common in europe so we need to spend research on this subject<br />
<br />
=='''GAMES'''==<br />
** maybe something like the werewolf game<br />
** the remote choses who is the wolf and the others have to find out who it is by talking to each other on a round based system<br />
<br />
<br />
=='''SCHNITZELJAGD'''==<br />
** multiple stations are layed out around the classroom<br />
** students go from station to station, plug in their ibutton, push a button to put in their solution to the quest presented at this station, go to next station<br />
<br />
[[Kategorie:HSC2011]]</div>Stefan786https://metalab.at/wiki/index.php?title=HSC2011/FrontendWireframes&diff=36730HSC2011/FrontendWireframes2011-04-16T08:55:16Z<p>Stefan786: Die Seite wurde neu angelegt: „===Teacher Frontend=== HTML/JS webapp running on the teacher's laptop. UX Design Wireframes Image:000 Version 0.3 from April 15th 2011.png [[Image:100 Home…“</p>
<hr />
<div>===Teacher Frontend===<br />
<br />
HTML/JS webapp running on the teacher's laptop.<br />
<br />
UX Design Wireframes<br />
<br />
[[Image:000 Version 0.3 from April 15th 2011.png]]<br />
[[Image:100 Home.png]]<br />
[[Image:110 Basestation disconnected.png]]<br />
[[Image:120 Raise Hands.png]]<br />
[[Image:130 Raise Hands (timer running).png]]<br />
[[Image:140 Raise Hands (timer stopped).png]]<br />
[[Image:150 Voting.png]]<br />
[[Image:155 Voting (multi vote selected).png]]<br />
[[Image:160 Voting (in progress).png]]<br />
[[Image:170 Voting (in progress, intermediate results visible).png]]<br />
[[Image:180 Voting (final result).png]]<br />
[[Image:200 Connect Buzzers.png]]<br />
[[Image:210 Connect Buzzers (some clients connected).png]]</div>Stefan786https://metalab.at/wiki/index.php?title=Datei:210_Connect_Buzzers_(some_clients_connected).png&diff=36729Datei:210 Connect Buzzers (some clients connected).png2011-04-16T08:55:02Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:200_Connect_Buzzers.png&diff=36728Datei:200 Connect Buzzers.png2011-04-16T08:54:46Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:180_Voting_(final_result).png&diff=36727Datei:180 Voting (final result).png2011-04-16T08:54:30Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:170_Voting_(in_progress,_intermediate_results_visible).png&diff=36726Datei:170 Voting (in progress, intermediate results visible).png2011-04-16T08:54:11Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:160_Voting_(in_progress).png&diff=36724Datei:160 Voting (in progress).png2011-04-16T08:53:55Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:155_Voting_(multi_vote_selected).png&diff=36723Datei:155 Voting (multi vote selected).png2011-04-16T08:53:36Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:150_Voting.png&diff=36721Datei:150 Voting.png2011-04-16T08:53:19Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:140_Raise_Hands_(timer_stopped).png&diff=36720Datei:140 Raise Hands (timer stopped).png2011-04-16T08:53:01Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:130_Raise_Hands_(timer_running).png&diff=36719Datei:130 Raise Hands (timer running).png2011-04-16T08:52:37Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:120_Raise_Hands.png&diff=36718Datei:120 Raise Hands.png2011-04-16T08:52:13Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:110_Basestation_disconnected.png&diff=36717Datei:110 Basestation disconnected.png2011-04-16T08:51:28Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:100_Home.png&diff=36716Datei:100 Home.png2011-04-16T08:51:02Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:000_Version_0.3_from_April_15th_2011.png&diff=36714Datei:000 Version 0.3 from April 15th 2011.png2011-04-16T08:48:21Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=Datei:EduBuzzer_InteractionDesign_Version0.3.pdf&diff=36713Datei:EduBuzzer InteractionDesign Version0.3.pdf2011-04-16T08:47:36Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=HSC2011&diff=36670HSC20112011-04-14T13:07:13Z<p>Stefan786: /* Software */</p>
<hr />
<div>[[Datei:GGHC.jpg|right|framed|[http://www.element-14.com/community/videos/1984 Video intro with Mitch Altman]]]<br />
<div style="color:grey; font-size:1.5em;">Hackerspace Challenge 2011</div><br />
<br />
== WTF? ==<br />
A major [http://farnell.com/ electronic component distributor] suddenly realized that there is a huge market in the hackers and DIY community and founded a subcompany called [http://www.element-14.com element-14] to deal with those guys.<br />
<br />
To get themselfes known they talked to the [http://en.wikipedia.org/wiki/Mitch_Altman right people] and these people had the right ideas.. and now there is a hackerspace challenge.<br />
<br />
[[:Datei:Great_Global_Hackerspace_Challenge-ParticipantPack.pdf|Many]] hackerspaces worldwide were contacted and asked to participate.<br />
<br />
Every hackerspace gets USD 900.- in budget free to use and there will be a finale where the 3 winning teams will earn prizes..<br />
<br />
The hackerspaces got 6 weeks to design something that '''has a microcontroller and a portable powersource inside and can be used for education'''.<br />
<br />
We will contribute to the project with our own device, progress, details links aso will be documentated in various places on the Internet, foremost here in the wiki but also at the element-14 community website.<br />
<br />
This is a kind of competition but [[User:Overflo|i am]] really not a big fan of competition so i see it as a chance to make the world a better place and contribute to education today.<br />
<br />
See also http://hsc2011.soup.io for fresh updates / work in progress.<br />
<br />
<br />
<br />
<br />
Merge content below with those subpages:<br />
<br />
* [[HSC2011/Hardware|Hardware]]<br />
* [[HSC2011/Software|Software]]<br />
* [[HSC2011/Frontend|Frontend]]<br />
* [[HSC2011/Team|About the team]]<br />
* [[HSC2011/Documentation|Documentation]]<br />
* [[HSC2011/Links|Links]]<br />
* [[HSC2011/Roadmap|Roadmap]]<br />
<br />
== Project "EDUBUZZER" ==<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
__TOC__<br />
<br />
<br />
=== Goals / Features ===<br />
<br />
* '''electronic "RAISE YOUR HANDS" mode'''<br />
**question from teacher<br />
** i think i know the answer so i press a button<br />
** random generator picks who is to answer / can be overridden<br />
** could be used for statistics on participation, and which kids need more integration based on statistics<br />
<br />
* '''VOTES/SURVEYS'''<br />
** enable to vote on a topic without raising your hand in front of the class which ultimately leads to a more honest voting behaviour <br />
** enables vote mechanisms that are hard to do with paper like multiple choices and ratings on preferred solutions as in "I'd like option A but if we don't get enough votes for that, option B would be my second favourite."<br />
<br />
<br />
* '''GROUPWORK / GROUPGAMES''' <br />
** teams of pupils can be chosen by a random generator this would take the social stress off the teacher as in "i dont want to be in a group with this guy.." "..the computer has chosen ist fair"<br />
** games would be possible where groups compete and if a group performs better it has to let a member go into another group<br />
** also the opposite is possible where the best performing group gets new members..<br />
<br />
* '''WHO WANTS TO BE A MILLIONAIRE MODE'''<br />
**if a pupil doesnt know the answer he could "ask the audience" and the kids could press what they think is the right answer.. <br />
<br />
<br />
* '''MULTIPLE CHOICE TESTS'''<br />
** this will probably not be in version 0.1 as it needs a lot of work that is unrealistic to be implemented with the very short deadline of 2 months<br />
** teacher should be able to have a live on-stage test where the kids can answer questions with multiple choice pushbutton modes<br />
** multiple choice tests are not very common in europe so we need to spend research on this subject<br />
<br />
* '''GAMES'''<br />
** maybe something like the werewolf game<br />
** the remote choses who is the wolf and the others have to find out who it is by talking to each other on a round based system<br />
<br />
<br />
* '''SCHNITZELJAGD'''<br />
** multiple stations are layed out around the classroom<br />
** students go from station to station, plug in their ibutton, push a button to put in their solution to the quest presented at this station, go to next station<br />
<br />
=== Hardware ===<br />
<br />
* '''EDUBUZZER:'''<br />
** ATMEGA168<br />
** Radiochip<br />
*** Idea: For prototyping, it might be better to use a ZigBee (e.g. XBee) -> more robust comms, easier firmware, standard compontents. More expensive per device (>40€ per student, probably too much for an average school), but this is just prototyping.<br />
*** Alternative: RFM12, 3-6€ per device, no adhoc-network, probably problems with two devices sending at the same time.<br />
<br />
** 9V battery, later a lipo pack<br />
** 4 buttons<br />
** 5 RGB leds<br />
** iButton reader<br />
<br />
<br />
* '''BASESTATION:'''<br />
** Arduino<br />
** Shield<br />
** USBhub+usbstick for software<br />
<br />
=== Software ===<br />
* firmware for the basestation<br />
* firmware for the edubuzzer<br />
* dummy edubuzzer emulator for host software development<br />
* host software portable! maybe QT ? maybe a local server (java?) + webfrontend?<br />
* HTML/JS webapp running on teacher's laptop (see Frontend)<br />
<br />
=== Frontend ===<br />
* HTML/JS webapp running on teacher's laptop<br />
* [[Datei:EduBuzzer_InteractionDesign_Version0.2.pdf]]<br />
<br />
=== Enclosure ===<br />
* easy to manufacture<br />
* laser + acryl or similar<br />
* needs a prototype made from playdoh for production first :)<br />
<br />
<br />
<br />
=== What are the benefits, what is completely new?===<br />
* realtime statistics for the teacher<br />
* competition between teachers<br />
* fair choice by random generator or some clever algorithm instead of the teacher always picking the same guys<br />
* not being bullied for being a smartass for raising your hand all the time<br />
* not being bullied for NOT raising your hand very often..<br />
<br />
<br />
=== Things to think about in later versions ===<br />
* accupack<br />
* loader in a suitcase hat can be connected to a walloutlet<br />
* optional plugable parts (keyboards,mice..) <br />
* countdown when answering a question<br />
* optical/accoustic/vibration feedback<br />
<br />
<br />
<br />
<br />
[[Kategorie:Projekte]]<br />
[[Kategorie:HSC2011]]<br />
[[Kategorie:English]]</div>Stefan786https://metalab.at/wiki/index.php?title=HSC2011&diff=36669HSC20112011-04-14T13:06:53Z<p>Stefan786: /* Frontend */</p>
<hr />
<div>[[Datei:GGHC.jpg|right|framed|[http://www.element-14.com/community/videos/1984 Video intro with Mitch Altman]]]<br />
<div style="color:grey; font-size:1.5em;">Hackerspace Challenge 2011</div><br />
<br />
== WTF? ==<br />
A major [http://farnell.com/ electronic component distributor] suddenly realized that there is a huge market in the hackers and DIY community and founded a subcompany called [http://www.element-14.com element-14] to deal with those guys.<br />
<br />
To get themselfes known they talked to the [http://en.wikipedia.org/wiki/Mitch_Altman right people] and these people had the right ideas.. and now there is a hackerspace challenge.<br />
<br />
[[:Datei:Great_Global_Hackerspace_Challenge-ParticipantPack.pdf|Many]] hackerspaces worldwide were contacted and asked to participate.<br />
<br />
Every hackerspace gets USD 900.- in budget free to use and there will be a finale where the 3 winning teams will earn prizes..<br />
<br />
The hackerspaces got 6 weeks to design something that '''has a microcontroller and a portable powersource inside and can be used for education'''.<br />
<br />
We will contribute to the project with our own device, progress, details links aso will be documentated in various places on the Internet, foremost here in the wiki but also at the element-14 community website.<br />
<br />
This is a kind of competition but [[User:Overflo|i am]] really not a big fan of competition so i see it as a chance to make the world a better place and contribute to education today.<br />
<br />
See also http://hsc2011.soup.io for fresh updates / work in progress.<br />
<br />
<br />
<br />
<br />
Merge content below with those subpages:<br />
<br />
* [[HSC2011/Hardware|Hardware]]<br />
* [[HSC2011/Software|Software]]<br />
* [[HSC2011/Frontend|Frontend]]<br />
* [[HSC2011/Team|About the team]]<br />
* [[HSC2011/Documentation|Documentation]]<br />
* [[HSC2011/Links|Links]]<br />
* [[HSC2011/Roadmap|Roadmap]]<br />
<br />
== Project "EDUBUZZER" ==<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
__TOC__<br />
<br />
<br />
=== Goals / Features ===<br />
<br />
* '''electronic "RAISE YOUR HANDS" mode'''<br />
**question from teacher<br />
** i think i know the answer so i press a button<br />
** random generator picks who is to answer / can be overridden<br />
** could be used for statistics on participation, and which kids need more integration based on statistics<br />
<br />
* '''VOTES/SURVEYS'''<br />
** enable to vote on a topic without raising your hand in front of the class which ultimately leads to a more honest voting behaviour <br />
** enables vote mechanisms that are hard to do with paper like multiple choices and ratings on preferred solutions as in "I'd like option A but if we don't get enough votes for that, option B would be my second favourite."<br />
<br />
<br />
* '''GROUPWORK / GROUPGAMES''' <br />
** teams of pupils can be chosen by a random generator this would take the social stress off the teacher as in "i dont want to be in a group with this guy.." "..the computer has chosen ist fair"<br />
** games would be possible where groups compete and if a group performs better it has to let a member go into another group<br />
** also the opposite is possible where the best performing group gets new members..<br />
<br />
* '''WHO WANTS TO BE A MILLIONAIRE MODE'''<br />
**if a pupil doesnt know the answer he could "ask the audience" and the kids could press what they think is the right answer.. <br />
<br />
<br />
* '''MULTIPLE CHOICE TESTS'''<br />
** this will probably not be in version 0.1 as it needs a lot of work that is unrealistic to be implemented with the very short deadline of 2 months<br />
** teacher should be able to have a live on-stage test where the kids can answer questions with multiple choice pushbutton modes<br />
** multiple choice tests are not very common in europe so we need to spend research on this subject<br />
<br />
* '''GAMES'''<br />
** maybe something like the werewolf game<br />
** the remote choses who is the wolf and the others have to find out who it is by talking to each other on a round based system<br />
<br />
<br />
* '''SCHNITZELJAGD'''<br />
** multiple stations are layed out around the classroom<br />
** students go from station to station, plug in their ibutton, push a button to put in their solution to the quest presented at this station, go to next station<br />
<br />
=== Hardware ===<br />
<br />
* '''EDUBUZZER:'''<br />
** ATMEGA168<br />
** Radiochip<br />
*** Idea: For prototyping, it might be better to use a ZigBee (e.g. XBee) -> more robust comms, easier firmware, standard compontents. More expensive per device (>40€ per student, probably too much for an average school), but this is just prototyping.<br />
*** Alternative: RFM12, 3-6€ per device, no adhoc-network, probably problems with two devices sending at the same time.<br />
<br />
** 9V battery, later a lipo pack<br />
** 4 buttons<br />
** 5 RGB leds<br />
** iButton reader<br />
<br />
<br />
* '''BASESTATION:'''<br />
** Arduino<br />
** Shield<br />
** USBhub+usbstick for software<br />
<br />
=== Software ===<br />
* firmware for the basestation<br />
* firmware for the edubuzzer<br />
* dummy edubuzzer emulator for host software development<br />
* host software portable! maybe QT ? maybe a local server (java?) + webfrontend?<br />
* HTML/JS webapp running on teacher's laptop<br />
* [[Datei:EduBuzzer_InteractionDesign_Version0.1.pdf]]<br />
<br />
<br />
=== Frontend ===<br />
* HTML/JS webapp running on teacher's laptop<br />
* [[Datei:EduBuzzer_InteractionDesign_Version0.2.pdf]]<br />
<br />
=== Enclosure ===<br />
* easy to manufacture<br />
* laser + acryl or similar<br />
* needs a prototype made from playdoh for production first :)<br />
<br />
<br />
<br />
=== What are the benefits, what is completely new?===<br />
* realtime statistics for the teacher<br />
* competition between teachers<br />
* fair choice by random generator or some clever algorithm instead of the teacher always picking the same guys<br />
* not being bullied for being a smartass for raising your hand all the time<br />
* not being bullied for NOT raising your hand very often..<br />
<br />
<br />
=== Things to think about in later versions ===<br />
* accupack<br />
* loader in a suitcase hat can be connected to a walloutlet<br />
* optional plugable parts (keyboards,mice..) <br />
* countdown when answering a question<br />
* optical/accoustic/vibration feedback<br />
<br />
<br />
<br />
<br />
[[Kategorie:Projekte]]<br />
[[Kategorie:HSC2011]]<br />
[[Kategorie:English]]</div>Stefan786https://metalab.at/wiki/index.php?title=Datei:EduBuzzer_InteractionDesign_Version0.2.pdf&diff=36653Datei:EduBuzzer InteractionDesign Version0.2.pdf2011-04-13T16:10:28Z<p>Stefan786: </p>
<hr />
<div></div>Stefan786https://metalab.at/wiki/index.php?title=HSC2011/Software/Frontend&diff=36652HSC2011/Software/Frontend2011-04-13T16:09:50Z<p>Stefan786: /* Teacher Frontend */</p>
<hr />
<div>===Teacher Frontend===<br />
<br />
HTML/JS webapp running on the teacher's laptop.<br />
<br />
UX Design Wireframes:<br />
[[Datei:EduBuzzer_InteractionDesign_Version0.2.pdf]]<br />
<br />
List of possible applications:<br />
<br />
==Application '''"RAISE YOUR HANDS"'''==<br />
<br />
I. Application start:<br />
* Teacher poses question to the class<br />
* Presses the "start" button in the frontend<br />
* Buzzers change status (e.g. pulsing LEDs) as a sign that users can press button to raise their hands<br />
<br />
II. During the timeout period:<br />
* as soon as a user presses a button on his or her buzzer<br />
* the buzzer changes status (different LED signal)<br />
* the frontend displays each buzzer status change<br />
<br />
III. Timeout end<br />
* either automatic or teacher hits the "stop" button in the frontend<br />
* buzzers change their status to show that time is over<br />
* computer changes random buzzer<br />
* selected buzzer changes status (e.g. plays sound, yellow LED flashes)<br />
* user with selected buzzer answers the teacher's question<br />
<br />
IV. Evaluate answer<br />
The teacher presses one of the following buttons in the frontend:<br />
* correct answer<br />
** buzzer changes status to reflect "correct answer"<br />
** app returns to start screen<br />
* incorrect answer, start new timeout<br />
** buzzer changes status to reflect "wrong answer"<br />
** app returns to start screen<br />
* incorrect answer, select new random buzzer (this option is disabled if there aren't any buzzers left that have pressed a button)<br />
** buzzer changes status to reflect "wrong answer"<br />
** new selected buzzer changes status to "answer please"<br />
<br />
=='''VOTES/SURVEYS'''==<br />
Enables voting on a topic without raising your hand in front of the class which ultimately leads to a more honest voting behaviour<br />
Enables voting mechanisms that are hard to do with paper like multiple choice and ratings on preferred solutions as in "I'd like option A but if we don't get enough votes for that, option B would be my second favourite."<br />
<br />
<br />
* es wird eine frage angezeigt, es gibt 4 mögliche antwortmöglichkeiten<br />
* die schüler haben die möglichkeit für ihre präferierte antwort einen knopf zu drücken.<br />
* das ist ihre ERSTWAHL<br />
* der knopf BLINKT nun<br />
* wenn der schüler noch eine option (zweitwahl) wählen will drückt er einfach einen weiteren knopf und der blinkt dann auch (langsamer?)<br />
* das geht maximal mit 4 optionen.<br />
* wenn die wahl vorbei ist sieht in punkten wieviele punkte welche option bekommen hat..<br />
* erstwahl 4 punkte<br />
* zweitwahl 3<br />
* ...<br />
<br />
=='''GROUPWORK / GROUPGAMES'''==<br />
** teams of pupils can be chosen by a random generator this would take the social stress off the teacher as in "i dont want to be in a group with this guy.." "..the computer has chosen ist fair"<br />
** games would be possible where groups compete and if a group performs better it has to let a member go into another group<br />
** also the opposite is possible where the best performing group gets new members..<br />
<br />
=='''WHO WANTS TO BE A MILLIONAIRE MODE'''==<br />
**if a pupil doesnt know the answer he could "ask the audience" and the kids could press what they think is the right answer..<br />
<br />
* der laptop hängt am beamer, die js anwendung läuft fullscreen<br />
* es wird eine frage angezeigt, es gibt 4 mögliche antworten, es läuft ein timer<br />
* in der zeit können die kinder eine der 4 tasten drücken, es werden balken gezeichnet wo man sieht wieviele schüler welche antwort gegeben haben.<br />
* der lehrer kann dann auflösen mit dem blauen knopf, drückt er den blauen knopf nocheinmal kommt der nächste slide.<br />
<br />
=='''MULTIPLE CHOICE TESTS'''==<br />
** this will probably not be in version 0.1 as it needs a lot of work that is unrealistic to be implemented with the very short deadline of 2 months<br />
** teacher should be able to have a live on-stage test where the kids can answer questions with multiple choice pushbutton modes<br />
** multiple choice tests are not very common in europe so we need to spend research on this subject<br />
<br />
=='''GAMES'''==<br />
** maybe something like the werewolf game<br />
** the remote choses who is the wolf and the others have to find out who it is by talking to each other on a round based system<br />
<br />
<br />
=='''SCHNITZELJAGD'''==<br />
** multiple stations are layed out around the classroom<br />
** students go from station to station, plug in their ibutton, push a button to put in their solution to the quest presented at this station, go to next station<br />
<br />
[[Kategorie:HSC2011]]</div>Stefan786https://metalab.at/wiki/index.php?title=HSC2011/Software/Frontend&diff=36651HSC2011/Software/Frontend2011-04-13T16:09:29Z<p>Stefan786: /* VOTES/SURVEYS */</p>
<hr />
<div>===Teacher Frontend===<br />
<br />
HTML/JS webapp running on the teacher's laptop.<br />
<br />
UX Design Wireframes:<br />
[[Datei:EduBuzzer_InteractionDesign_Version0.1.pdf]]<br />
<br />
List of possible applications:<br />
<br />
==Application '''"RAISE YOUR HANDS"'''==<br />
<br />
I. Application start:<br />
* Teacher poses question to the class<br />
* Presses the "start" button in the frontend<br />
* Buzzers change status (e.g. pulsing LEDs) as a sign that users can press button to raise their hands<br />
<br />
II. During the timeout period:<br />
* as soon as a user presses a button on his or her buzzer<br />
* the buzzer changes status (different LED signal)<br />
* the frontend displays each buzzer status change<br />
<br />
III. Timeout end<br />
* either automatic or teacher hits the "stop" button in the frontend<br />
* buzzers change their status to show that time is over<br />
* computer changes random buzzer<br />
* selected buzzer changes status (e.g. plays sound, yellow LED flashes)<br />
* user with selected buzzer answers the teacher's question<br />
<br />
IV. Evaluate answer<br />
The teacher presses one of the following buttons in the frontend:<br />
* correct answer<br />
** buzzer changes status to reflect "correct answer"<br />
** app returns to start screen<br />
* incorrect answer, start new timeout<br />
** buzzer changes status to reflect "wrong answer"<br />
** app returns to start screen<br />
* incorrect answer, select new random buzzer (this option is disabled if there aren't any buzzers left that have pressed a button)<br />
** buzzer changes status to reflect "wrong answer"<br />
** new selected buzzer changes status to "answer please"<br />
<br />
=='''VOTES/SURVEYS'''==<br />
Enables voting on a topic without raising your hand in front of the class which ultimately leads to a more honest voting behaviour<br />
Enables voting mechanisms that are hard to do with paper like multiple choice and ratings on preferred solutions as in "I'd like option A but if we don't get enough votes for that, option B would be my second favourite."<br />
<br />
<br />
* es wird eine frage angezeigt, es gibt 4 mögliche antwortmöglichkeiten<br />
* die schüler haben die möglichkeit für ihre präferierte antwort einen knopf zu drücken.<br />
* das ist ihre ERSTWAHL<br />
* der knopf BLINKT nun<br />
* wenn der schüler noch eine option (zweitwahl) wählen will drückt er einfach einen weiteren knopf und der blinkt dann auch (langsamer?)<br />
* das geht maximal mit 4 optionen.<br />
* wenn die wahl vorbei ist sieht in punkten wieviele punkte welche option bekommen hat..<br />
* erstwahl 4 punkte<br />
* zweitwahl 3<br />
* ...<br />
<br />
=='''GROUPWORK / GROUPGAMES'''==<br />
** teams of pupils can be chosen by a random generator this would take the social stress off the teacher as in "i dont want to be in a group with this guy.." "..the computer has chosen ist fair"<br />
** games would be possible where groups compete and if a group performs better it has to let a member go into another group<br />
** also the opposite is possible where the best performing group gets new members..<br />
<br />
=='''WHO WANTS TO BE A MILLIONAIRE MODE'''==<br />
**if a pupil doesnt know the answer he could "ask the audience" and the kids could press what they think is the right answer..<br />
<br />
* der laptop hängt am beamer, die js anwendung läuft fullscreen<br />
* es wird eine frage angezeigt, es gibt 4 mögliche antworten, es läuft ein timer<br />
* in der zeit können die kinder eine der 4 tasten drücken, es werden balken gezeichnet wo man sieht wieviele schüler welche antwort gegeben haben.<br />
* der lehrer kann dann auflösen mit dem blauen knopf, drückt er den blauen knopf nocheinmal kommt der nächste slide.<br />
<br />
=='''MULTIPLE CHOICE TESTS'''==<br />
** this will probably not be in version 0.1 as it needs a lot of work that is unrealistic to be implemented with the very short deadline of 2 months<br />
** teacher should be able to have a live on-stage test where the kids can answer questions with multiple choice pushbutton modes<br />
** multiple choice tests are not very common in europe so we need to spend research on this subject<br />
<br />
=='''GAMES'''==<br />
** maybe something like the werewolf game<br />
** the remote choses who is the wolf and the others have to find out who it is by talking to each other on a round based system<br />
<br />
<br />
=='''SCHNITZELJAGD'''==<br />
** multiple stations are layed out around the classroom<br />
** students go from station to station, plug in their ibutton, push a button to put in their solution to the quest presented at this station, go to next station<br />
<br />
[[Kategorie:HSC2011]]</div>Stefan786https://metalab.at/wiki/index.php?title=HSC2011/Software/Frontend&diff=36650HSC2011/Software/Frontend2011-04-13T16:08:36Z<p>Stefan786: /* WHO WANTS TO BE A MILLIONAIRE MODE */</p>
<hr />
<div>===Teacher Frontend===<br />
<br />
HTML/JS webapp running on the teacher's laptop.<br />
<br />
UX Design Wireframes:<br />
[[Datei:EduBuzzer_InteractionDesign_Version0.1.pdf]]<br />
<br />
List of possible applications:<br />
<br />
==Application '''"RAISE YOUR HANDS"'''==<br />
<br />
I. Application start:<br />
* Teacher poses question to the class<br />
* Presses the "start" button in the frontend<br />
* Buzzers change status (e.g. pulsing LEDs) as a sign that users can press button to raise their hands<br />
<br />
II. During the timeout period:<br />
* as soon as a user presses a button on his or her buzzer<br />
* the buzzer changes status (different LED signal)<br />
* the frontend displays each buzzer status change<br />
<br />
III. Timeout end<br />
* either automatic or teacher hits the "stop" button in the frontend<br />
* buzzers change their status to show that time is over<br />
* computer changes random buzzer<br />
* selected buzzer changes status (e.g. plays sound, yellow LED flashes)<br />
* user with selected buzzer answers the teacher's question<br />
<br />
IV. Evaluate answer<br />
The teacher presses one of the following buttons in the frontend:<br />
* correct answer<br />
** buzzer changes status to reflect "correct answer"<br />
** app returns to start screen<br />
* incorrect answer, start new timeout<br />
** buzzer changes status to reflect "wrong answer"<br />
** app returns to start screen<br />
* incorrect answer, select new random buzzer (this option is disabled if there aren't any buzzers left that have pressed a button)<br />
** buzzer changes status to reflect "wrong answer"<br />
** new selected buzzer changes status to "answer please"<br />
<br />
=='''VOTES/SURVEYS'''==<br />
Enables voting on a topic without raising your hand in front of the class which ultimately leads to a more honest voting behaviour<br />
Enables voting mechanisms that are hard to do with paper like multiple choice and ratings on preferred solutions as in "I'd like option A but if we don't get enough votes for that, option B would be my second favourite."<br />
<br />
<br />
es wird eine frage angezeigt, es gibt 4 mögliche antwortmöglichkeiten<br />
die schüler haben die möglichkeit für ihre präferierte antwort einen <br />
knopf zu drücken.<br />
das ist ihre ERSTWAHL<br />
der knopf BLINKT nun<br />
wenn der schüler noch eine option (zweitwahl) wählen will drükt er <br />
einfach einen weiteren knopf und der blinkt dann auch (langsamer?)<br />
das geht maximal mit 4 optionen.<br />
wenn die wahl vorbei ist sieht in punkten wieviele punkte welche option <br />
bekommen hat..<br />
erstwahl 4 punkte<br />
zweitwahl 3<br />
...<br />
<br />
=='''GROUPWORK / GROUPGAMES'''==<br />
** teams of pupils can be chosen by a random generator this would take the social stress off the teacher as in "i dont want to be in a group with this guy.." "..the computer has chosen ist fair"<br />
** games would be possible where groups compete and if a group performs better it has to let a member go into another group<br />
** also the opposite is possible where the best performing group gets new members..<br />
<br />
=='''WHO WANTS TO BE A MILLIONAIRE MODE'''==<br />
**if a pupil doesnt know the answer he could "ask the audience" and the kids could press what they think is the right answer..<br />
<br />
* der laptop hängt am beamer, die js anwendung läuft fullscreen<br />
* es wird eine frage angezeigt, es gibt 4 mögliche antworten, es läuft ein timer<br />
* in der zeit können die kinder eine der 4 tasten drücken, es werden balken gezeichnet wo man sieht wieviele schüler welche antwort gegeben haben.<br />
* der lehrer kann dann auflösen mit dem blauen knopf, drückt er den blauen knopf nocheinmal kommt der nächste slide.<br />
<br />
=='''MULTIPLE CHOICE TESTS'''==<br />
** this will probably not be in version 0.1 as it needs a lot of work that is unrealistic to be implemented with the very short deadline of 2 months<br />
** teacher should be able to have a live on-stage test where the kids can answer questions with multiple choice pushbutton modes<br />
** multiple choice tests are not very common in europe so we need to spend research on this subject<br />
<br />
=='''GAMES'''==<br />
** maybe something like the werewolf game<br />
** the remote choses who is the wolf and the others have to find out who it is by talking to each other on a round based system<br />
<br />
<br />
=='''SCHNITZELJAGD'''==<br />
** multiple stations are layed out around the classroom<br />
** students go from station to station, plug in their ibutton, push a button to put in their solution to the quest presented at this station, go to next station<br />
<br />
[[Kategorie:HSC2011]]</div>Stefan786