was sind die tatsächlichen auswirkungen auf eine apache 2-lizenz?
<p>ich möchte <a href="http://code.google.com/p/svg-edit/">svg edit</a> für ein projekt verwenden. diese software wird unter der apache 2-lizenz vertrieben.</p><p>ich habe das gesehen:</p><ul> <li>alle kopien, modifiziert oder nicht modifiziert, werden von einer kopie der lizenz begleitet</li> <li>alle änderungen sind eindeutig als arbeit des modifikators gekennzeichnet</li> <li>alle hinweise auf urheber-, marken- und patentrechte werden in verteilten kopien korrekt wiedergegeben</li> <li>der lizenznehmer verwendet keine marken, die dem lizenzgeber gehören</li> </ul><p>beziehen sich diese auf den code oder sollte ich die lizenz irgendwo in der gui anzeigen? das <a href="http://svg-edit.googlecode.com/svn/branches/2.5.1/editor/svg-editor.html">originalsoftware</a> zeigt ein "powered by svg edit" an. ist es in ordnung, wenn ich dies entferne? und vor allem: was ist die richtige etikette dafür? ich möchte kein idiot sein, aber gleichzeitig möchte ich die benutzeroberfläche so weit wie möglich vereinfachen und das entfernen des links wird teil davon sein, wenn es nicht als <em> unhöflich angesehen wird </em>.</p>
<p>sie müssen die lizenz unter keinen umständen in der gui anzeigen.</p><p>für software, die unter der apache license version 2.0 (aplv2) lizenziert ist, ist es völlig in ordnung, die software auf die von ihnen vorgeschlagene weise zu ändern. diese lizenz fördert änderungen. die lizenz garantiert ihnen die freiheit, "powered by svg edit" in ihrer geänderten version zu entfernen.</p><p>informationen zu ihren verpflichtungen in bezug auf die mit der aplv2-software gelieferte notices-datei finden sie in aplv2 (abschnitt 4(b))). sie müssen den inhalt in einer weise anzeigen, die der software. (wohlgemerkt, svg edit erledigt dies wahrscheinlich bereits.) sie können das "powered by svg edit" möglicherweise nicht entfernen, wenn dies aus der notices-datei stammt. wenn sie jedoch die notices-datei und den quellcode verteilen, dann sind sie davon ausgenommen. weitere informationen zu ihren optionen finden sie in abschnitt 4(b) der aplv2).</p><p>in jedem fall ist das, was sie tun möchten, nicht unhöflich, insbesondere wenn dadurch ihre abgeleitete arbeit besser wird.</p>
<p>die antwort ist nicht so einfach wie sie zuerst erscheint, da sie von ihrer anwendung abhängt. in vielen fällen sind die auswirkungen negativ, da der benutzer software auf seinem computer installieren muss, was aus allen möglichen gründen viele menschen davon abhält, diese zu verwenden.</p><p>gleichzeitig kann es für heiße neue plugins oder beliebte addons eine positive auswirkung haben. flash ist so verbreitet, dass es wahrscheinlich nur geringe oder keine negativen auswirkungen hat und (wenn es gut verwendet wird) die leute mehr auf ihre website aufmerksam macht.</p><p>silverlight ist interessant. es ist nicht ungewöhnlich, dass sie es benötigen, wenn sie microsoft-websites verwenden. und sobald es heruntergeladen wurde, werden einige leute froh sein, eine site gefunden zu haben, die es verwendet.</p><p>das anfordern eines plugins ist in ordnung, wenn die meisten benutzer es bereits heruntergeladen haben. das erfordernis, dass ihre benutzer explizit ein plugin herunterladen, das sie wahrscheinlich nicht haben, ist ein echtes minus. die verwendung einer, die ihre benutzer wahrscheinlich bereits haben, kann sehr positiv sein.</p> <p>ein freund von mir hat einmal darauf hingewiesen, dass lizenzen ihnen sagen, wovor die lizenzautoren angst hatten.</p><p>wenn sie angst haben, ihren namen durch den schlamm zu ziehen, scheint die bsd-lizenz besser zu sein. wenn sie angst haben, ihre software in eine proprietäre software zu integrieren, scheint die gpl besser zu sein. unabhängig von der lizenz wählt der autor sie, weil sie sie vor dem schützt, wovor sie angst haben.</p><p>unterschiedliche personen haben unterschiedliche bedenken und verwenden daher unterschiedliche lizenzen.</p> hi @gulfo,die verärgerung kann ich verstehe, nur ist die antwort von @kenneth nicht automatisiert.sicher hast du schon davon gehört, dass wir als online mediathek unseren lizenzgebern gegenüber verpflichtet sind, die uns zur verfügung gestellten inhalte mit einem kopierschutz zu versehen. dieser kopierschutz wird stetig erweitert und den aktuellen gegebenheiten angepasst. durch die aktuellen anpassungen am kopierschutz kann es dazu kommen, dass der abruf mit einer älteren version deines browsers nicht mehr möglich ist. um dem vorzubeugen, müssen die von uns unterstützten browser (microsoft edge, google chrome, mozilla firefox und safari)auf der aktuellsten version laufen. darauf wollte kenneth nur hinaus.wenn alle aktualisierungen gemacht sind, fülle uns bitte die im nachfolgenden artikel stehende datenabfrage aus. mithilfe der dann erfolgenden daten können wir weiter nach der die fehlermeldungen auslösenden ursache suchen: Naja, der Quelltext von frei lizenzierter Software wird üblicherweise in einem Online-Quellcodeverwaltungssystem organisiert. Diese Verwaltungssysteme müssen von irgendjemandem gehostet werden, es gibt aber auch kostenlose Angebote wie SourceForge (Subversion) oder GitHub (git). Und von der dort eingesetzten Software hängt es dann auch mehr oder weniger ab, wie man idealerweise zwecks Beteiligung vorgeht. Bei SourceForge muss der Projekt-Administrator dem SourceForge-Account des Entwicklers Schreibberechtigung einrichten, damit letzterer, nachdem er mittels Subversion die aktuelle Fassung des Codes heruntergeladen und seine Änderungen vorgenommen hat, diese auch wieder ins Online-Repository hochladen kann. Bei GitHub klont man sich gleich den ganzen Code auf den eigenen GitHub-Account ("Fork" genannt), lädt sich mittels git die eigene Online-Kopie lokal herunter, ändert diese, lädt in den eigenen Fork hoch und hinterlegt dem Projekt-Administrator des Originals eine Benachrichtigung, dass dieser doch die Änderungen des Forks in die offizielle Version übernehmen soll. Es empfiehlt sich generell, über die Ticket-Systeme der Projekte die Arbeit an offenen Aufgaben abzusprechen oder für das eigene Anliegen ein neues Ticket zu öffnen, was vor allem bei SourceForge auch darum wichtig ist, um konfligierende Änderungen und das dadurch notwendige Merging möglichst zu vermeiden, sodass die "Bewerbung" bei GitHub-Projekten allgemein einfacher ist, weil man da erstmal unabhängig arbeiten kann.


