Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenÜ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.
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.
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.
Du kannst Dir für die Titel eine Filterfunktion schreiben:
Ist nicht neu, doch so als Übersicht und zur Verdeutlichung, warum es Unterschiede bei der Darstellung von Fonts gibt, eigentlich gut geeignet.
http://typophile.com/node/70216
Wenn ich es richtig verstehen sollte, so verwendet der IE eine andere Schnittstelle zur Grafikkarte (GDI / Graphics Device Interface) als der FF, zumindest war es mal so wie es ausschaut.
Eine Seite, wo da einiges noch an Beispielen und Bildern besser erklärt war, finde ich leider nicht wieder.
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.
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.
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.
Den Link mit der Original-PHP des Themes hat ja g3h netterweise gepostet. oder was meinst du?
Ich dachte Du kopierst Dir das Original und schiebst es per FTP hoch, doch wie willst Du das machen, wenn:
Such mich gerade schon bei meinem Hoster in der FTP tot..finde da zwar den WP-Ordner aber nicht das Theme oder die php..:cry::cry:
obwohl ich die Original-Php eingefügt habe, kommt der ja immer noch..
Wo hast Du die denn eingefügt, wenn Du die nicht findest?
PHP<?php if ($parabola_fpsliderbordercolor) ?> border: 7px solid <?php echo $parabola_fpsliderbordercolor; ?>; <?php endif; ?> ; }
Im Vergleich mit dem Original sehe ich einen Fehler, da fehlte bei Dir ein Doppelpunkt.
<?php if ($parabola_fpsliderbordercolor)[B][COLOR=#ff0000]: [/COLOR][/B]?>Wollte ja nur einmal diese Syntax ausprobieren.
Hat sich denn die Fehlermeldung verändert?
Nicht das die auf etwas anderem hinweist?
<?php
$parabolas = array(
20 => "Äpfel",
30 => "Birnen"
);
foreach ($parabolas as $key => $value) {
${"$key"} = $value;
echo ${"$key"} ."<br>"; // funktioniert
echo ${$key} ."<br>"; // funktioniert ebenfalls
}
/*
Äpfel
Äpfel
Birnen
Birnen
*/
?>${"$key"} Habe ich bisher nicht benutzt, deshalb kam mir das so merkwürdig vor:
Komplexe (geschweifte) Syntax
http://www.dynamic-webpages.de/php/language.types.string.php
Doch was soll da nun so komplex an den Ausdrücken sein?
Es heißt aber auch, das eine komplexe Syntax nur erkannt wird, wenn hinter der öffnenden Klammer unmittelbar ein Dollarzeichen folgt. Wie verträgt sich das mit den Anführungszeichen? Muss ich mal einen kleinen Test machen.
http://pool.urz.uni-halle.de/selfphp/praxisbuch/ps-s85-g21.html
Zwei kleine Fehler hatten sich eingeschlichen, doch wenn es jetzt nicht funktioniert, dann wird es wohl noch andere Gründe haben.
<?php
function parabola_presentation_css() {
$parabolas = parabola_get_theme_options();
foreach ($parabolas as $key => $value) {
${"$key"} = $value;
}
ob_start();
echo '<style type="text/css">'."\n"; // diese Zeile war nicht richtig
if ($parabola_fronthideheader) { echo "#branding {display: none;}\n"; }
if ($parabola_fronthidemenu) { echo "#access, .topmenu {display: none;}\n"; }
if ($parabola_fronthidewidget) { echo "#colophon {display: none;}\n"; }
if ($parabola_fronthidefooter) { echo "#footer2 {display: none;}\n"; }
if ($parabola_fronthideback) { echo "#main {background: none;}\n"; }
echo ".slider-wrapper {\n".
"max-width: ".$parabola_fpsliderwidth."px;\n".
"}\n".
"#slider{\n".
"max-width: ".($parabola_fpsliderwidth -14)."px;\n".
"height: ".($parabola_fpsliderheight-14)."px;\n";
if ($parabola_fpsliderbordercolor) {
// und diese Zeile war nicht richtig
echo "border: 7px solid ".$parabola_fpsliderbordercolor."px;\n";
}
echo "}\n".
"#front-text1 h1, #front-text2 h1{\n".
"color: ".$parabola_fronttitlecolor."; }\n";Erinnert mich an andere Scriptsprachen: ${"$key"}
Ein Browser muss ja die URL der Seite kennen, die er anfordern soll. Als Alternative gäbe es nur eine Frameweiterleitung, wo jeder User mit etwas Ahnung die eigentliche URL aus dem Quelltext auslesen könnte oder ein serverseitiges Script als Bot oder Proxy-Script, welches nicht in 5 Minuten geschrieben ist.
Die Texte befinden sich in der Datenbank.
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.
Dann solltest Du Dich etwas mit CSS beschäftigen, weil Du diesen Generator nicht benötigst, nachdem Du das Prinzip verstanden hast. Ein funktionierendes Beispiel:
<!DOCTYPE html>
<html>
<head>
<title>Ein Button</title>
<style type="text/css">
.suchen {
text-align: center;
font-family: Georgia,'Times New Roman';
font-size: 16px;
padding: 6px;
background: linear-gradient(#f9f9f9, #ffd991);
border-radius: 6px;
}
</style>
</head>
<body>
<button class="suchen">Jetzt suchen</button>
</body>
</html>
Hier noch eine Seite mit einer erweiterten Anleitung, doch es gibt sicherlich noch viele weitere Anleitungen:
Sie hatte nie gefragt wie das geht sondern nur ob das möglich ist
Du solltest die Frage noch einmal lesen.
Die Frage war:
"Wie weit kann man Wordpress anpassen?"
Die folglich richtige Antwort war:
"Sehr weit, wohl weiter, als Du es jemals brauchen wirst"
Ist kein neues Problem, ist eigentlich überhaupt kein Problem, der IE rendert Zeichen nur anders. Bei einigen Schriften fällt das so gut wie nicht auf, bei anderen etwas mehr. Hatte mal vor längerer Zeit gelesen, woran es liegt, doch ist das so lange her, dass ich es wieder vergaß. Kann sein, dass es mit Antialiasing zusammenhängt, dass die Browser da unterschiedlich mit umgehen, weiß es jedoch nicht mehr und finde gerade keine vernünftige Erklärung. Es handelt sich aber nur um ein Pixel pro Zeichen oder Zeilenhöhe.
Vielleicht hilft Dir das etwas weiter:
