Ja, nun habe ich eine eigene App – so schnell ging das. Mittels “Conduit Mobile” funktionierte das Erstellen rasch und schmerzlos und (bisher) sogar kostenlos. Die kleine Einschränkung “kostenlos” rührt daher, dass nach 500 Downloads Schluss ist bzw. dann (aus meiner Sicht erhebliche) Gebühren von 29 Dollar im Monat fällig werden. Diese Summe reicht auch nur bis 5000 Downloads, danach wird es nochmals teurer.
Nun gut, aber zum Testen reicht das allemal, und mehr wollte ich in dem Fall gar nicht. Hier ein Erfahrungsbericht.

Screenshot des Web-Interfaces von Conduit bei der Entwicklung

Wie ist der Workflow beim Erstellen einer App mittles Conduit?
Über die Webseite http://mobile.conduit.com kann man sich nach Eingabe seiner Webseiten-URL eine App aus verschiedenen Bausteinen zusammen bauen. Dabei hat man stets die Möglichkeit, sich in einem Emulator anzuschauen, wie das Bisherige auf verschiedenen Systemen ausschauen würde: Das funktioniert ausgesprochen gut und man kann sich das Ganze im Quer- oder Hochformat anschauen. Bis dahin benötigt man noch keine Registrierung bei der Firma: Erst wenn man das Ergebnis sichern möchte, muss man sich registrieren. Danach kann man weiter an der App editieren oder gleich zum Veröffentlichen übergehen. Dies beginnt mit einer Art Marketing-Formular mit weiteren Daten zur App.

Dann geht alles ganz schnell: Die Web-App wird erstellt und die Android-App gleich mit dazu. Eine Windows-Phone-App wohl auch, aber das konnte ich mangels Gerät noch nicht testen. Eine iOS-App gibt es erstmal nicht, dafür wären weitere Schritte, u.a. die Zertifizierung durch Apple, nötig. Conduit legt sehr viel Wert auf Marketing, d.h. man erhält für seine Nutzer automatisch eine individuelle Webseite mit QR-Code  (s. Bild unten). Öffnet man diese mit einem Mobil-Gerät, so wird man sofort auf die Web-App weitergeleitet oder erhält die Möglichkeit zum Download der native App. Für iOS-Geräte reicht es übrigens, einfach die Web-App-URL auf den Home-Screen abzulegen, worauf man beim Aufruf der Seite gleich hingewiesen wird!
Apropos Kosten: Wenn man mit seiner App anschließend richtig in die bekannten App Stores möchte, enstehen erstens noch weitere Kosten und zweitens im Falle von Apple auch noch einige Arbeit. Die Gebühren für einen Android-Developper-Account liegen laut Conduit bei einmaligen 25 Dollar, die Gebühren für einen entsprechenden iOS-Developper-Account bei jährlich 99 Dollar.

Was kann man im Einzelnen mit den vorgefertigten Bausteinen tun?
Mein Eindruck: Conduit legt dabei den Schwerpunkt auf bekannte soziale Netzwerke und Web2.0-Dienste. Da muss man nur noch die URL und den öffentlichen Account-Namen (und vielleicht noch eine Playlist oder ein Album) eingeben und das war’s schon (Twitter, YouTube, Flickr). Mein eigenes Blog wurde per rss-Feed auch gut erkannt. Gar nicht erkannt wurde hingegen mein Podcast-Feed aus Loudblog; da musste ich mir dann einen Audio-Baustein manuell mit den gewünschten Podcast-Dateien und Texten zusammen bauen. Aber das ging ja auch. Wie ich meine php-basierten Diashows hineinbekommen hätte, weiß ich nicht und daher habe ich für den Test darauf verzichtet.
Man kann bei der Gestaltung der App aus verschiedenen Vorlagen wählen, wo und wie man die einzelnen Menüpunkte bei der App gerne hätte und auch die Farbgestaltung ist flexibel. Sehr schön und einfach also.
Das Ergebnis hat bei mir nicht so viel mit meiner eigentlichen Webseite zu tun und ich glaube auch nicht, dass man mittels Conduit eine 1:1 Mobile-Variante erstellen kann, aber das ist auch nicht Sinn der Sache. Sondern die Stärken liegen eher darin, verschiedene Quellen zu bündeln und über eine App anzubieten.
Meine Test-Bausteine finde ich in der Kombination auch nicht unbedingt einer App wert, aber mir ging es ja auch darum, zu testen, was technisch machbar ist. Mit diesem Hintergrundwissen könnte ich nun abschätzen, was mittels dieser Technik eine sinnvolle App wäre

