YAML

Das deutsche Copyright schützt eine Implementierung (bzw. die Ausführung), normalerweise jedoch nicht die Idee.

Bei Programmen ist der geschriebene Code geschützt, der Algorithmus ist nicht schützbar. Bei grafischen Werken (z.B. Malereien oder auch Fotos) kann das ausnahmsweise anders sein, wenn die Schöpfungshöhe groß genug ist.

Das bedeutet meiner Erfahrung nach, dass das Abmagern einer Software aus dem Original-Source heraus eine Copyright-Verletzung darstellt, das Übernehmen der Idee und eine Neuimplementierung z.B. mit anderen Bezeichnern zwar nicht die feine Art aber unkritisch ist. Sollte die Schöpfungshöhe relativ gering sein (z.B. weil es viele Quellen für die Idee gibt) oder die Implementierung keine Freiheitsgrade erlauben (z.B. können Bezeichner nicht selbst gewählt werden), ist auch die Implementierung nicht geschützt.

Ob ein CSS-Framework eher als Software oder als grafisches Werk (bei dem die Schutzrechte umfangreicher sind) zu werten ist, entscheidet ein Richter. Ich persönlich halte Frameworks eher für Software.

just my 2 cents

Also das einfachste könnte es sein, die YAML-Leute zu kontaktieren und sein Anliegen vorzutragen. Könnte viel rechtliche Kopfschmerzen sparen. An sich scheinen die ganz offen für Kooperationen zu sein.

Und wenn man sich die Arbeit anschaut, die da drinnen steckt, kann ich schon verstehen, dass die das Ding ein bisschen schützen bzw. Geld für die Lizenz nehmen.

Wo ich jetzt allerdings die von Meinolf verlinkte Diskussion im YAML-Forum gelesen habe, mache ich mir so meine Gedanken. Ich finde die Bemerkungen von Meinolf dort sehr klug und kein bisschen spitzfindig.

Dabei sein ist alles

Halte die Diskussion eher für ziemlich unsinnig. Hier im Forum ganz offen davon zu sprechen die Arbeit von "YAML für Drupal" von angeblich "überflüssigem" Code zu bereinigen und bei YAML sich auf anderem Wege hinterrücks eine Absolution für etwas rausleiern zu wollen, dass offensichtlich nicht gewünscht und erlaubt ist - kann wohl nur als hinterhältig und falsch bezeichnet werden.

Wieso denn hinterhältig? Will denn Meinolf jemandem einen Schaden zufügen?
Wir hatten gerade woanders eine Diskussion über Tonfall und Formulierungen. Bitte prüfe deine Aussage danach. Sonst verbringen wir hier die meiste Zeit damit, uns gegenseitig schlimme Sachen zu unterstellen.

Dabei sein ist alles

Meine Frage im YAML-Forum bezog sich einzig und alleine auf das Buch und Lizenzfragen die sich hinsichlich der Benutzung von Code aus dem Buch ergeben. Es ging mit NICHT um die Lizenz des YAML-Frameworks. In den Buch steht in keiner Zeile etwas von einer Lizenz oder Copyright.

Alles andere braucht weder hier noch woanders diskutiert zu werden. Und sollte ich mich entschliessen für welches Projekt auch immer einige wenige Zeilen von dort zu verwenden und den Backlink nicht setzen zu wollen, bekommen die auch ihre 119 €.

Trotz allem find ich die Geschichte mit dem Buch nicht in Ordnung. Kennt jemand irgendein Buch über Programmierung, dessen Code oder einige Zeilen davon, nicht frei benutzt werden darf?

vg
--
md - DrupalCenter

mdwp* :: Drupal Services

Es ist offensichtilich, daß die mit Yaml Geld verdienen wollen. Was ärgerlich ist und vermutlich auch dich ärgert, ist, dass in der Darstellung eine Vermischung mit wirklich offenen Projekten stattfindet. Die sollten sich dazu mal klar erklären.
Denn dass man den mühsam erstellten Code nicht verwässert haben will, ist eine Sache. Aber dies ist eine andere.
Es zeigt aber auch, dass das Auseinandersetzen mit verschiedenen Lizenztypen für uns Pflicht ist, denn das ist nicht alles so einfach, wie man sieht.

Dabei sein ist alles

Ich hab nichts gegen Geld verdienen. Tu ich auch mit meinen Dienstleistungen.
Und ich ärgere mich, wie gesagt, nur um die Geschichte mit dem Buch.

vg
--
md - DrupalCenter

mdwp* :: Drupal Services

die Lizenzbestimmungen für YAML scheinen mir ziemlich eindeutig und wenn du im YAML Forum schreibst

