Geminsame Nutzung von GPL & MIT Lizenz - wie?

WordPress lässt Du doch unter dieser Lizenz und gibst WP nicht weiter oder möchtest Du WordPress zum Download anbieten? Würde nur das Theme zum Download anbieten.

Na unter welcher Lizenz werden denn die kostenpflichtigen Themes vertrieben?

Ich habe noch keins gekauft, doch zuweilen gelesen, dass es da unterschiedliche Lizenzen gibt. Und bezieht sich das nicht nur auf Themes und Plugins, die über WordPress eingereicht werden?

MySQL hat eine Lizenz, PHP hat eine Lizenz, WordPress hat eine Lizenz, jedes Framework steht unter einer Lizenz, dennoch ist es Deine Software, die Du entwickelst, auf der Du allein ein Urheberrecht hast. Zu beachten gibt es sicherlich einiges.

Auf offene Formate ist zu achten, denn die Verwendung von anderen Formaten könnte voll in die Hose gehen, soweit ich weiß.

http://de.wikipedia.org/wiki/Offenes_Format

Und es ist denke ich ein Unterschied, ob Du etwas als Software-Produkt in den Handel bringst oder ob Du nur ein Theme anbietest.

Mit den offenen Formaten war nur ein Beispiel. Hatte mal mit C begonnen und wollte einen kleinen Editor schreiben. Was ich fand war RTF, weil das wohl von MS als offenes Format freigegeben wurde. Auch las ich mal etwas, dass jemand eine saftige Abmahnung erhielt, weil er eine Programmiersprache verwendete, die nicht freigegeben war.

Bei PHP und JavaScript hätte ich da keine Bedenken, doch auch da gab es irgendetwas bei der Produktbenennung zu beachten, ob ein Script nur aufsetzt auf diese Sprachen oder aber näher verwandt ist, wie es zum Beispiel bei einem Parser für PHP der Fall wäre, oder wie es in der Zeit der Browserkriege mit den clientseitigen Scriptsprachen war. Das betraf nicht die Programmierer von Webanwendungen, doch die Entwickler von Browsern, denke ich mir, wenn die einen neuen Browser oder eine neue Engine auf den Markt bringen wollten. Weiß ich nicht, denke ich mir nur.

Du hast jedenfalls erst einmal ein Urheberrecht auf Deine Software und damit kannst Du auch über die Nutzungsbedingungen entscheiden. Das könntest Du aber nicht, wenn Du diese einfach über GPL veröffentlichst, nehme ich mal an. Ich verstehe vieles nicht, bin ja kein juristischer Experte. Doch entweder Du befragt einen Anwalt oder Du besorgst Dir mal einige Lizenzen von anderen Anbietern und schaust mal, was die so schreiben. Würde mich auch mal interessieren.

Mal etwas mehr:

http://themeforest.net/licenses/regular

Oder als Beispiel für Plugins:

http://helpdesk.wpseo.de/faq/lizenz-leitfaden/

Auch noch einige Hinweise:

http://www.wp-care.net/2012/08/05/dar…erziell-nutzen/

Ist jedenfalls eine komplizierte Angelegenheit und ohne Anwalt wirst Du da nicht richtig weiter kommen, denke ich mir.

Mein erstes Plugin hatte ich nicht für WP geschrieben, sondern als allgemeines Tool für Webseiten und nur weil es dann über Shortcode auch als Plugin für WordPress genutzt werden kann, sehe ich es noch lange nicht als ein Derivat von WordPress.

Bisher biete ich aber keine kostenpflichtigen an, deshalb hat mich die Angelegenheit noch nicht übermäßig beschäftigt. Falls es da aber Probleme geben sollte, dann würde ich einige in letzter Zeit genutzte WP-Funktionen wieder entfernen, dafür die PHP-Entsprechungen verwenden und nur noch die Anbindung über Schnittstelle mit einen WP-Hook ermöglichen.