Web-App oder Native-App?
Per Conduit erhält man Beides – aber natürlich ist entscheidend, was man eigentlich als Quelle und Bausteine benutzt hat. In meinem Fall wäre die App offline absolut unbrauchbar, weil ich nur Online-Dienste eingebunden habe, die einen Netz-Zugang erfordern.
Native Apps haben aus meiner Sicht generell 4 Vorteile:

• Man könnte einrichten, dass Inhalte offline nutzbar wären (was ich immer noch für den Hauptvorteil halte).
• Man könnte Dinge nutzen, die technisch nur als native App programmierbar sind (also man hätte u.U. weitere attraktive Funktionen).
• Man kann Dinge übersichtlich zusammen bauen, die technisch auf einer Webseite nicht zusammen abbildbar wären (verschiedene Server etc.).
• Es ist natürlich cooler, eine eigene App in einem der bekannten Stores zu haben.

Für mein gewähltes Testbeispiel greifen diese alle nicht, da reicht also die Web-App-Variante.

Statistik
Als eingeloggter Nutzer erhält man bei Conduit eine ausführliche Nutzungs-Statistik der App: bisherige Downloads, Art der Systeme, Land etc.

Quelle
Auf Conduit aufmerksam geworden bin ich übrigens durch einen Bericht in der Zeitschrift “Page: Ideen und Know-how für Design, Werbung, Medien”, Ausgabe 04.12, Seite 094

Last but not least – Der Link zu meiner neuen App:

http://idethloff.mobapp.at/

P.S. Meine ersten Web-App-Versuche liegen schon lange zurück, damals per iWebKit, das mir sehr gut gefallen hat (s. Blogeintrag vom 11. April 2010)

Prinzipiell ganz einfach, einige Dinge erforderten dann aber doch in Pages Nacharbeiten. Wichtig insbesondere: einheitliche (Absatz-)Formatierungen, keine Bilder neben Texten (sondern nur zwischen Texten) und das Inhaltsverzeichnis habe ich lieber in Pages neu erzeugt.

Da die Kopfzeilen bei der Konvertierung zu EPUB (logischerweise) wegfallen, müssen dortige Inhalte anderweitig im Pages-Dokument untergebracht werden, z.B. das Datum mit dem Stand der Doku. Ebenfalls sinnvoll: eine Extra-Coverseite anlegen, da sonst einfach die erste Inhaltsseite als Titelseite gewertet wird. Das wiederum hat hinterher Auswirkungen auf die Darstellung in verschiedenen EPUB-Readern.

Ob sich jeder Inhalt für ein EPUB eignet bzw. dieses dann sinnvoll auf jeglichem mobilen Endgerät genutzt werden kann, halte ich für fraglich. Für meine Konvertierung der “Adobe Connect Doku für Lehrende” würde ich das jedenfalls nicht sagen. Da sie viele Bilder enthält, ist die Nutzung auf kleinen Displays m.E. nicht mehr gut möglich, man verliert zu schnell den Zusammenhang zum Text. Des Weiteren hat meine automatische EPUB-Konvertierung in verschiedenen Playern / Betriebssystemen, die mir zur Verfügung standen, einige Probleme zu Tage gebracht:

Geräte-Test mit der AC Doku im EPUB-Format

1) iPad
Sehr gut sieht das Ergebnis aus auf dem 9,7-Zoll-Display des iPad. Insbesondere in iBooks 1.5 könnte man tatsächlich sehr gut mit dem Ergebnis arbeiten! Auf dem iPad mit Stanza 3.2 ginge es auch noch recht gut, obwohl hier der Nachtmodus versagt (schwarz auf schwarz) und die Überschriften auf Ebene 2 eine ziemlich mickrige Schriftgröße erhalten. In beiden Apps bleiben aber noch die im Text ursprünglich als “fett” ausgezeichneten Textstellen erhalten, was das Arbeiten mit dem Inhalt deutlich erleichert. In iBooks kann man die Bilder immerhin durch Doppelklick und anschließendes Zoomen genauer anschauen – ob und wie das in Stanza ginge…
Auf einem iPod Touch sieht das Layout ähnlich gut aus, nur ist die Anzeige halt wirklich sehr klein bzw. wenn man die Schrift vergrößert, passt nicht mehr viel auf eine Bildschirmseite.

