process-de - Revision history

VanGore: interwiki

2007-12-02T01:09:39Z

interwiki

← Older revision		Revision as of 01:09, 2 December 2007
Line 53:		Line 53:

	Haben Sie diese Verstanden sollten Sie sich selbst fragen ob es "etablierte, interoperabel eingeführte Standards welche das Problem bereits angehen, gibt". So wurde hCard and hCalendar auf den IETF Standards für vCard und iCal aufgebaut.		Haben Sie diese Verstanden sollten Sie sich selbst fragen ob es "etablierte, interoperabel eingeführte Standards welche das Problem bereits angehen, gibt". So wurde hCard and hCalendar auf den IETF Standards für vCard und iCal aufgebaut.


			{{Interwiki\|
			* [[process\|Englisch]]
			* [[process-fr\|Französich]]}}

VanGore: typos, ein bischen weiter

2007-11-19T23:12:38Z

typos, ein bischen weiter

← Older revision		Revision as of 23:12, 19 November 2007
Line 5:		Line 5:

	== Grundlegende vorausgesetzte Kenntnisse ==		== Grundlegende vorausgesetzte Kenntnisse ==
	Bevor Sie ~~starten~~ beachten Sie folgendes:		Bevor Sie beginnen beachten Sie bitte folgendes:

	# Bringen Sie Ihre Seite in den [[~~POSH-de\|~~POSH]]-Standard.		# Bringen Sie Ihre persönliche Seite in den [[POSH]]-Standard.
	# Fügen Sie Ihrer eigenen Seite <em>existierende</em> microformate wie [[hcard-de\|hCard]] für Kontaktdaten, [[hcalendar\|hCalendar]] für Termine, [[hatom\|hAtom]] regelmäßig ~~upgedateten Inhslt~~ (z.B. blogs) hinzu. Auf der Seite [[get-started-de~~\|get-started~~]] erhalten Sie mehr spezifische Beispiele Microformate.		# Fügen Sie Ihrer eigenen Seite <em>existierende</em> microformate wie [[hcard-de\|hCard]] für Kontaktdaten, [[hcalendar\|hCalendar]] für Termine, [[hatom\|hAtom]] regelmäßig aktualisierte Inhlate (z.B. blogs) hinzu. Auf der Seite [[get-started-de]] erhalten Sie mehr spezifische Beispiele für Microformate.

	Das hilft Ihnen mit dem [[POSH-de\|POSH-Konzept]] und [[microformats-de\|Mikroformaten]] vertrauter zu werden.		Das hilft Ihnen mit dem [[POSH-de\|POSH-Konzept]] und [[microformats-de\|Mikroformaten]] vertrauter und erfahrener zu werden. Diese praktischen Erfahrungen werden Ihnen helfen neue Mikroformate zu entwickeln.
	Diese praktischen Erfahrungen werden Ihnen helfen neue Mikroformate zu entwickeln.

	Dann fragen Sie sich selbst:		Dann fragen Sie sich selbst:

	== Warum? ==		== Warum? ==
	Als erstes brauchen Sie eine existierende Problemstellung welche gelöst werden soll. Kein Problem, kein Microformat.		Als erstes brauchen Sie eine existierende Problemstellung welche gelöst werden soll. Kein Problem, kein Microformat.!

	Dann wenn Sie "Ihr" Problem definiert haben fragen Sie sich selbst: 'gibt es eine einfachere Problemstellung?'. Ist dem so, so sollten Sie erst dieses lösen. Wir wollen die einfachste Form zuerst lösen und erst dann weitere komplexe Problemstellungen lösen.		Dann wenn Sie "Ihr" Problem definiert haben fragen Sie sich selbst: 'gibt es eine einfachere Problemstellung?'. Ist dem so, so sollten Sie erst dieses lösen. Wir wollen die einfachste Form zuerst lösen und erst dann weitere komplexe Problemstellungen lösen.

	Weiter sollten Sie ~~im Netz~~ recherchieren ob jemand anderes die gleiche Problemstellung wie Sie definiert hat. ~~Stelen~~ Sie dann fest das Sie immer noch ein ungelöstes Problem haben, schreiben Sie an die [http://microformats.org/mailman/listinfo/microformats-new/ microformats-new] Mailing-Liste oder an einen anderen Diskussionskanal ([http://microformats.org/discuss/ microformats.org/discuss]).		Weiter sollten Sie recherchieren ob jemand anderes die gleiche Problemstellung wie Sie definiert hat. Stellen Sie dann fest das Sie immer noch ein ungelöstes Problem haben, schreiben Sie an die [http://microformats.org/mailman/listinfo/microformats-new/ microformats-new] Mailing-Liste oder wenden Sie sich an einen anderen Diskussionskanal ([http://microformats.org/discuss/ microformats.org/discuss]).

	So stellen wir sicher das alle ~~Interssierten~~ an der Diskussion teilnehmen. Bitte fragen sie '''<span style="text-transform: uppercase;">erst</span>''' nach bevor Sie eine Wikiseite eröffnen. Das Wiki dient hier nicht als zentraler "Notizzettel". Wenn Sie sich nicht in der Lage sehen Ihre Problemstellung und ~~denken~~ Sie ~~benötigen~~ einen langen Text, kann das daran liegen das Sie ein großes Problem lösen wollen - und dann gilt der obige Absatz.		So stellen wir sicher das alle Interessierten an der Diskussion teilnehmen. Bitte fragen sie '''<span style="text-transform: uppercase;">erst</span>''' nach bevor Sie eine Wikiseite eröffnen. Das Wiki dient hier nicht als zentraler "Notizzettel". Wenn Sie sich nicht in der Lage sehen Ihre Problemstellung darzustellen und Sie meinen einen langen Text schreiben zu müssen, kann das daran liegen das Sie ein großes Problem lösen wollen - und dann gilt der obige Absatz.

	== Darstellung aktueller Sachverhalte ==		== Darstellung aktueller Sachverhalte ==
	Zeigen Sie Beispiele ~~konkrette~~ Beispiele. [[why-examples-de\|Warum man erst Beispiele benötigt?]]		Zeigen Sie Beispiele konkrete Beispiele. [[why-examples-de\|Warum man erst Beispiele benötigt?]]

	Es gibt das Konzept [http://ifindkarma.typepad.com/relax/2004/12/microformats.html paving the cowpaths] - um mit der Entwicklung zu beginnen muss man erst den Weg finden. Ihre Beispiele sollten Seiten zeigen die Daten und Informationen beinhalten die diejenigen Daten enthalten welche Sie mit Mikroformaten strukturieren wollen. Aus diesen Seiten sollten Markup-Beispiele aufzeigen und Lösungen vorschlagen.		Es gibt das Konzept [http://ifindkarma.typepad.com/relax/2004/12/microformats.html paving the cowpaths] - um mit der Entwicklung zu beginnen muss man erst den Weg dahin finden.

	Diese Beispiele sollten öffentlich zugänglich sein, vorzugsweise ~~in einem~~ Wiki, da ~~es keine Möglichkeit gibt diese allein zu bearbeiten~~.		Ihre Beispiele sollten Seiten sein, die Daten und Informationen enthalten welche Sie mit Mikroformaten strukturieren wollen. Aus diesen Seiten sollten Markup-Beispiele aufzeigen und Lösungen vorschlagen.

			Diese Beispiele sollten öffentlich zugänglich sein, vorzugsweise dann im Wiki, da so eine gemeinsame Bearbeitung erst möglich ist.
	<!--		<!--
	This collection of examples should be public, preferably on a wiki because there's no way you can do it by yourself (no matter how many of you there are). -->		This collection of examples should be public, preferably on a wiki because there's no way you can do it by yourself (no matter how many of you there are). -->

	Die Seite [[reviews-formats]] ist ~~hier~~ ein gutes Beispiel über die Recherchearbeit vor der Erstellung von Mikroformaten. Vor der Entwicklung von [[hreview\|hReview]] wurden erst die Struktur und Arbeitsweise von Bewertungseiten untersucht und dann eine Analysen der darin enthalten Schemata dargestellt.		Die Seite [[reviews-formats]] ist in diesem Fall ein gutes Beispiel über die notwendige Recherchearbeit vor der Erstellung von Mikroformaten. Vor der Entwicklung von [[hreview\|hReview]] wurden dort erst die Struktur und Arbeitsweise von Bewertungseiten untersucht und dann eine Analysen der darin enthalten Schemata dargestellt.

			Es ist möglich das sie während der Recherche auf "Ihr" Problem treffen der sogar auf jemanden der dieses gelöst hat

			Das wichtigste ist ein Dialog mit Anderen die an das selbe Problem herangehen. Wir möchten keine Mauern zwischen konkurrierenden Gruppen ziehen, welche am gleichen Problem arbeiten; alle sollen an geeigneten Lösungen zusammen arbeiten die möglichst viele Anforderungen abdecken.

			== Vorschlag eines Microformat ==
			Am wichtigsten ist: <strong style="text-transform:uppercase;">machs nicht!</strong>

			Es gibt weiter Dinge die man vor einer Neuentwicklung versuchen sollte:
			# Existiert bereits ein standard Element in XHTML
			# Existiert bereits Zusammenstellungen auf XHTML-Basis
			# Wenn die Antwort hier zwei mal "Nein" war, dann kann man über eine neues Micorformat diskutieren.

			Weiteres zum Thema semantisches XHTML, Beispiele und XHTML-Zusammenstellungen gibt es auf [http://tantek.com/presentations/2005/03/elementsofxhtml/ The Elements of Meaningful XHTML].

			Weiter gilt es die [[microformats#the microformats principles\|microformats Richtlinien]] einzuhalten.

			Haben Sie diese Verstanden sollten Sie sich selbst fragen ob es "etablierte, interoperabel eingeführte Standards welche das Problem bereits angehen, gibt". So wurde hCard and hCalendar auf den IETF Standards für vCard und iCal aufgebaut.

VanGore: sorry 2 typos

2007-11-15T00:26:39Z

sorry 2 typos

← Older revision		Revision as of 00:26, 15 November 2007
Line 4:		Line 4:
	{{TOC-right}}		{{TOC-right}}

	== Grundlegende ~~vorrausgesetzte~~ Kenntnisse ==		== Grundlegende vorausgesetzte Kenntnisse ==
	Bevor Sie starten beachten Sie folgendes:		Bevor Sie starten beachten Sie folgendes:

	# Bringen Sie Ihre Seite in den [[POSH-de\|POSH]]-Standard.		# Bringen Sie Ihre Seite in den [[POSH-de\|POSH]]-Standard.
	# Fügen Sie Ihrer eigenen Seite <em>existierende</em> microformate wie [[hcard-de\|hCard]] für Kontaktdaten, [[hcalendar\|hCalendar]] für Termine, [[hatom\|hAtom]] regelmäßig upgedateten Inhslt (z.B. blogs) hinzu. Auf der Seite [[get-started-de\|]] erhalten Sie mehr spezifische Beispiele Microformate.		# Fügen Sie Ihrer eigenen Seite <em>existierende</em> microformate wie [[hcard-de\|hCard]] für Kontaktdaten, [[hcalendar\|hCalendar]] für Termine, [[hatom\|hAtom]] regelmäßig upgedateten Inhslt (z.B. blogs) hinzu. Auf der Seite [[get-started-de\|get-started]] erhalten Sie mehr spezifische Beispiele Microformate.

	Das hilft Ihnen mit dem [[POSH-de\|POSH-Konzept]] und [[microformats-de\|Mikroformaten]] vertrauter zu werden.		Das hilft Ihnen mit dem [[POSH-de\|POSH-Konzept]] und [[microformats-de\|Mikroformaten]] vertrauter zu werden.

VanGore: first part

2007-11-15T00:25:28Z

first part

New page

Bitte lesen Sie die [[introduction-de|Einführung]], falls dies Ihr erster Besuch ist.

<h1>Sie wollen also ein neues microformat entwickeln?</h1>
{{TOC-right}}

== Grundlegende vorrausgesetzte Kenntnisse ==
Bevor Sie starten beachten Sie folgendes:

# Bringen Sie Ihre Seite in den [[POSH-de|POSH]]-Standard.
# Fügen Sie Ihrer eigenen Seite <em>existierende</em> microformate wie [[hcard-de|hCard]] für Kontaktdaten, [[hcalendar|hCalendar]] für Termine, [[hatom|hAtom]] regelmäßig upgedateten Inhslt (z.B. blogs) hinzu. Auf der Seite [[get-started-de|]] erhalten Sie mehr spezifische Beispiele Microformate.

Das hilft Ihnen mit dem [[POSH-de|POSH-Konzept]] und [[microformats-de|Mikroformaten]] vertrauter zu werden.
Diese praktischen Erfahrungen werden Ihnen helfen neue Mikroformate zu entwickeln.

Dann fragen Sie sich selbst:

== Warum? ==
Als erstes brauchen Sie eine existierende Problemstellung welche gelöst werden soll. Kein Problem, kein Microformat.

Dann wenn Sie "Ihr" Problem definiert haben fragen Sie sich selbst: 'gibt es eine einfachere Problemstellung?'. Ist dem so, so sollten Sie erst dieses lösen. Wir wollen die einfachste Form zuerst lösen und erst dann weitere komplexe Problemstellungen lösen.

Weiter sollten Sie im Netz recherchieren ob jemand anderes die gleiche Problemstellung wie Sie definiert hat. Stelen Sie dann fest das Sie immer noch ein ungelöstes Problem haben, schreiben Sie an die [http://microformats.org/mailman/listinfo/microformats-new/ microformats-new] Mailing-Liste oder an einen anderen Diskussionskanal ([http://microformats.org/discuss/ microformats.org/discuss]).

So stellen wir sicher das alle Interssierten an der Diskussion teilnehmen. Bitte fragen sie '''<span style="text-transform: uppercase;">erst</span>''' nach bevor Sie eine Wikiseite eröffnen. Das Wiki dient hier nicht als zentraler "Notizzettel". Wenn Sie sich nicht in der Lage sehen Ihre Problemstellung und denken Sie benötigen einen langen Text, kann das daran liegen das Sie ein großes Problem lösen wollen - und dann gilt der obige Absatz.

== Darstellung aktueller Sachverhalte ==
Zeigen Sie Beispiele konkrette Beispiele. [[why-examples-de|Warum man erst Beispiele benötigt?]]

Es gibt das Konzept [http://ifindkarma.typepad.com/relax/2004/12/microformats.html paving the cowpaths] - um mit der Entwicklung zu beginnen muss man erst den Weg finden. Ihre Beispiele sollten Seiten zeigen die Daten und Informationen beinhalten die diejenigen Daten enthalten welche Sie mit Mikroformaten strukturieren wollen. Aus diesen Seiten sollten Markup-Beispiele aufzeigen und Lösungen vorschlagen.

Diese Beispiele sollten öffentlich zugänglich sein, vorzugsweise in einem Wiki, da es keine Möglichkeit gibt diese allein zu bearbeiten.


Die Seite [[reviews-formats]] ist hier ein gutes Beispiel über die Recherchearbeit vor der Erstellung von Mikroformaten. Vor der Entwicklung von [[hreview|hReview]] wurden erst die Struktur und Arbeitsweise von Bewertungseiten untersucht und dann eine Analysen der darin enthalten Schemata dargestellt.