<?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.1</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&#223;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&#223;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&#252;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&#246;rter die eine Binnenversalie enthalten, automatisch verlinkt werden. M&#246;chte man z.B. die Seiten SuSe oder MySQL nicht erstellen, muss dies durch zus&#228;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&#228;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 &#220;bersicht &#252;ber die jeweilige Link-Syntax verschiedener Wikis erh&#228;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&#252;r die Wiki-Syntax. Schaut man sich verschiedene Wikis an, ist die Syntax leider recht unterschiedlich. Die einfache Textformatierung (fett, kursiv, code, &#220;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&#252;r unge&#252;bte zum Alptraum. Im Bereich der Tabellen ist dies bei vielen Wikis recht unterschiedlich gel&#246;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&#228;ufiger Standard f&#252;r die n&#228;chsten zwei Jahre ver&#246;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&#246;glichen. Langsam aber sicher integrieren immer mehr moderne Wikis  solche Rich-Text Editoren. Eine &#220;bersicht moderner Editoren und Konzepte gibt es im n&#228;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&#223;en Teil meiner t&#228;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&#223;en Teil meiner t&#228;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&#246;glich?</h3>
<p>Writely erm&#246;glicht, neben den aus der normalen Textverarbeitung mit Microsoft Word oder <a href="http://www.openoffice.org/" title="OpenOffice">OpenOffice</a>   bekannten Formatierungsm&#246;glichkeiten, auch gemeinsames Bearbeiten von freigegebenen Dokumenten. Dazu k&#246;nnen einzelne Dokumente f&#252;r bestimmte Personen zur Einsicht und Bearbeitung freigegeben werden. Um &#196;nderungen zu verfolgen und die Zusammenarbeit zu vereinfachen ist eine Versionsverwaltung integriert. Dokumente k&#246;nnen nach Wunsch als Word-, RTF-, OpenOffice-, HMTL- oder PDF-Dokument gespeichert werden.</p>
<p>Writely bietet damit auch viele Funktionen die f&#252;r ein Wiki typisch sind. Und nat&#252;rlich ist es recht angenehm ohne Lokale Software-Installation vom jedem Internetf&#228;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 &#196;nderungen &#252;berwacht werden sollen. Auf meinem eigenen Rechner glaube ich immerhin noch zu wissen wer meine Dokument liest, w&#228;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 &#252;ber die Movabletype-API direkt hier auf mzungu’s ver&#246;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>