2) Android-Handy
Weniger empfehlenswert: Meine EPUB auf Android mit kleinem Display. Auf dem 4-Zoll-Display meines Samsung Galaxy S hat man eh schon wenig Platz, und bei Inhalten mit vielen Bildern wird es schwierig. Zudem erkennen beide Android-EPUB-Apps, mit denen ich getestet habe, meine “fett” ausgezeichneten Textstellen nicht, wodurch mein Inhalt extrem unübersichtlich wird.
Getestet habe ich übrigens mit den aktuellen Versionen von “Aldiko” (der wiederum den Nachtmodus lesbar umsetzt) und “FBReader”.

3) Desktop-Rechner (Mac / Win)
Auf einem Desktop-Rechner kann man sich EPUBs natürlich auch ansehen (wenngleich in meinem Testobjekt sicherlich die PDF-Datei die übersichtlichere Option wäre).
Unter Mac/Windows habe ich hier einerseits mit dem Firefox-Add-on “EPUBReader” getestet und andererseits mit der Software “calibre” (Version 0.8.35). Hier kann man sich das von Pages erzeugte Ergebnis wenigstens gleich anschauen.

Fazit meines Word-Dokument-Tests:

• Nicht jeder Inhalt eignet sich automatisch als EPUB.
• Ggf. sind weitere Formatierungsarbeiten des Ursprungsdokuments nötig.
• Die Anzeige der EPUBs ist u.U. noch ziemlich Geräte-abhängig (Display-Größe sowieso, Betriebssystem, App).
• Die Umwandlung an sich ist über Pages extrem einfach – ein Blick in die einzelnen Dateien des EPUB-Containers (Entzippen) zeigt, was eigentlich alles dahinter steckt.

Wer sich die EPUB in der bisherigen Version mal anschauen möchte, hier ist sie: Link.

Hier übers Bild der Link zum YouTube-Video; leider ließe sich das 640×360-Video in meinem schmalen WordPress-Layout nur noch viel kleiner einbinden:

Musik erstellt mit GarageBand auf dem iPad, Dank an Michael!

Ansicht auf dem iPad während einer Beamer-Keynote-Präsentation

Mobiles Lernen finde ich nicht nur ein wichtiges Thema, sondern beschäftige mich auch selbst recht intensiv damit. Veschiedenste Geräte mit iOS und Android zu testen, um zu schauen, wo Möglichkeiten und Grenzen liegen, finde ich sehr spannend.

iPad und Beamer
Der iPad lässt sich dann doch leichter mal zu einem Termin oder auf eine Tagung mitnehmen als mein Macbook Pro, insbes. wenn es nur darum geht, mitschreiben zu können oder im Web etwas zu zeigen. Leider treffe ich bei Webseiten doch recht häufig auf Probleme (Flash, Java oder Formularfelder, in die sich nichts eingeben lässt…). Dafür ist das Gerät unschlagbar schnell einsatzbereit und leise – die Displaygröße ist dabei sehr brauchbar und die Bildschirmtastatur sehr gut zu benutzen. Das eduroam hat auch schon gute Dienste geleistet und funktioniert wunderbar auf dem iPad.

Interessant wird es dann, wenn man sich den Dock-VGA-Adapter für den iPad leistet: Da kommt nicht etwa das heraus, was man erwarten würde (nämlich ein 1:1-Bild), sondern entweder nichts (das ist bei den allermeisten Apps so) oder tatsächlich das gewünschte Bild. Das Ganze ist abhängig von der jeweiligen App.
Durch Recherche vor dem Kauf des Adapters wusste ich das zwar, war aber erstaunt, dass Nutzerbeschwerden von 2010 immer noch dermaßen aktuell waren: Warum hat Apple etwas dagegen, dass man Webseiten auf den Beamer projiziert??

Folgende Apps haben bei mir gut an verschiedenen Beamern funktioniert:

• Keynote
• Videos
• Fotos(-Diashow)

Webseiten
Definitiv nicht über Beamer gehen: Safari, Opera mini, Atomic Lite – d.h. normale Webbrowser-Apps. Nach einiger Recherche habe ich dann aber doch eine aktuelle App gefunden, die über VGA Webseiten zeigen kann, nämlich “2ScreensLE” für 1,59 Euro. Wenn man mal davon absieht, dass bei mir hin und wieder genau der interessante Button zur URL-Eingabe verschwand, hat der Rest gut funktioniert.
Jedoch finde ich es ziemlich erstaunlich, dass Apple offensichtlich keinen Bedarf sieht, Safari Beamer-fähig zu machen.
Ich frage mich, wie viele iPad-Nutzer schon einen VGA-Adapter gekauft haben und sich dann bei Vorträgen wunderten, dass sie keine Webseiten zeigen konnten…

Ein Vortrag mittels iPad
Vorgestern abend bei meinem Hörsaal-Vortrag auf dem RNIT-Frauen-Treffen habe ich es einfach mal versucht: Meine ursprünglichen PPT-Folien vorher nach Keynote importiert, kleine Korrekturen gemacht (es wurden nicht alle Schriften erkannt, einige Abstände stimmten nicht) und dann von Keynote aus den Vortrag gehalten.
Es hat hervorragend funktioniert: Die Einstellung mit 2 Folien nebeneinander ist wirklich brauchbar und der in Keynote integrierte Pointer eine feine Sache. Akku war kein Problem und Hitzeentwicklung auch nicht.

Meine schöne Idee, sozusagen als Intro zum Vortrag im Hintergrund per Diashow Bilder zu E-Learning laufen zu lassen, hat nur halb funktioniert. Die Screenshots, die ich zuvor direkt am iPad gemacht hatte, waren halt alle senkrecht und haben dadurch viel Platz verschenkt. Die Idee dazu kam mir leider erst kurz vorher, sonst hätte ich auch normale waagerechte Bilder erstellen und dann per iTunes-Album auf den iPad synchronisieren können. Das nächste Mal

Vor einer Woche konnte ich mir das Modell “Kindle Keyboard 3G” von Amazon ausführlich anschauen. Dies und der begeisterte Bericht eines Freundes haben mich überzeugt, mir jetzt ebenfalls genau diesen E-Book-Reader zu kaufen.
Warum? Ich denke, für Belletristik ist es eine schöne  und v.a. platzsparende Alternative, wenn man viel und schnell liest. Zudem lese ich sowieso meist englischsprachige Bücher, und bei diesen ist das Angebot an E-Books besonders groß.

Der Kindle ist klein und mit ca. 240 Gramm leichter als meine üblichen Taschenbücher. Das Display ist hoffentlich durch E-Ink wirklich augenfreundlicher als ein LCD/TFT, was für mich ein Hauptgrund für den Kauf war. Und das Umblättern ist wirklich absolut akzeptabel – der langsame Bildaufbau beim Umblättern war für mich bei den verschiedenen E-Book-Reader-Modellen, die ich in den letzten Jahren gesehen habe, immer das Knock-Out-Kriterium gewesen (s.a. Buchmesse-Bericht 2009).

Das Gerät war schon vorkonfiguriert auf meinen Amazon-Account und zur Sicherheit lässt sich der Kindle mit einem Passwort schützen. Die Bedienung ist ziemlich einfach. “Hübscher” wäre das Gerät vielleicht ohne Tastatur, doch für einen direkten Einkauf im Kindle Store oder Suche nach Begriffen in den E-Books halte ich die Tastatur für sehr sinnvoll, ebenso für die angebotene Annotationsfunktion.
Durch den USB-Anschluss ist es auch recht einfach, z.B. txt-Dokumente oder PDFs auf den Kindle zu verschieben. Bei PDFs allerdings macht sich dann der kleine Bildschirm bemerkbar – immerhin reichen im Querformat 4 Seiten, um den Inhalt einer PDF-Seite noch gut lesen zu können. Für die Nutzung von PDFs zum Nachschlagen sollte das allemal reichen.