Bei Themes ist es etwas anders, die wären ja ohne WordPress-Funktionen nicht lauffähig. Doch ob Du da nun noch ein oder zwei FrameWorks wie jQuery oder Bootstrap benutzt, würde ich mal als unerheblich ansehen. Die Frage ist lediglich, ob die FrameWorks ein Bestandteil vom Paket sind, welches Du zum Download anbietest. Ich benutze keine, weil mir FrameWorks ein Greul sind oder nur dann, wenn diese bereits genutzt werden. Also für ein Dasboard-Plugin würde ich auch auf jQuery zugreifen, weil da jQuery ohnehin bereits eingebunden wird, für ein Frontend-Plugin hingegen nicht.

Zitat von MegaWork

Quelle: https://wordpress.org/about/license/

Dies sagt eigentlich eindeutig, dass auch themes unter GPL lizenziert werden müssen.

Das sagt nach meiner Meinung nur eindeutig aus, das auf Drupal als Erklärung verwiesen wird und bei Drupal heißt es dazu, dass alles was an einem Browser gesendet wird, nicht unter GPL veröffentlicht werden muss, so lange kein FrameWork dazu verwendet wird, welches selbst unter GPL veröffentlicht wurde.

Im Einzelnen verstehe ich das so, Du muss den Code eines Themes unter GPL stellen, den darf jeder verteilen wie er gerade möchte, er und kein anderer darf aber etwas an einen Browser senden, was aus dem Content von ein von Dir entworfenes Theme zurückzuführen ist, ohne sich nach Deinen Nutzungsbedingen zu richten oder so in etwa. Ist schwer zu verstehen, richtig verstehe ich das auch nicht, ohne Anwalt wird das nichts.

Und dann halt auch mal schauen, was anderen in den Lizenzen zu stehen haben und wie das da formuliert wurde.

Hier ist es denke ich richtig gemacht und das würde ich jetzt für ein gutes und verständliches Beispiel halten, wobei besonders der letzte Abschnitt zu beachten ist:

http://www.stylish-templates.de/lizenzbedingungen

Dieses Beispiel werde ich mir mal vormerken.
Geht halt nur, wenn man ein Theme nicht auch FrameWorks aufbaut.

Zitat von MegaWork

Da stellt sich mir doch schon gleich am Anfang die Frage, wie ich dieses theme nun richtig lizenziere, da bootstrap ja die MIT Lizenz nutzt und wordpress das GPL Lizenzmodell.

Ich habe nun bereits herausgefunden, dass MIT & GPL zusammen verwendbar sind - aber wie diese Lizenz geschrieben wird oder wie ich die gemeinsame Nutzung in der Beschreibung des themes (also in der style.css - Stichwort License) kommunizieren kann/muss, konnte ich bisher nicht herausfinden.

Nur weil du bootstrap verwendest, wird Wordpress nicht zu MIT
und nur weil du Wordpress verwendest, wird bootstrap nicht unter die GPL fallen.

Du wirst vermutlich noch viele weitere Open Source Lizenzen verwenden ... zum Beispiel bei den jquery Plugins.

deine Arbeit kannst du unter der GLP oder MIT stellen. Wenn du dir nicht sicher bist, kannst du auch GPL und MIT verwenden.

Beispiel habe ich jetzt nicht. nur für LGLP +BSD einer

https://github.com/r23/MyOOS/blob…odb/license.txt

Dies war nicht aus Unsicherheit gewählt worden sondern, damit BSD Projekte die Klasse verwenden können und GPL Projekte die Klasse verwenden können... Aber (dies kann dir ein Anwalt besser erklären)

In den Style.css kannst du unter License URI

/*
Theme Name:
Version:
Theme URI:
Description:
Author:
Author URI:
License URI: http://example.org/legal-terms/licensing-terms/
Tags:
*/

eine Seite verlinken, in der du die Licensen / Credits deiner Theme nennst.

Wenn deine Theme Basis GPL ist - bleibt diese unter GPL.

Ich mag ungenaue Fragen :)

Viel Spass bei der Entwicklung

ralf

Zitat von MegaWork

Übrigens widerspricht diese Lizenz ja völlig dem Open Source Gedanken

Was mir eigentlich bei PHP egal ist. In C, C++ usw., also bei allen Sprachen die kompiliert werden, sieht es anders aus. Da kann man halt nicht mal schnell einen Blick hinein werfen, wie etwas gemacht wurde, wenn es denn nicht Open Source ist und da rechne ich Open Source eine andere Bedeutung zu.

Zitat von MegaWork