dann würde ich rein vom Gefühl her sagen - ja da sind - beim kommerziellen Einsatz ohne Backlinks (siehe YAML Lizenzbestimmungen - Gebühren fällig

Du hast aber auch recht mit einer Kritik an den fehlenden Lizenz-Angaben im Buch. In meinen Augen hast du aber mit dem Besuch des YAML-Forums und deinen Kommentaren dort eindeutig geäußert "ich nutze YAML, habe es angepasst", das bringt uns wieder zu den eindeutigen Lizenzbestimmungen.

Das sind jetzt meine subjektiven Gedanken die ich als "Richter" in der Angelegenheit hätte.

Zu YAML selbst fällt mir nur ein --> häh ? CSS Frameworks gibt es einige und sie verlangen Geld für die Nutzung (ohne backlinks) sogar nochmal extra was wenn man Drupal YAML nutzen will ?
Und dann soll die Community auch noch dran mitarbeiten - kostenfrei nehm ich an - das Konzept verstehe ich nicht ganz, aber ich werde YAML auch nicht nutzen.

@micha_1977
Das ist nämlich genau der Punkt.

Dabei sein ist alles

Das ist doch offensichtlich, wenn man sich seine (md) Threads mal anschaut. Werfen wir einen Blick in http://www.drupalcenter.de/node/4474. Dort schreibt er ganz offen, dass er YAML für Drupal genommen hat und alles was seiner Meinung nach überflüssig ist "entschlackt" hat. Das ist nach den Lizenzbedingungen auch in Ordnung, aber den Backlink darf er trotzdem nicht entfernen.

Mehr als offensichtlich hat er verstanden, dass sein "Entschlackungsplan" mit GPL Veröffentlichung so nicht zulässig ist und er sich nicht mit der Leistung von YAML für Drupal schmücken darf. Danach versucht er dann über einen allgemeinen Thread im YAML Forum und das Buch von Dirk Jesse einen Freibrief für sein tun zu erhalten, um die veränderte Arbeit von YAML für Drupal selbst unter GPL zu veröffentlichen mit dem Hinweis auf das Buch. Das erscheint mir irgendwie "falsch".

Schaden soll hier offensichtlich dem YAML für Drupal Projekt entstehen. Die Art und Weise, wie er versucht einen Freibrief zu bekommen halte ich für "hinterhältig", da Dirk Jesse (YAML) sicherlich nicht wissen kann, dass die Basis und Ziel seiner Arbeit ein modifiziertes YAML für Drupal sein soll.

Ich verwende auch YAML für Drupal und bin restlos begeistert - der Backlink ist nun wirklich das unwichtigste überhaupt und wirklich *kein* Problem. Zudem muss nicht überall GPL draufstehen - es gibt noch zig andere Drupal Themes unter CC. Dieses YAML für Drupal Theme sucht seinesgleichen vergeblich, auch wenn die letzten Versionen wegen dem CSS Kompression Feature erstmal etwas komplexer ausschauen. Das YAML Framework wurde perfekt integriert und nicht misshandelt und in die Drupal typische Struktur (style.css) gebracht. Das hängt sicherlich maßgeblich mit der Dokumentation zusammen und nicht mit dem Unwillen es in Drupal Strukturen zu pressen. Vergleichbares hat man übrigens auch beim "Zen" Theme gemacht. Dort wurde auch nicht alles in eine style.css gepresst, nur um einem mitlerweile *veralteten* "style.css" Gedanken nachzukommen. Vieles wird echt besser mit D6... :-)

Ich bin heilfroh, dass YAML für Drupal so ist wie es ist, denn ohne die YAML Framework Struktur würde keiner mehr verstehen, was in den CSS Dateien alles gemacht wird. Und ohne Dokumentation kann man jedes Framework vergessen!

Da hast du was falsch verstanden. Ich habe YAML noch für keines meiner Projekte eingesetzt. Das sieht man meinen Sites auch an. Ich habe lediglich auf meinem Entwicklungsrechner einige Dinge ausprobiert und ich habe 1-2 Fragen gestellt. Das die solch eine Welle schlagen, hatte ich nicht erwartet.

Und das ich gesagt habe, dass ich neben YAML kein zweites YAML für Drupal brauche, da ich es selber in einem Drupal-Theme umsetzen kann - na sorry ich kann es halt. Technisch ist das kein Problem.

Und wenn ich es dann für ein Projekt einsetzen würde, würde ich die 119 Euro auch zahlen. Auch das hab ich betont.

vg
--
md - DrupalCenter

mdwp* :: Drupal Services

damit zusätzlich zur Information über fehlende Lizenzangaben für mich was herauskommt zum Thema YAML

@MD