Natürlich war ich auch neugierig auf die Option, für gekaufte Werke den aktuellen Lese-Stand mit einer iPad-Kindle-App synchronisieren zu können: Tatsächlich gibt es dann auf dem iPad ein Hinweis im Sinne von “Sie befinden sich derzeit an Position 16. Die zuletzt gelesene Position ist 857… [incl. Kindle-Gerätename, Datum und Uhrzeit]… Zu dieser Position gehen?”

Weitere praktische Funktionen beim Kindle: Bookmark-Funktion, Sortieren der Werke in frei anlegbare “Collections”, übersichtliche Anpassungsmöglichkeiten zur Schriftgröße etc. und auch die Vorlesefunktion (englisch) ist gar nicht schlecht. Gut finde ich auch die Möglichkeit zur kostenlosen Recherche in der englischen Wikipedia per 3G. Für unterwegs, wenn man kein W-LAN hat, durchaus mal interessant. Und wer will, kann im Hintergrund beim Lesen mp3-Dateien hören – per Alt+Leertaste aktivierbar/deaktivierbar.

Mein erster Kauf? Eine Jane-Austen-Collection  – 99 Cent für die gesammelten Werke ist wirklich günstig genug, da habe ich nicht lange nach den sicherlich auch vorhandenen einzelnen kostenlosen Werken gesucht. Geplant für demnächst: Kauf von englischsprachigen aktuellen Romanen.

Größenvergleich

Was inzwischen neu ist, ist die spezielle mTouch-App für iPad namens “mTouch+”, die sich nach der Beschreibung im AppStore und den dortigen Screenshots deutlich von der anderen unterscheidet. Dafür wollte ich jetzt aber keine erneuten 2,39 ausgeben. Und außerdem denke ich, dass der iPad-Bildschirm groß genug ist für eine Moodle-Nutzung per Webbrowser.
(2,39 ist offensichtlich der Preis, den der Hersteller für alle Apps nimmt, denn die dritte im Bunde namens “moodlEZ”, offensichtlich ab Moodle 2.x, kostet auch 2,39.)

Und was machen die Alternativen? Seit ich das letzte Mal geschaut habe, kostet nun auch die mPage-App etwas (zumindest eine der beiden angebotenen Apps namens “mPage 2G”). Und nach wie vor brauchen sowohl mPage als auch die App “mBook” eine Serverseitige Änderung. Von daher kommen die beiden für mich derzeit nicht in Frage.

Interessanter dann vielleicht die Entwicklungen bei Moodle 2.x für die “official mobile apps being developed by Moodle HQ” (s. http://docs.moodle.org/dev/Mobile_app). Wobei die Umstellung auf Moodle 2.x derzeit bei uns noch kein Thema ist.

1) ZigZag Board

Erst die App installiert und sie dann gestartet. Hier muss man sich zunächst bei der Firma registrieren, um etwas machen zu können. Das geht nur über die App, nicht über die Firmen-Webseite (hmm). So ganz klar wurde mir nicht, was ich durchs Registrieren bekam, aber es scheint ein 30-Tage-Testzugang zu sein. Wie sind nun die Möglichkeiten? (immerhin gibt es eine nette kleine Anleitung dazu)

Handschriftliches Zeichnen mit verschiedenen Farben ohne vorgegebene Grundformen, aber mit verschiedener Strichstärke. Das Löschen einzelner Teile ist nicht so ganz intuitiv, aber geht. Per Mail kann ich aus der App heraus nun Leute einladen, übers Web (d.h. ihren Browser) teilzunehmen, sprich per Versenden der Web-URL der Firma und eines Raum-Codes. Und da kam die Überraschung: Teilnehmen heißt Teilnehmen als Zuschauer und keinerlei Möglichkeit der Beteiligung? Was ist daran kollaborativ? Insofern scheidet diese App für mich aus. Es sei denn, ich habe irgendwo etwas übersehen.

2) SyncSpace (gratis)

Diese App gefiel mir auf dem iPad zunächst deutlich besser: Man hat nicht nur handschriftliche Möglichkeiten in verschiedenen Farben und Strichstärken, sondern auch einen Button für die Texteingabe per Tastatur. Zudem ein Radiergummi, dessen Bedienung man sofort versteht. Per E-Mail kann man auch hier jemanden einladen, aber jetzt kommt der Pferdefuß: Dieser muss einen iPad haben! Per Webbrowser geht da nichts, obwohl eine URL an den Eingeladenen versendet wird – diese Funktion ist wohl bestenfalls erst im Aufbau. Leider hatte ich gerade niemanden mit einem iPad zum Testen, insofern kann ich hier nicht sagen, ob die Zusammenarbeitsfunktion funktioniert.

