Licensen til fonte, ikke til kode. Fri at indlejre og ændre, med regler om salg af fonten alene og om omdøbning, når fonten har et Reserved Font Name.
På denne side
Hvad den gør
SIL Open Font License 1.1 dækker skrifttyper frem for programkode, og derfor læser den anderledes end licenserne omkring den. Den lader dig bruge en font i ethvert dokument eller produkt, indlejre den i en app eller en PDF og ændre den. Du må tage penge for det produkt, den følger med i. To betingelser har intet sidestykke i en kodelicens. En font under den må ikke sælges alene. En ændret font må ikke beholde et Reserved Font Name, altså et navn som den oprindelige designer har reserveret i fontens copyright-header. Inter, Fira og det meste af Google Fonts kommer på den måde.
Detaljer
En font rejser længere gennem et produkt end de fleste afhængigheder. Den samme fil ender i et web-bundle, en mobilapp, en PDF-eksport og et design-kit, og licensen følger hver kopi. At levere fonten fra dit eget domæne i et hostet produkt er almindelig praksis. I det øjeblik du giver fontfilen videre, i et app-bundle eller en eksport, skal OFL-teksten med. Enhver ændring, du har lavet i fonten, skal også blive under OFL. SIL regner subsetting, hvor de glyffer du ikke bruger bliver skåret væk, som en ændring, selv om store fonttjenester subsetter uden at omdøbe.
Fordele
- Nem at lægge ind i et lukket, betalt produkt. Procurement har set denne familie hundredvis af gange.
- Ingen copyleft på dine egne filer. Du holder din kildekode privat.
Ulemper
- Notitspligten er nem at overse i et desktop-, mobil- eller container-build. En webside erstatter ikke notitser inde i artefakten.
- Købere, der vil have en udtrykkelig patenttilladelse, vil bede dig foretrække Apache-2.0 frem for en kort MIT-agtig tekst.
Hvad den tillader og kræver
Vælg en kategori for at se hele tilladelsen i én overskuelig liste. Tilladelser viser, hvad licensen giver lov til, grænser viser, hvad den tilbageholder, og forpligtelser viser de betingelser, jeres releaseproces skal opfylde.
Tilladelser
Kommerciel brug
Kommerciel brug er tilladt. CC-BY og OFL forbyder ikke at sælge et produkt, der indeholder værket.
Ændre
Du må tilpasse værket, inden for licensens share-alike- eller non-kommercielle grænser, hvis de gælder.
Distribuere
Du må dele kopier af originalen og, hvor det er tilladt, af dine tilpasninger.
Grænser
Holde ansvarlig
Forfatterne fraskriver sig garanti. Modtagere kan ikke holde dem ansvarlige for skader fra softwaren, undtagen hvor loven forbyder den fraskrivelse.
Bruge varemærke
Licensen er ikke en varemærkelicens. Navne, logoer og produktmærker bliver hos ejerne, medmindre en separat tilladelse siger noget andet.
Sælge fonten alene
OFL forbyder at sælge fontsoftwaren alene. At pakke den ind i en app eller et dokument er tilladt.
Forpligtelser
Krediter
Giv den kredit, licensen beder om, på en rimelig måde, uden at underforstå anbefaling.
Samme licens
Fonten, inklusive afledninger, bliver under OFL. Du kan ikke sælge fonten alene. Indlejring i software er den tilsigtede vej.
Reserved Font Name
En ændret font må ikke beholde et Reserved Font Name, der er angivet i den oprindelige copyright-header. Subsetting tæller som en ændring.
Hvad OFL-1.1 kræver, når I sender kode ud
Når en kopi, der indeholder OFL-1.1-kode, forlader virksomheden, er tilladelsen bred, og papirarbejdet er nemt at overse. Distribution betyder her en installer, en mobil binær fil, et container-image eller et SDK et andet team bygger ind. Arbejd listen op imod den artefakt, du rent faktisk giver videre, ikke op imod en README. En hostet tjeneste, der aldrig giver en kopi ud, hører stadig hjemme på registreringen, men notitspligten udløses først, når der findes en kopi.
Du opfylder OFL, når licensteksten følger med de fontfiler, du giver videre, i et app-bundle, et design-kit eller en eksport.
Du dækker web-tilfældet, når du lægger OFL-teksten ved siden af de fontfiler, du leverer. Det koster ingenting og besvarer spørgsmålet, før det bliver stillet.
Du holder navnereglen, når en font angiver et Reserved Font Name i sin OFL-header, og du omdøber enhver version, du har ændret, også en, din build-pipeline har subsettet. Mange fonte angiver ingen.
Du bliver inden for tilladelsen, når fonten er en del af et større produkt, du sælger. Salg af selve fontfilen alene er det ene salg, licensen forbyder.
Du holder en ændret font brugbar for andre, når du udgiver din version under OFL, hvilket licensen kræver.
De pligter, OFL-1.1 navngiver
Selve licensteksten er kort. Dette er de navngivne betingelser. De følger koden, også filer I kopierer ind i jeres eget repository og transitive pakker i lockfilen.
Krediter
Giv den kredit, licensen beder om, på en rimelig måde, uden at underforstå anbefaling.
Samme licens
Fonten, inklusive afledninger, bliver under OFL. Du kan ikke sælge fonten alene. Indlejring i software er den tilsigtede vej.
Reserved Font Name
En ændret font må ikke beholde et Reserved Font Name, der er angivet i den oprindelige copyright-header. Subsetting tæller som en ændring.
Det skal du være opmærksom på
- Teams subsetter en font i buildet og beholder det oprindelige familienavn. Er det navn et Reserved Font Name, så omdøb subsettet, for det reserverede navn kan ikke overleve en ændring.
- Teams sender fonten med i en mobilapp og lader OFL-teksten blive på marketingsitet. Teksten skal ligge inde i det, du distribuerer.
- Teams sælger et design-kit, hvis hele værdi er fontfilerne. Bundlet i et større værk er fint; et fontprodukt for sig er ikke.
- Teams tager en post i Google Fonts for automatisk at være OFL. Tjek udgivelsen: Roboto har for eksempel en Apache-2.0-historik.
Hvad SIL Open Font License 1.1 ikke gør
Søgeresultater flader ofte SIL Open Font License 1.1 ud til et slogan. Dette er de sædvanlige fejllæsninger. OFL-1.1 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- SIL Open Font License 1.1 kræver ikke, at I udgiver applikationens kildekode, blot fordi I indlejrer fonten.
- Licensen tillader ikke, at I sælger fontfilen alene. Den må sælges som del af et større produkt.
- Den lader ikke en ændret font beholde et Reserved Font Name, som den oprindelige forfatter har angivet. Kontrollér font-headeren, før I navngiver et ændret eller subsetted build.
Hvordan OFL-1.1 adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med OFL-1.1, men deres pligter ved en release er forskellige. Hver række opsummerer, hvad licensen kræver, når I sender kode ud. Åbn den linkede side for den fulde tjekliste.
- OFL-1.1
- Licensen til fonte, ikke til kode. Fri at indlejre og ændre, med regler om salg af fonten alene og om omdøbning, når fonten har et Reserved Font Name.
- CC-BY-4.0
- Krediter skaberen, og du må bruge værket kommercielt. Krediteringen må stå, hvor en bruger med rimelighed kan finde den.
- Apache-2.0
- Tilladelig som MIT, plus en udtrykkelig patenttilladelse. Hagen er NOTICE-filen: den skal med inde i de binære filer, du sender ud.
Ofte stillede spørgsmål om SIL Open Font License 1.1
Svar på almindelige spørgsmål om, hvad SIL Open Font License 1.1 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er SIL Open Font License 1.1?
SIL Open Font License 1.1 dækker skrifttyper frem for programkode, og derfor læser den anderledes end licenserne omkring den. Den lader dig bruge en font i ethvert dokument eller produkt, indlejre den i en app eller en PDF og ændre den. Du må tage penge for det produkt, den følger med i. To betingelser har intet sidestykke i en kodelicens. En font under den må ikke sælges alene. En ændret font må ikke beholde et Reserved Font Name, altså et navn som den oprindelige designer har reserveret i fontens copyright-header. Inter, Fira og det meste af Google Fonts kommer på den måde.
Hvad kræver OFL-1.1, når I sender et produkt ud?
Du opfylder OFL, når licensteksten følger med de fontfiler, du giver videre, i et app-bundle, et design-kit eller en eksport. Du dækker web-tilfældet, når du lægger OFL-teksten ved siden af de fontfiler, du leverer. Det koster ingenting og besvarer spørgsmålet, før det bliver stillet. Du holder navnereglen, når en font angiver et Reserved Font Name i sin OFL-header, og du omdøber enhver version, du har ændret, også en, din build-pipeline har subsettet. Mange fonte angiver ingen. Du bliver inden for tilladelsen, når fonten er en del af et større produkt, du sælger. Salg af selve fontfilen alene er det ene salg, licensen forbyder. Du holder en ændret font brugbar for andre, når du udgiver din version under OFL, hvilket licensen kræver.
Kræver OFL-1.1, at jeg åbner min egen kildekode?
Den lader ikke en ændret font beholde et Reserved Font Name, som den oprindelige forfatter har angivet. Kontrollér font-headeren, før I navngiver et ændret eller subsetted build.
Hvordan krediterer jeg OFL-1.1 i et produkt, jeg sender ud?
Kreditering for OFL-1.1 betyder, at copyright-linjen og licensteksten følger med hver kopi, en modtager rent faktisk får. Det kan være en om-skærm, en licensfil inde i installeren eller en notits i container-imaget. En offentlig side hjælper en køber med at revidere lageret. Den erstatter ikke notitser inde i artefakten. Hvis I har kopieret filer ind i jeres eget repository, skal headeren på de filer stadig blive.
Er en notits på en hjemmeside nok til OFL-1.1?
Nej. OFL-1.1 taler om kopier. En offentlig attestation-side er den ærlige liste til procurement. Betingelsen er opfyldt, når notitserne ligger i det materiale, I giver videre. Læg dem i installeren, om-skærmen eller en licensfil inde i den binære fil, og hold derefter de samme tekster på siden.
Tæller transitive OFL-1.1-afhængigheder med?
Ja. Betingelsen følger koden, ikke den pakke I valgte ved navn. Hvis lockfilen har trukket OFL-1.1 med transitivt, og I distribuerer det træ, følger de notitser også med. Kun at liste direkte afhængigheder er den måde, teams misser pligten.
Hvordan adskiller OFL-1.1 sig fra Creative Commons Attribution 4.0?
OFL-1.1 kræver dette: Licensen til fonte, ikke til kode. Fri at indlejre og ændre, med regler om salg af fonten alene og om omdøbning, når fonten har et Reserved Font Name. Creative Commons Attribution 4.0 kræver dette: Krediter skaberen, og du må bruge værket kommercielt. Krediteringen må stå, hvor en bruger med rimelighed kan finde den. Åbn Creative Commons Attribution 4.0-siden for, hvad den licens kræver, når I sender kode ud. Behandl ikke SPDX-id'erne som udskiftelige, bare fordi de korte navne ligner hinanden.
Hvor registrerer jeg OFL-1.1 til en køber?
Kataloget markerer ethvert id, der starter med OFL-, som noget der bærer font-vilkår. SourceTrust lægger derfor et punkt om OFL-fontvilkår på projektets tjekliste, når projektet sender binære filer ud eller står i en blandet deployment-kontekst. Et hostet SaaS-projekt får ikke det punkt, fordi pligten hænger på filer, du giver videre. Punktet bliver ikke sat for dig: en på dit team bekræfter det, og publicering er spærret, indtil hvert relevant punkt er bekræftet.
Hvor registrerer jeg OFL-1.1 til en køber?
Kataloget markerer ethvert id, der starter med OFL-, som noget der bærer font-vilkår. SourceTrust lægger derfor et punkt om OFL-fontvilkår på projektets tjekliste, når projektet sender binære filer ud eller står i en blandet deployment-kontekst.
Et hostet SaaS-projekt får ikke det punkt, fordi pligten hænger på filer, du giver videre. Punktet bliver ikke sat for dig: en på dit team bekræfter det, og publicering er spærret, indtil hvert relevant punkt er bekræftet.
Læs /docs/mobile-app-licenses, når fonten følger med i et App Store- eller Google Play-build.
Se også
Hubben er søjlen for denne klynge. Søskendelicenser er de andre eger. Produkt-FAQ-links forklarer, hvordan SourceTrust registrerer pligten, ikke selve licensteksten.
Praktisk vejledning til procurement-gennemgang, ikke juridisk rådgivning. Bekræft brug med høj risiko med jurist.