<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>zungu &#124; social media &#187; Textverarbeitung</title>
	<atom:link href="http://zungu.net/blog/category/textverarbeitung/feed/" rel="self" type="application/rss+xml" />
	<link>http://zungu.net</link>
	<description></description>
	<lastBuildDate>Wed, 21 Jul 2010 22:54:16 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>CamelCase? Wiki-Syntax und Usability</title>
		<link>http://zungu.net/blog/78/camelcase-wiki-syntax-und-usability/</link>
		<comments>http://zungu.net/blog/78/camelcase-wiki-syntax-und-usability/#comments</comments>
		<pubDate>Fri, 13 Jul 2007 05:00:11 +0000</pubDate>
		<dc:creator>Cedric Weber</dc:creator>
				<category><![CDATA[Textverarbeitung]]></category>
		<category><![CDATA[WYSIWYG]]></category>
		<category><![CDATA[Creole]]></category>
		<category><![CDATA[Mediawiki]]></category>
		<category><![CDATA[TWiki]]></category>
		<category><![CDATA[Wiki]]></category>
		<category><![CDATA[WikiCreole]]></category>
		<category><![CDATA[WikiWord]]></category>

		<guid isPermaLink="false">http://zungu.net/blog/78/camelcase-wiki-syntax-und-usability/</guid>
		<description><![CDATA[Binnenversal nennt man einen Großbuchstaben im Wortinnern (vgl. Wikipedia). Viele klassische Wikis verwenden diese Notation zur automatischen Verlinkung &#8211; CamelCase oder WikiWords genannt. Ein Wort mit einer Binnenversalie wird automatisch als Link erkannt. Schreibt man z.B. ProjektDoku wird nach dem Speichern automatisch auf die Seite ProjektDoku verlinkt. Falls sie noch nicht existiert wird die Seite [...]]]></description>
			<content:encoded><![CDATA[<p>Binnenversal nennt man einen Großbuchstaben im Wortinnern (vgl. <a href="http://de.wikipedia.org/wiki/Camelcase">Wikipedia</a>). Viele klassische Wikis verwenden diese Notation zur automatischen Verlinkung &#8211; <strong>CamelCase oder WikiWords</strong> genannt. Ein Wort mit einer Binnenversalie wird automatisch als Link erkannt. Schreibt man z.B. <em>ProjektDoku</em> wird nach dem Speichern automatisch auf die Seite <em>ProjektDoku</em> verlinkt. Falls sie noch nicht existiert wird die Seite beim ersten Anklicken des WikiWortes erstellt. Für eingefleischte Benutzer ist dies eine sehr einfache und schnelle Art Seiten zu verlinken. Doch ist die klassische Wiki-Syntax wirklich Benutzerfreundlich? <span id="more-78"></span></p>
<p>Nachteile von CamelCase sind, dass Wörter die eine Binnenversalie enthalten, automatisch verlinkt werden. Möchte man z.B. die Seiten SuSe oder MySQL nicht erstellen, muss dies durch zusätzliche Syntax verhindert werden (beim <a href="http://de.wikipedia.org/wiki/Ward_Cunningham">TWiki</a> durch !SuSe oder &lt;nop&gt;MySQL) . Auch die Lesbarkeit von Texten wird dadurch verschlechtert. Inzwischen bieten die meisten klassischen CamelCase-Wikis zusätzlich freie Verlinkung an. Immer mehr Wikis verzichten auch ganz auf die klassische Verlinkung aus dem <a href="http://c2.com/cgi/wiki?CamelCase">ersten Wiki</a> von <a href="http://de.wikipedia.org/wiki/Ward_Cunningham">Ward Cunningham</a> &#8211; insbesondere wenn moderne Editoren integriert sind. Eine Übersicht über die jeweilige Link-Syntax verschiedener Wikis erhält man in der <a href="http://www.wikimatrix.org/syntax.php?i=138">Wikimatrix</a>.</p>
<h3>Standardisierte Syntax?</h3>
<p>Leider gibt es bisher keinen Standard für die Wiki-Syntax. Schaut man sich verschiedene Wikis an, ist die Syntax leider recht unterschiedlich. Die einfache Textformatierung (fett, kursiv, code, Überschriften) ist bei allen Wikis recht einfach, doch keineswegs einheitlich. Sobald komplexere Inhalte (z.B. Tabellen) gepflegt werden sollen, wird die als einfach gelobte Syntax für ungeübte zum Alptraum. Im Bereich der Tabellen ist dies bei vielen Wikis recht unterschiedlich gelöst und Teilweise keineswegs simpel:</p>
<p><img src="http://zungu.net/files/2007/07/beispiel-syntax.png" alt="Mediawiki Syntax Beispiel aus der Wikipedia" /></p>
<p>(Syntax-Beispiel aus der Wikipedia / <a href="http://mediawiki.org">Mediawiki</a>)</p>
<p><strong>Update:</strong> Seit 2006 arbeiten Wiki-Entwickler an einem Wiki-Syntax Standard, <a href="http://wikicreole.org/">WikiCreole</a>. Zum 4. Juli 2007 wurde <a href="http://wikicreole.org/wiki/Creole1.0">Creole Version 1.0</a> als vorläufiger Standard für die nächsten zwei Jahre veröffentlicht (<a href="http://wikicreole.org/wiki/PressReleaseGerman">Pressemeldung</a>).</p>
<h3>WYSIWYG Editoren als Ausweg?</h3>
<p>Von vielen potentiellen Wiki-Anwendern sehnlichst vermisst werden komfortable WYSIWYG (What You See Is What You Get) Editoren welche einfaches Editieren in gewohnter Umgebung ermöglichen. Langsam aber sicher integrieren immer mehr moderne Wikis  solche Rich-Text Editoren. Eine Übersicht moderner Editoren und Konzepte gibt es im nächsten Artikel: <em>Is What You See What You Wiki?</em></p>
]]></content:encoded>
			<wfw:commentRss>http://zungu.net/blog/78/camelcase-wiki-syntax-und-usability/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Writely &#8211; Textverartbeitung der Zukunft</title>
		<link>http://zungu.net/blog/38/writely-textverartbeitung-der-zukunft/</link>
		<comments>http://zungu.net/blog/38/writely-textverartbeitung-der-zukunft/#comments</comments>
		<pubDate>Sat, 19 Aug 2006 00:39:01 +0000</pubDate>
		<dc:creator>Cedric Weber</dc:creator>
				<category><![CDATA[Google]]></category>
		<category><![CDATA[Textverarbeitung]]></category>
		<category><![CDATA[Wiki]]></category>
		<category><![CDATA[Writely]]></category>
		<category><![CDATA[WYSIWYG]]></category>

		<guid isPermaLink="false">http://zungu.net/2006/08/19/writely-textverartbeitung-der-zukunft/</guid>
		<description><![CDATA[Schon heute erledige ich einen großen Teil meiner täglichen Arbeit direkt im Web-Browser. Mit den schnellen Verbindungen ins Web haben sich auch die Online-Anwendungen im Browser rasant zugenommen. Email, Einkauf, Aukunft, Banking, Instant Messaging, Telefonie, Kalender, Tabellenkaluklation und mit unter anderem mit Writely auch Textverarbeitung kann online direkt im Browser erledigt werden. Was ist mit [...]]]></description>
			<content:encoded><![CDATA[<p> 	 Schon heute erledige ich einen großen Teil meiner täglichen Arbeit direkt im Web-Browser. Mit den schnellen Verbindungen ins Web haben sich auch die Online-Anwendungen im Browser rasant zugenommen. Email, Einkauf, Aukunft, Banking, Instant Messaging, Telefonie, Kalender, Tabellenkaluklation und mit unter anderem mit Writely auch Textverarbeitung kann online direkt im Browser erledigt werden. </p>
<h3>Was ist mit Writely alles möglich?</h3>
<p>Writely ermöglicht, neben den aus der normalen Textverarbeitung mit Microsoft Word oder <a href="http://www.openoffice.org/" title="OpenOffice">OpenOffice</a>   bekannten Formatierungsmöglichkeiten, auch gemeinsames Bearbeiten von freigegebenen Dokumenten. Dazu können einzelne Dokumente für bestimmte Personen zur Einsicht und Bearbeitung freigegeben werden. Um Änderungen zu verfolgen und die Zusammenarbeit zu vereinfachen ist eine Versionsverwaltung integriert. Dokumente können nach Wunsch als Word-, RTF-, OpenOffice-, HMTL- oder PDF-Dokument gespeichert werden.</p>
<p>Writely bietet damit auch viele Funktionen die für ein Wiki typisch sind. Und natürlich ist es recht angenehm ohne Lokale Software-Installation vom jedem Internetfähigen PC aus an seine eigenen Dokumente zu kommen. Viel weiter habe ich allerdings noch nicht getestet. Sicherlich werde ich auch in naher Zukunft meine Textverarbeitung nicht online erledigen, ausser wenn ich evtl. gemeinsam mit anderen an einem Dokument arbeiten muss oder die Änderungen überwacht werden sollen. Auf meinem eigenen Rechner glaube ich immerhin noch zu wissen wer meine Dokument liest, während ich mir da bei all den Online-Services nicht mehr ganz sicher bin…</p>
<p>P.S. Sogar dieser Blogeintrag wurde direkt mit <a href="http://writely.com/" title="Wordprocessor im Web">Writely</a>   geschrieben und konnte von dort über die Movabletype-API direkt hier auf mzungu’s veröffentlicht werden.</p>
]]></content:encoded>
			<wfw:commentRss>http://zungu.net/blog/38/writely-textverartbeitung-der-zukunft/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