Ergebnisse kann man als PDF versenden (das klappt auch)  oder nach Facebook, Twitter oder Campfire senden, was ich aber nicht getestet habe.

3) Whiteboard Lite (gratis)

Hier gibt es verschiedene Farben und Strichstärken für handschriftliches Malen sowie einen Radiergummi. Etwas gewöhnungsbedürftig, dann aber gut nutzbar,  finde ich das Einblenden der Farben etc. per 2-Finger-Klick-Verfahren. Zudem springt die Strichstärke bei jedem Farbwechsel auf einen vergleichsweise hohen Default-Wert, den man erstmal wieder verkleinern muss, wenn man damit schreiben will.

Hier ist nicht per Mail eine Verbindung initiierbar, sondern über Local WiFi und Bluetooth (also nicht etwa über Web) – bei iTunes heißt es dann auch “collaborate with friends and family”.  Zum Testen habe ich mir die App parallel auf meinen iPodTouch installiert und die Verbindung ließ sich tatsächlich gut herstellen. Allerdings sind die Display-Unterschiede zu groß als dass man da sinnvoll zusammenarbeiten könnte. Ich könnte mir vorstellen, dass es mit 2 iPads tatsächlich gut funktionieren würde.

Mein Fazit: Die Überschrift  “5 Free Collaborative Whiteboard Apps For the iPad” klang gut, aber bei den 3 Apps zumindest ist die Nutzungsmöglichkeit arg beschränkt und entspricht bei Weitem nicht dem, was ich unter kollaborativem Arbeiten auf einem Whiteboard verstehen würde. ZigZag Board benötigt nicht nur eine Registrierung und kostet später, sondern ermöglicht gar keine echte Mitarbeit, SyncSpace kann nur zwischen  iPads verbinden und WhiteboardLite kann sogar nur zwischen iPads/iPhones im lokalen Netz verbinden.

Mein erster Eindruck: Wow, jetzt wird das große Display des iPads endlich ausgenutzt und zudem entsteht jetzt ein echter Raumeindruck von AdobeConnect!
Ein Riesenfortschritt im Vergleich zur vorigen App, die sich ja verständlicherweise auf das kleine Display des iPhones ausrichtete und wichtige Funktionen nur im Wechsel auf dem Display darstellte.

Wenn Apple Flash nicht blockieren würde, wäre die App fürs iPad kaum nötig, da die Größe des iPad-Displays für eine Darstellung im Browser reichen würde. Nunja, über das Thema iPad, Flash und Rückschritt hatte ich ja schon mal geschrieben.

Jetzt aber zur neuen AdobeConnect-App vom 6.5.2011, V. 1.5.9

(Ansicht meines AC-Test-Raumes auf dem iPad, zum Vergrößern anklicken)

Über eine senkrechte Symbolleiste auf der linken Seite sind die wichtigsten Funktionen gut erreichbar und man kann vom Raum-Gesamtbild (s.o.) bequem umschalten auf Freigabe/Whiteboard, Kamera, Chat, Teilnehmerliste sowie etwaige weitere vorhandene Pods wie Hinweise, Fragen/Antworten, Abstimmungen.
Sind Sprech- bzw. Moderatorrechte vorhanden, erscheint rechts das Mikrofonsymbol und übers Antippen kann man sprechen. Einfacher geht es kaum.

Mit der alten App waren Whiteboard-Inhalte gar nicht erst sichtbar und auch manuelles Blättern in freigebeben Präsentationen war nicht möglich. Insofern sind viele neue Funktionen dazugekommen. Wenn die Netzwerkverbindung mitmacht (bei meinen Tests über WLAN stürzte die App leider mehrfach ab), dürfte das eine sehr gute Sache sein.

Problematisch wird es für Kursleiter, wenn sie nicht wissen, wie ihre Teilnehmer am Meeting teilnehmen, denn über die iPad-App geht bei Weitem nicht alles:

Aktives Mitarbeiten am Whiteboard oder Text-Pods ginge auch mit erweiterten Rechten nicht und außerdem erscheinen Whiteboard-Überlagerungen auf einem PDF beispielsweise nicht an der richtigen Stelle. D.h. wenn man Kreise o.ä. benutzt, um auf besondere Teile eines Dokumentes aufmerksam zu machen, sieht ein iPad-Nutzer diese vermutlich nicht an der richtigen Stelle.

Was (auch als Moderator) auf dem iPad nicht geht, ist das Hochladen und Freigeben von Dokumenten – dies ist auf Rechnern ja auch nur über das spezielle Add-In möglich, das es bis vor kurzem selbst für Linux nicht gab. Eigentlich geht vom iPad aus auch das synchrone Vorführen von bereits freigegebenen Dokumenten nicht – jedenfalls habe ich da keine Möglichkeit gefunden.

Im Raum-Layout “Zusammenarbeit” erscheint unter dem “Dateifreigabe-Pod” nur “Unsupported Content”, d.h. dezentrales Runterladen von Materialien, um dann gleich darüber zu diskutieren, würde über ein iPad nicht funktionieren.

Ebenfalls gar nicht gehen die Arbeitsgruppenräume – ein iPad-Teilnehmer verbleibt trotzdem im Hauptraum.

Insofern ist die iPad-App meiner Meinung nach für die reine Teilnahme an einem Meeting (=Rolle Teilnehmer) durchaus in Grenzen geeignet, aber schon die Moderatorenrolle würde nicht sinnvoll gehen. Mit “in Grenzen” meine ich z.B. die Teilnahme an einem Vortrag, einer reinen Präsentation, die zudem die Möglichkeit des Textchats offeriert und etwaige Rückmeldungen über Audio – das dürfte real sowieso der Haupt-Einsatzbereich von AdobeConnect sein. Und zur Einladung von Gastreferenten in einen Kurs oder für eine Vorlesung per AdobeConnect ist dieses Szenario in der Lehre ja auch durchaus geeignet.
Mit der Moderatorenrolle kommt auf dem iPad lediglich das Mikrofonsymbol zum Sprechen dazu, doch dazu könnte der Veranstalter in der Teilnehmerliste ja auch einfach die Audiorechte zuweisen.

[Update 22.5.2011]: Als Veranstalter des Meetings sieht man leider wirklich nicht, dass ein Teilnehmer evtl.  über eine iPad-App im Raum ist:  Das besondere Iconsymbol für “Mobile” in der Teilnehmerliste sieht nur derjenige an seinem iPad … – wichtiger wäre  jedoch, dass dieses besondere Symbol der Meeting-Veranstalter sieht?!

S. 15 (Uni Osnabrück): Beschrieben werden hier Prof. Vornbergers Variante der Vorlesungsaufzeichnungen sowie das lokal entwickelte Autorensystems media2mult, das Formeln, Bilder, Audio- und Videosequenzen leicht zugänglich macht.

S. 31 (Uni Rostock): E-Learning wird hier als sinnvoll genannt im Rahmen des konsequenten Einsatzes bei der Unterstützung für Geschichts-Seminare und -Vorlesungen – bei zwar anfangs erhöhtem Betreuungsaufwand, dann aber mit dem Ergebnis verbesserter Lehre für die Studierenden.

S. 71 (Charite Berlin): Im dortigen Kompetenzzentrum mit seinen Arbeitsbereichen zur Unterstützung der Lehre ist auch der Bereich E-Learning enthalten.

S. 73 (Kompetenzzentrum Hochschuldidaktik Mathematik, Uni Kassel + Uni Paderborn): Hier werden Konzepte entwickelt, Mathematik-E-Learning-Module als Brückenkurse vor Beginn des ersten Semesters einzusetzen. Des Weiteren  geht es darum, wie E-Learning später im Studium in elektronischen Zusatzseminaren in Form von interaktiven Visualisierungen und diagnostischen Selbsttests eingesetzt werden kann.

S. 79 (Hochschule für Musik, Weimar): Hier erfolgt der Hinweis, dass die enge Betreuung der Kern der Musikhochschul-Ausbildung sei und “kein E-Learning und keine ausgefeilte Präsentation im Hörsaal” diesen Nutzen ersetzen könne.