License: was muss hier stehen? GPL & MIT ???
License URI: http://example.org/legal-terms/licensing-terms/ Kann ich einfach so zwei Lizenzen in einen Text packen ???

License: Die von Dir gewählte Lizenz, falls die CSS von Dir erstellt wurde
License URI: http://example.org/wo-Deine-Lizenz-eingesehen-werden-kann/

Die Lösung gefällt mir gut für Plugins. Da steht schon in der Beschreibung des Plugins etwas von der Lizenz:

http://wordpress.org/plugins/shadowbox-js/

Und dann hat der auch alle 3 Lizenzen im einführenden Kommentar aufgelistet, wobei dann auch drei URLs für dieses 3 Lizenzen im Kommentar enthalten sind. Und dann kommt das auch hin mit der Creative Commons. Wichtig ist nur die Unterteilung, was unter welcher Lizenz steht. Und bei WP ist es ja auch so durchgegangen wie es ist.

Hatte gestern gesucht, wollte einfach nur mal wissen, wie andere das so handhaben und habe bei mir dann einiges angepasst. Unterscheiden muss man meiner Meinung nach zwischen Themes und Plugins und gerade diese Unterscheidung erfolgt hier nicht, auch nicht auf der verlinkten Seite von Drupal, was ich mehr oder weniger für irreführend halte, nur bin ich halt kein juristischer Experte und mit Drupal kenne ich mich nun auch nicht aus.

https://wordpress.org/about/license/

Derivate sind abgeleitete Werke, die voll auf bereits vorhandenen Code aufsetzen. Bei Themes ist es normal. Da beginnen ja Theme-Dateien, kleinere Abwandlungen mal außen vorgelassen, mit get_header() und enden mit get_footer(), zwischendurch noch eine The Loop und wären ohne WP nicht lauffähig. Wenn man etwas verändern möchte, kommt man kaum an typischen WP-Funktionen wie the_title oder the_content und noch viele weitere vorbei.

Somit liegt da ein Schwerpunkt auf die Gestaltung eines Themes mit CSS, Grafiken oder JavaScripts. Das lässt sich bei einer Lizenz berücksichtigen.

Bei Plugins sollte hier aber meiner Meinung unterschieden werden, ob es sich um ein Plugin handelt, was speziell nur für WP entwickelt wurde, um den Funktionsumfang von WP zu erweitern oder ob es sich um ein Plugin handelt, was lediglich einen Hook als Schnittstelle nutzt. Zum Beispiel hatte ich da im letzten Jahr ein Amazon-Script angepasst und wenn mir mal danach sein sollte, so wollte ich das auch noch erweitern und richtig zum Download anbieten. Bisher habe ich es nur als Demo-Script zu laufen, bei dem habe ich gestern mal die Lizenz angepasst:

http://www.coder-welten.com/ausgewaehlte-a…h-onload-laden/

Und das eigentliche Script läuft halt auch völlig ohne WP in jeder anderen Webanwendung, so dass das unveränderte Script sowohl in einer beliebigen Webanwendung als auch als Plugin in WP eingebunden werden könnte. In diesem Zusammenhang von einem Derivat sprechen zu wollen, nur weil das Script mit im Plugin-Verzeichnis abgelegt werden kann, halte ich für voll daneben.

http://www.seo-welten.de/webcoding/amzo…te-einholen.htm

War jetzt nur ein Beispiel, doch nicht das einzige, was ich hätte. Zumindest hatte ich nun gestern gesucht, wie andere das so machen. Einige mit Registrierungen und irgendwelchen Keys, die erst nach Registrierung vergeben werden oder was weiß ich, bei anderen findet man so schnell keine Lizenz und eine fand ich, die mir eher merkwürdig vorkam. Auf die letzte Variante bin ich dann auf Grund dieses Artikels gestoßen:

http://www.perun.net/2012/04/13/wor…ox-alternative/

Und das ist ja zumindest erst einmal eine akzeptable Lösung, wie es mir augenblicklich erscheint, auch was die Umsetzung im Kommentar anbelangt. Wie die rechtliche Seite nun aussieht, könnte ohnehin nur ein spezialisierter Anwalt klären, doch so lange es sich nur um kostenlose Scripts oder Themes handelt, sollte es wohl so genügen.