<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: Bücher auf dem iPad</title>
	<atom:link href="http://www.dirkvongehlen.de/index.php/netz/bucher-auf-dem-ipad/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dirkvongehlen.de/index.php/netz/bucher-auf-dem-ipad/</link>
	<description></description>
	<lastBuildDate>Sun, 05 Feb 2012 17:36:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>Von: Digitale Notizen &#187; Blog Archive &#187; Das iPad: Das sollte man wissen</title>
		<link>http://www.dirkvongehlen.de/index.php/netz/bucher-auf-dem-ipad/comment-page-1/#comment-9344</link>
		<dc:creator>Digitale Notizen &#187; Blog Archive &#187; Das iPad: Das sollte man wissen</dc:creator>
		<pubDate>Fri, 02 Apr 2010 13:03:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.dirkvongehlen.de/?p=4656#comment-9344</guid>
		<description>[...] ist soweit: An diesem Wochenende wird das iPad verkauft. Das sollte man über seine technischen Eckdaten [...]</description>
		<content:encoded><![CDATA[<p>[...] ist soweit: An diesem Wochenende wird das iPad verkauft. Das sollte man über seine technischen Eckdaten [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Dirk Songür</title>
		<link>http://www.dirkvongehlen.de/index.php/netz/bucher-auf-dem-ipad/comment-page-1/#comment-8182</link>
		<dc:creator>Dirk Songür</dc:creator>
		<pubDate>Sat, 06 Mar 2010 15:24:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.dirkvongehlen.de/?p=4656#comment-8182</guid>
		<description>Und wieso nehmen wir nicht einfach die ganzen Motion Designer aus dem Web-Bereich, die das so wie so schon die ganze Zeit machen (sprich: Flash, Silverlight etc.)?</description>
		<content:encoded><![CDATA[<p>Und wieso nehmen wir nicht einfach die ganzen Motion Designer aus dem Web-Bereich, die das so wie so schon die ganze Zeit machen (sprich: Flash, Silverlight etc.)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: ben_</title>
		<link>http://www.dirkvongehlen.de/index.php/netz/bucher-auf-dem-ipad/comment-page-1/#comment-8148</link>
		<dc:creator>ben_</dc:creator>
		<pubDate>Fri, 05 Mar 2010 10:01:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.dirkvongehlen.de/?p=4656#comment-8148</guid>
		<description>Also &quot;Texttechnologie&quot; ist eine wissenschaftliche Fachrichtung und ein Studiengang. Zufällig hab ich da sogar einen Abschluss drin. :)
Da der Wikipedia-Artikel der Relevanzdebatte zum Opfer gefallen zu sein scheint, werde ich die Tage mal in meinem Blog, zwei bis vier Absätze dazu schreiben.

Mit Autoren, die programmieren können meine ich folgendes. Die Aufgabe eines Autors war bisher eine lineare Kette von Zeichen zu erstellen. Buchstabenketten, Wortketten, Satzketten, Absatzketten, Kapitelketten. Die gewünschte Rezeptionsreihenfolge dabei war klar: Vorne anfange, am Ende aufhören. Im anspruchvollsten Fall hat man sich als Autor (Journalist) mit einem Layouter zusammengesetzt Artikel auf einer (Zeitungs-)Seite verteilt. 

Was man aber schon in dem einfach gehaltenen Penguin Video sehen kann übersteigt dies alten Form von An-Ordnung von Texten und Inhalten bei weitem. Schau Dir das nur an. Da kann man in bestimmte Bereich reinzoom. Andere Bereiche kann man verschieben.
Manchmal, wenn ich auf etwas klicke, kommt ein Geräuch, manchmal passiert etwas völlig anderes.
Manchmal kann ich innerhalb einer Seite malen
und manchmal nicht. Manchmal gibt es Seitenleisten,
die man ausfahren lassen kann in denen andere
Inhalte oder Funktionen enthalten sind.
Ich könnte immer weiter so weitermachen.

All diese &quot;Wenn, danns&quot; müssen programmiert werden.

Espen Aarseth hat das in seinem 97er Buch &quot;Cybertext&quot; sehr schön beshrieben. Ein (auch multimedia) Text besteht immer aus drei Dingen.

1. Textonen = Alle Inhalte des Textes, aufgebrochen in deren kleinste Einheiten, also Absätze, Artikel, Bilder etc).
2. Scriptonen = Jene Teile der Textonen, die der Leser auch tatsächlich zu sehen bekommt.
3. Traversale Funktion = Die Mechanik, die beschreibt, wie aus Textonen Scriptonen werden können. 

Für Print ist die traversale Funktion geradezu simplizistisch und zwar für praktisch jede Instanz des Medium. Für alle digitalen Medien gibt es für jede einzelne Instanz eines Medium die Möglichkeit vom der simplizistischte Mechanik bis hin zu einer hochkomplexen Mechanik, die sich unterschiedlichster Konzepte bedient, User-Rollen und Rechte, Datenquellen, Leseverhalten, Mathematische Verhältnisse (Leser die x gelensen haben), usw. 

Für die Erstellung solcher, komplexerer Funktionen werden wir nie, nie, nie ein Werkzeug haben, das so einfach ist wie Microsoft Word. Dafür brauchen wir immer Leute, die programmieren können, weil es genau das ist. Die traversale Funktion dessen, was das Penguin-Video zeigt ist – meiner bescheidenen Meinung nach – ca. 100 Mal komplexer als bei vergleichbaren Printprodukten, was bedeutet, dass ich den 100fachen Aufwand brauche, um bspw. so einen interaktiven Reiseführer zu erstellen,
im Vergleich zu einem gedruckten.

Der wichtigste Punkt aber: Autoren sind derzeit nicht dazu ausgebildet, komplexere Funktionen zu bauen. Programmierer auf der anderen Seite sind nicht dazu ausgebildet, Inhalte zu strukturieren und zu vermitteln. 

Genug geschwafelt.


Höööchst lesenswerter aktueller Beitrag zum Thema von Craig Mod (der mit den iAs assoziert ist):
http://craigmod.com/journal/ipad_and_books/</description>
		<content:encoded><![CDATA[<p>Also &#8220;Texttechnologie&#8221; ist eine wissenschaftliche Fachrichtung und ein Studiengang. Zufällig hab ich da sogar einen Abschluss drin. :)<br />
Da der Wikipedia-Artikel der Relevanzdebatte zum Opfer gefallen zu sein scheint, werde ich die Tage mal in meinem Blog, zwei bis vier Absätze dazu schreiben.</p>
<p>Mit Autoren, die programmieren können meine ich folgendes. Die Aufgabe eines Autors war bisher eine lineare Kette von Zeichen zu erstellen. Buchstabenketten, Wortketten, Satzketten, Absatzketten, Kapitelketten. Die gewünschte Rezeptionsreihenfolge dabei war klar: Vorne anfange, am Ende aufhören. Im anspruchvollsten Fall hat man sich als Autor (Journalist) mit einem Layouter zusammengesetzt Artikel auf einer (Zeitungs-)Seite verteilt. </p>
<p>Was man aber schon in dem einfach gehaltenen Penguin Video sehen kann übersteigt dies alten Form von An-Ordnung von Texten und Inhalten bei weitem. Schau Dir das nur an. Da kann man in bestimmte Bereich reinzoom. Andere Bereiche kann man verschieben.<br />
Manchmal, wenn ich auf etwas klicke, kommt ein Geräuch, manchmal passiert etwas völlig anderes.<br />
Manchmal kann ich innerhalb einer Seite malen<br />
und manchmal nicht. Manchmal gibt es Seitenleisten,<br />
die man ausfahren lassen kann in denen andere<br />
Inhalte oder Funktionen enthalten sind.<br />
Ich könnte immer weiter so weitermachen.</p>
<p>All diese &#8220;Wenn, danns&#8221; müssen programmiert werden.</p>
<p>Espen Aarseth hat das in seinem 97er Buch &#8220;Cybertext&#8221; sehr schön beshrieben. Ein (auch multimedia) Text besteht immer aus drei Dingen.</p>
<p>1. Textonen = Alle Inhalte des Textes, aufgebrochen in deren kleinste Einheiten, also Absätze, Artikel, Bilder etc).<br />
2. Scriptonen = Jene Teile der Textonen, die der Leser auch tatsächlich zu sehen bekommt.<br />
3. Traversale Funktion = Die Mechanik, die beschreibt, wie aus Textonen Scriptonen werden können. </p>
<p>Für Print ist die traversale Funktion geradezu simplizistisch und zwar für praktisch jede Instanz des Medium. Für alle digitalen Medien gibt es für jede einzelne Instanz eines Medium die Möglichkeit vom der simplizistischte Mechanik bis hin zu einer hochkomplexen Mechanik, die sich unterschiedlichster Konzepte bedient, User-Rollen und Rechte, Datenquellen, Leseverhalten, Mathematische Verhältnisse (Leser die x gelensen haben), usw. </p>
<p>Für die Erstellung solcher, komplexerer Funktionen werden wir nie, nie, nie ein Werkzeug haben, das so einfach ist wie Microsoft Word. Dafür brauchen wir immer Leute, die programmieren können, weil es genau das ist. Die traversale Funktion dessen, was das Penguin-Video zeigt ist – meiner bescheidenen Meinung nach – ca. 100 Mal komplexer als bei vergleichbaren Printprodukten, was bedeutet, dass ich den 100fachen Aufwand brauche, um bspw. so einen interaktiven Reiseführer zu erstellen,<br />
im Vergleich zu einem gedruckten.</p>
<p>Der wichtigste Punkt aber: Autoren sind derzeit nicht dazu ausgebildet, komplexere Funktionen zu bauen. Programmierer auf der anderen Seite sind nicht dazu ausgebildet, Inhalte zu strukturieren und zu vermitteln. </p>
<p>Genug geschwafelt.</p>
<p>Höööchst lesenswerter aktueller Beitrag zum Thema von Craig Mod (der mit den iAs assoziert ist):<br />
<a href="http://craigmod.com/journal/ipad_and_books/" rel="nofollow"></a><a href='http://craigmod.com/journal/ipad_and_books/'>http://craigmod.com/journal/ipad_and_books/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: dvg</title>
		<link>http://www.dirkvongehlen.de/index.php/netz/bucher-auf-dem-ipad/comment-page-1/#comment-8141</link>
		<dc:creator>dvg</dc:creator>
		<pubDate>Fri, 05 Mar 2010 09:01:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.dirkvongehlen.de/?p=4656#comment-8141</guid>
		<description>Texttechnologen ist ein interessanter Begriff. Was meinst du damit genau: Autoren, die auch programmieren können?</description>
		<content:encoded><![CDATA[<p>Texttechnologen ist ein interessanter Begriff. Was meinst du damit genau: Autoren, die auch programmieren können?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