S. 83 (FH Jena): Eine Offensive für gute Lehre soll einerseits die Abbrecherquote senken, andererseits mehr Bewerber anlocken – als ein Baustein wird der starke Ausbau von E-Learning geplant.

So richtig viel erfährt man also nicht über E-Learning in dieser HRK-Broschüre – aber es scheint immerhin um mehr zu gehen als eine reine PDF-Ablage.

Kleiner Exkurs zum (auch gerade erschienenen) CHE-Ranking

Interessanterweise findet sich in den Erklärungen zu den Ergebnissen des  CHE-Rankings folgender Hinweis zum Kriterium  E-Learning: “E-Learning: Studierende bewerten Verbreitung und Qualität von Internetangeboten: Materialien zum Download und Interaktionsmöglichkeiten“.

Auf den ersten Blick habe ich hier an PDF-Ablage gedacht – Schaut man sich den zu Grunde liegenden Studierenden-Fragebogen an, wird auf S. 13 nur wenig klarer, was mit E-Learning gemeint ist : (Skala “sehr schlecht” bis “Sehr gut”)

E-Learning

Verbreitung dieses Angebots im Studiengang

Qualität der online angebotenen Materialien

Unterstützung von Lehre und Studium durch Online-Angebote

Unterstützung beim Selbststudium (z.B. durch Selbstlernplattformen)

Auch auf den zweiten Blick würde ich bei diesen Fragen, wenn ich sie beantworten müsste, bereits dann einen hohen positiven Wert vergeben müssen, wenn es beim E-Learning-Einsatz nur um PDFs auf einer Plattform ginge… Das kann ja eigentlich nicht Sinn der Sache sein. Und Fragen zu Interaktionsmöglichkeiten (s. obige E-Learning-Erklärung) kann ich hier nicht erkennen.

Und Flash heißt ja auch nicht nur “Video”, Flash kann viel mehr und ist im interaktiven Bereich stark vertreten, was ich dann nicht einfach mittels eines Videoformats abbilden kann. Natürlich wird es immer wieder neue Formate geben und Formate, die auslaufen – aber dass letztendlich das iPad zu so einem Wandel zu führen scheint, finde ich schon bedenklich.
Auch mit Java hatte ich gerade ein Problem auf dem iPad – aber wozu auch ein Saalplan auf einer Webseite – sicher hat der Konzertkarten-Anbieter eine App, die ich stattdessen nutzen könnte…

Davon abgesehen, mag ich mein iPad sehr gerne – gerade die App “Pulse News” eröffnet eine schöne grafische Variante eines RSS-Readers oder die  App “Brushes” ist schon ziemlich genial, z.B. weil man per “Play” automatisch die Enstehung eines Bildes im Zeitraffer nachverfolgen kann. Die Tagesschau-App gehört ebenfalls zu meinen Favoriten auf dem iPad und bleibt hoffentlich noch erhalten trotz Kritik aus Verleger- und Privatsender-Kreisen.

Leider hat das iPad m.E. nach ziemlich dazu beigetragen, dass Angebote im Internet kostenpflichtig werden. Ich hatte mich bei Kauf sehr drauf gefreut, Zeitungen und dgl. statt auf IPodTouch nun auf 9,7 Zoll lesen zu können. Daher war meine Überraschung Ende letzten Jahres ziemlich groß, als ich feststellen musste, dass iPad-Apps generell deutlich teurer sind als iPhone-Apps und gerade die Zeitungsangebote kostenpflichtig sind. Eine interessante kostenlose App im AppStore zu finden und dann erst später zu sehen, dass sie mir gar nichts nützt, weil dahinter kostenpflichtige Inhalte stehen, ist leider eher die Regel als die Ausnahme.
Am meisten bedauere ich, dass meine geliebte “New YorkTimes-App” nun seit einer Weile wirklich kostenpflichtig ist – gerade die Section “Technology” vermisse ich sehr, aber immerhin bleiben noch die “TopNews”- und “Most-E-Mailed”-Artikel übrig.

Diesen Blogbeitrag habe ich übrigens auf einem Windows-Rechner geschrieben, denn meine Apple-Rechner bzw. -Geräte sind ja ständig mit ihren Updates beschäftigt, d.h. Mac OS X oder iOS, iTunes, den ganzen App-Updates…