Als wie gut bzw. effizient empfindest du die Arbeit mit dem CSS-Framework, hat es Sinn für mittelgroße Projekte ? Ist es eher für z.B. Agenturen im Entwicklungsdauereinsatz geeignet ? Zwängt es ein oder läßt alle Freiheiten ?

Also wir machen mitlerweile alles mit YAML. Wozu soll man auch ständig das Rad neu erfinden? Der HTML Code ist super schlank und valide. Wir haben zig Projekte mit und ohne Drupal - sehr große bis kleine Projekte teils noch in arbeit oder auch schon umgesetzt. Damit ist nahezu alles möglich, aber es hat mit YAML wirklich wenig zu tun, wieviel Traffic auf einer Website ist :-). Da ist der Unterbau (z.b. Drupal Core / Module) entscheidend. Prinzipiell kannst Du damit machen was Du willst, aber ob das totale verbiegen sinnvoll ist wage ich sehr zu bezweifeln. Nach getaner Arbeit sollte man sicherlich den CSS Kompressor in Drupal einschalten und damit die inline Dokumentation für die Produktion entfernen. Seit Drupal 5.x ist man davon nur knapp zwei Klicks entfernt - einfacher geht es nun wirklich nicht.

Die Welle kommt wohl eher von Dir, da ein Lizenzproblem heraufbeschworen wird, dass es nicht wirklich gibt.

Es mag sein das Du das einbauen kannst, aber die Mehrheit kann es und/oder möchte das Rad nicht neu erfinden und lieber auf vorhandener Arbeit aufsetzten. Diese Menschen nehmen dann YAML für Drupal und haben es erheblich leichter YAML auch in Drupal zu verwenden. In YAML und YAML für Drupal steckt sicherlich erheblich mehr unbezahlte Arbeit als Du vieleicht glaubst.

PS: Die Drupal Association braucht auch Geld um Ihre Enterprise Serverfarm zu betreiben. Deine Server betreiben sich sicherlich auch nicht von "kostenlos". Betrachte diesen lächerlichen Beitrag als kleine Spende, damit das Projekt sich weiterentwickeln kann und nicht einschläft - vieleicht macht es das leichter diese "Lizenzkosten" zu verstehen. Nur so als Idee...

Hallo,

finde die aggressive Haltung von Herrn Bauer nicht angebracht. (Sie haben direkt mit YAML zu tun, oder?) Bei einem Photo/Bild ist es Beispielweise so das es 40% verändert werden muss, um es für sich selbst verwenden zu können (40% sind relativ, ok) Meinolf Droste hat doch nun wirklich (über) korrekt gehandelt und extra nocheinmal im Entwicklerforum nachgefragt. Wenn nur die "Subtemplates und einige IE Hacks" (und die sogar ein wenig verändert werden) in einem neuen Template verwendet werden sehe ich keinerlei Lizenzrechte verletzt! Werde mir das ganze die Tage mal genauer anschaun und ggf. hier posten.

Dazu würde mich eine entsprechende Quelle interessieren.

Also da ist Bauernfänger einem solchen aufgesessen. Gerade bezüglich Bildern sind die Lizenzbestimmungen extrem restriktiv, auch zurecht, wie ich finde. Kann allen Leuten die Lektüre solcher Bücher wie "Grundwissen Internetrecht" vo Volker Haug ode "Designrecht" vom PPV Medien empfehlen. Denn es sind unte Designern und Programmierern viele Irrglauben unterwegs. Es gibt auch ein klasse Jura-Audioblog: http://www.law-podcasting.de/
Aber keine Ahnung, ob das Thema da schon behandelt wurde.
Hier auch noch ein Link zum Blogpost von Jeff Eaton, der sich ausführlich mit der GPL auseinandersetzt:
http://jeff.viapositiva.net/archives/2006/02/drupal_and_the_gpl_as_i_und...

Diese ganze Diskussion hier driftet mittlerweile in eine seltsame Richtung. Klargeworden ist mir persönlich allerdings mittlerweile:
1. Die Autoren von YAML schützen ihr Werk.
2. Über die Gründe wurden hier bis jetzt nur Vermutungen angestellt, da müssten sie bei
Interesse am besten mal selber Stellung beziehen.
3. Entweder man benutzt es oder nicht. Wenn man es nicht benutzen will, kann
einem trotzdem wohl keiner verbieten, sich einige Tricks dort abzugucken. Ich bezweifele
sehr stark, dass sich die Techniken zum Clearen von Floats patentieren lassen. Leute,
die es benutzen, denen ist es das Geld wert, und die anderen, die es lieber selber machen
(gehöre ich auch zu) werden sich durch sowas wahrscheinlich sowieso eingeengt fühlen.

Dabei sein ist alles

Nein :-), aber ich weiss was gute Arbeit ist und weiss diese zu schätzen.

Bei den ganzen Auseinandersetzungen frage ich mich:

Wie würde die Diskussion laufen, wenn der Rechteinhaber eine Firma aus Seattle wäre? Und wenn die Frage zum Abspecken, Nachprogrammieren, Ideen-Verwerten vom Entwicklerteam des Samba-Projektes käme?

Rechte sind die eine Sache, Moral eine andere...

Nein muss nicht sein. Und das sind auch alles Vokabeln, die man eigentlich nicht in einem Forum sehen möchte (ist nicht gegen dich gerichtet).

Auch, wenn mir teilweise etwas anderes unterstellt wurde: ich hab im YAML-Forum nur eine Frage hinsichtlich des Buch zum Framework und der Lizenz gestellt. Nicht mehr und nicht weniger.

vg
--
md - DrupalCenter

mdwp* :: Drupal Services

Wir sollten die Diskussion hier im DC jetzt beenden. Um zu zeigen worum es mir geht, schaut mal hier http://drupal.mdwp.de. Was ihr dort seht ist eine Quick and Dirty Umsetzung des von mir modifizierten YAML-Codes - teilweise noch mit statischen Texten. Nicht auf's Layout schauen. Mal gucken, ob ich das heute noch hin bekomme. Wichtig ist: alles basiert nur noch auf den YAML Subtemplates, wie im übrigen die YAML Homepage auch: www.yaml.de

Allerdings hab ich auch für Subtemplates die "heilige Dreispaltigkeit", also CSS-Spalten mit gleicher Höhe unabhängig von der Länge einer Spalte implementiert.

Alles noch nicht getestet bzw. nur im Firefox. Und natürlich mit Backlink zu yaml.de

Wer möchte kann gerne hier - http://drupal.mdwp.de/drupal/yaml - mit mir weiter diskutieren.

vg
--
md - DrupalCenter

mdwp* :: Drupal Services

bei der Kommentar-Form gibts kein Submit-Button

Danke für den Hinweis. Werd ich gleich in Ordnung bringen.

vg
--
md - DrupalCenter

mdwp* :: Drupal Services

das sind die Dinge, wo wir uns alle immer wieder von Drupal verwirren lassen.
Kommentar Einstellung: "Vorschau erforderlich".

Na, wenn die erforderlich ist, gibt es auch kein "Submit". Man kommt nur nicht sofort drauf :-(

Sollte man wohl besser drauf verzichten.

vg
--
md - DrupalCenter

mdwp* :: Drupal Services

Wir sollten die Diskussion hier im DC jetzt beenden. Um zu zeigen worum es mir geht, schaut mal hier http://drupal.mdwp.de.

Warum sollte man die Diskussion denn bitte beenden bevor sie ausdiskutiert ist?!

Als Dupal "newbee" würde mich das doch interessieren wo hier das Problem liegt, gerade weil ich das Konzept von YAML sehr ansprechend finde. Es gibt keine anderen CSS/XHTML-Frameworks die ich kenne... Das aktuellste, welches mir als einzigstes einfällt, ist dieses "Blueprint"-Ding aber das ist in meinen Augen sehr flach gestrickt! Es dreht sich halt einzig und allein um die Textformatierung im "Grid-Kontext". Also wenn mir hier jemand andere coole CSS/XHTML-Frameworks nennen kann, wäre ich sehr Dankbar!

VG,
s.k.

Weil es nichts mehr mit mit Drupal zu tun hat, weil es nicht mehr ins DC gehört, da ich ja teilweise persönlich angesprochen wurde und weil es nur um eine einfache Frage ging.

vg
--
md - DrupalCenter

mdwp* :: Drupal Services

Es hat definitiv mit Drupal zu tun, alleine schon weil ich erwäge Drupal zu nutzen...
Weiterhin gefällt mir das YAML-Framework mitsamt Buch sehr gut! Nach langem "Selbststudium" via "YAML-Buch" (hab das ca. seit Ende 2006 - war ein nettes Nikolaus-Geschenk)...

Mich interessiert halt einfach wie ich YAML und meine Lehrstunden aus dem Buch optimal in Drupal einsetzen kann...
Ich brauch das auch nur für private Zwecke und nenne gerne die Namen der Verbrecher, die dahinter stehen! Will ja nur wissen wen ich im Drupal-Kontext zu nennen habe...

Wir können hier weder persönliche Angriffe/Beleidigungen noch Drohungen irgendwelcher Art tolerieren. Egal gegen welchen Benutzer sich das richtet. Diskutiert persönliche Dinge doch einfach per E-Mail, Telefon oder in einem RL-Treffen aus.

Der Thread ist hiermit geschlossen.

--
bv - drupalcenter.de