Bei mir sieht das dann so aus:


<https://github.com/skreutzer>


ist aber nicht gerade als repräsentativ zu betrachten. <p>unter windows/linux können sie zu <code>file</code> -&gt; <code>settings</code> -&gt; <code>editor</code> -&gt; <code>general</code> -&gt; <code>auto import</code> -&gt; <code>java</code> und wechseln nehmen sie die folgenden änderungen vor:</p><ul> <li> <p>ändern sie den wert von <code>insert imports on paste</code> in <code>all</code></p> </li> <li> <p>mark<code>add unambigious imports on the fly</code> option als markiert</p> </li> </ul><p>führen sie auf einem mac dasselbe in <code>android studio</code> -&gt; <code>preferences</code> aus.</p><p><img src="https://i.stack.imgur.com/ycj3z.png" alt="enter image description here"></p><p>danach werden alle eindeutigen importe automatisch hinzugefügt.</p> <p>ich war vor ein paar monaten in ihren schuhen, bis ich einen sehr hilfreichen artikel fand.</p><p>jedes prinzip lässt sich anhand realer situationen erklären, mit denen jeder softwareentwickler in seinen projekten konfrontiert sein kann. ich schneide hier ab und zeige auf die referenz - <a href="http://www.code-magazine.com/article.aspx?quickid=1001061&amp;page=3">s.o.l.i.d. softwareentwicklung, schritt für schritt</a> .</p><p>wie in den kommentaren erwähnt, gibt es eine weitere sehr gute pdf-lesung - <a href="http://lostechies.com/wp-content/uploads/2011/03/pablos\_solid\_ebook.pdf">pablos solid software development</a> .</p><p>darüber hinaus gibt es einige gute bücher, in denen solid prinzipien ausführlicher beschrieben werden - <a href="http://forums.asp.net/t/1622480.aspx/1">good book on solid software development</a> .</p><p><strong> bearbeitung und kommentar einer kurzen zusammenfassung für jedes prinzip: </strong></p><ul> <li> <p>"s" - das prinzip der einzelverantwortung wird von den anforderungen des unternehmens bestimmt, um änderungen zu ermöglichen. „ein einziger grund zur änderung“ hilft ihnen zu verstehen, welche logisch getrennten konzepte zusammengefasst werden sollten, indem sie das geschäftskonzept und den kontext anstelle des technischen konzepts allein berücksichtigen. <code>in another words</code>, ich habe gelernt, dass <strong> jede klasse </strong> eine einzige verantwortung haben sollte. die verantwortung besteht darin, nur die zugewiesene aufgabe zu erfüllen</p> </li> <li> <p>"o" - ich lernte das open closed-prinzip und begann, "komposition gegenüber vererbung zu bevorzugen" und als solche klassen zu bevorzugen, die keine virtuellen methoden haben und möglicherweise versiegelt sind, deren erweiterung jedoch von abstraktionen abhängt.</p> </li> <li> <p>"l" - ich habe das liskov-substitutionsprinzip mithilfe des repository-musters für die verwaltung des datenzugriffs gelernt.</p> </li> <li>"ich" - ich habe das prinzip der schnittstellentrennung kennengelernt, indem ich gelernt habe, dass clients nicht gezwungen werden sollten, schnittstellen zu implementieren, die sie nicht verwenden (wie im membership provider in asp.net 2.0). die schnittstelle sollte also nicht „viele verantwortlichkeiten“ haben.</li> <li>"d" - ich habe das prinzip der abhängigkeitsinversion kennengelernt und <strong> angefangen, code zu ändern, der leicht zu ändern ist </strong>. einfacher zu ändern bedeutet niedrigere gesamtbetriebskosten und höhere wartbarkeit.</li> </ul><p>da eine nützliche ressource von codeplex in kommentaren erwähnt wurde, wird auf <a href="http://solidexamples.codeplex.com/">solid am beispiel</a> verwiesen</p><p> <a href="https://i.stack.imgur.com/z4uo8.jpg">(<img src="https://i.stack.imgur.com/z4uo8.jpg" alt="enter image description here"></a> </p> **§ 63 Quellenangabe UrhG**


(1) Wenn ein Werk oder ein Teil eines Werkes in den Fällen des § 45 Abs. 1, der §§ 45a bis 48, 50, 51, 53 Abs. 2 Satz 1 Nr. 1 und Abs. 3 Nr. 1 sowie der §§ 58 und 59 vervielfältigt wird, ist stets die Quelle deutlich anzugeben. Bei der Vervielfältigung ganzer Sprachwerke oder ganzer Werke der Musik ist neben dem Urheber auch der Verlag anzugeben, in dem das Werk erschienen ist, und außerdem kenntlich zu machen, ob an dem Werk Kürzungen oder andere Änderungen vorgenommen worden sind. Die Verpflichtung zur Quellenangabe entfällt, wenn die Quelle weder auf dem benutzten Werkstück oder bei der benutzten Werkwiedergabe genannt noch dem zur Vervielfältigung Befugten anderweit bekannt ist.


(2) Soweit nach den Bestimmungen dieses Abschnitts die öffentliche Wiedergabe eines Werkes zulässig ist, ist die Quelle deutlich anzugeben, wenn und soweit die Verkehrssitte es erfordert. In den Fällen der öffentlichen Wiedergabe nach den §§ 46, 48, 51 und 52a ist die Quelle einschließlich des Namens des Urhebers stets anzugeben, es sei denn, dass dies nicht möglich ist.


(3) Wird ein Artikel aus einer Zeitung oder einem anderen Informationsblatt nach § 49 Abs. 1 in einer anderen Zeitung oder in einem anderen Informationsblatt abgedruckt oder durch Funk gesendet, so ist stets außer dem Urheber, der in der benutzten Quelle bezeichnet ist, auch die Zeitung oder das Informationsblatt anzugeben, woraus der Artikel entnommen ist; ist dort eine andere Zeitung oder ein anderes Informationsblatt als Quelle angeführt, so ist diese Zeitung oder dieses Informationsblatt anzugeben. Wird ein Rundfunkkommentar nach § 49 Abs. 1 in einer Zeitung oder einem anderen Informationsblatt abgedruckt oder durch Funk gesendet, so ist stets außer dem Urheber auch das Sendeunternehmen anzugeben, das den Kommentar gesendet hat. <p>nun, sie werden all diese anderen kategorien vor den benutzern verstecken, sodass sie möglicherweise nie wissen, dass sie existieren. wenn es sich um informationsseiten handelt, kann ich das opfer verstehen, aber wenn es sich um andere produktkategorien handelt, ist es auf lange sicht vielleicht in ihrem interesse, sie anzuzeigen, selbst auf kosten einiger benutzer, die entkommen.</p><p>wenn sie zu recht davon ausgehen, dass sie bei google sehr spezifisch waren, weil sie genau wissen, was sie wollen, dann würde ich erwarten, dass sie zurückkommen und den kauf abschließen, auch nachdem sie ein wenig auf der website gestöbert haben. die tatsache, dass sie es nicht tun (ich nehme an, sie haben sich das angesehen), legt mir nahe, dass sie vielleicht doch nicht so sehr auf das produkt aus sind. in diesem fall können sie jetzt davon profitieren, ihre website weiter für sie zugänglich zu machen, oder ihr risiko mit der reduzierten navigation eingehen.</p><p>reduzierte navigation ist im checkout-prozess selbst üblich, auf seiten in der haupthierarchie jedoch viel weniger.</p><p>noch etwas zu beachten: sie beeinträchtigen die konsistenz ihrer website. eine person, die ihren freunden einen link zu einer produktseite sendet oder diese über soziale medien teilt, und eine person, die diesem link folgt, sehen nicht dieselbe navigation. selbst eine person, die den link in ihren lesezeichen oder e-mails oder was auch immer gespeichert hat, sieht nicht das gleiche menü wie beim ersten mal. sie werden es nicht unbedingt bemerken, aber es ist eine schlechte praxis.</p> [bild] peter642:

…beitrag nicht gefunden. nochmals danke …

bitte, sehr gerne.

ein tipp für die recheche:

bei youtube sucht man direkt und nicht via google.

mit „magix bildausschnitt“ war es gleich der erste treffer.

bei magix darf man sich nicht auf die versionsnummer versteifen.

das m… hallo,

ich benutze die standardsoftware dev 2.1.

die ausgabe sieht wie folgt aus:

\_\_\_\_\_ \_\_\_\_\_ \_\_\_\_\_ \_\_\_\_\_ \_\_\_\_\_

|\_ \_|\_\_\_ \_\_\_| | | | | | |

| | | . | | | |- -| | | | | |

|\_| |\_\_\_|\_|\_|\_\_\_\_\_|\_\_\_\_\_|\_|\_\_\_|\_\_\_\_\_|

tonuino version 2.1

created by thorsten voß and license…