Online shops and language
kupfers
Posts: 259
Random reminder how English EULAs etc. feel for a large part of the world : )
https://www.stormtype.com/business/conditions
https://www.stormtype.com/business/conditions
6
Comments
-
Very true. One should also note though that, at least from Grilli Type experience, it’s pretty much only German and French people that just write us in German and French without thinking about it
Sure, that probably has to do with us being Swiss, but it feels like it’s also related to those countries’ ideas about / views of their own languages.
1 -
Do you think it’s weird that American customers write a German or French foundry in English? : )1
-
I don’t think it’s weird, although I obviously understand we’re you’re coming from. But we’re an internationally-operating business with customers from all over the world. Fewer than 10% of our customers are from Switzerland. And even if they were from Switzerland, we’re not even able to offer support in German, French, Italian, and Rumantsch, the four official Swiss languages.
We offer full (and our fastest) support in English, with limited support in German. When it comes to French emails, I usually can understand that well enough to reply in English, but it takes longer for the customer because our regular support staff only speaks English (and Spanish, but we don’t offer Spanish support).
To a degree, I think Swiss businesses are often very open to international markets because our home market is so tiny (and fragmented with its different languages), while businesses from larger markets are possibly less open for a fully international strategy because German, French, or the US markets are already so big on their own.1 -
We should develop a system like Isotype for simplifying font licenses.3
-
James Puckett said:
If foundries/vendors would be willing to adopt such a system, I think it would be well received by end users. How could it move forward? It's quite easy to misinterpret PO/licenses when each follows a different framework of rules.We should develop a system like Isotype for simplifying font licenses.
Ultimately, few end users are trained in legalese – in any language – nor remarkably skilled observers of essential clauses.
0 -
If foundries/vendors would be willing to adopt such a system
It seems unlikely to me, since some prominent foundries I know consider their EULA to be completely central to their business models and competitive advantage.
1 -
Well, for one thing a EULA is a legally binding document, so some depth and complexity is probably impossible to avoid. IANAL of course, but cannot imagine how a simplified version with little pictures would be able to answer this need, or even qualify as a legal doc? Note that even licenses that do present themselves in such simplified, graphically-mediated ways (Creative Commons comes to mind) need to rely on linguistic “translations” of their cute little icons.
1 -
… a EULA is a legally binding document, so some depth and complexity is probably impossible to avoid.
0 -
The symbols would explain the EULA, not be the EULA. Similar to how the Commercial Type EULA is presented alongside explanatory text.3
-
I’d love to see a standardized, international, human readable EULA format, but decades of discussing similar ideas haven’t gotten us much closer to a universally accepted concept. (Though there are some good individual examples of simplifying and clarifying the English legal language, like Commercial, FontFont, and Fontspring.) Any comparable summary of EULAs is most likely to be produced by a third party, or crowdsourced. Is it worth starting a Google spreadsheet?1
-
I think Tiffany did this a while back Stephen, I referenced it in my Future of Fonts talk at Typecon Milwaukee
0 -
I get requests for binary interpretations* on common usages and EULA requirements, e.g. PDF-embedding, imprint, multi-site, logotype. Excel is a good friend, but it could be easily bettered by something more readily accessible. Google spreadsheet could work well.
* It is often a little more complex, but interpretation is the operative word.0 -
The symbols would explain the EULA, not be the EULA. Similar to how the Commercial Type EULA is presented alongside explanatory text.
I hope that our EULA will evolve into a Talmud-like document, surrounded by layers of interpretative commentary, and commentary on the commentary. No one will actually license fonts any more, of course, but the term typographer will be applied to those who devote their lives to the study of these ancient legal texts.
[Hi Katy! Welcome to TypeDrawers.]9 -
Stuart Sandler said:
I think Tiffany did this a while back StephenYes, but it got lost in the old Fontlab website abyss. There is also her work with Nathan Matteson for Interrobang 2 (2004).
This included only a handful of foundries, but I remember it was a pretty arduous task. I’d also format it differently today. The complicated footnote structure was my fault as I was trying to fit a lot of info into the small space allotted by our little publication. If you omit most of those individualized terms, allowing more columns and groups of columns, it might be a decent model for how a gdoc could work.2 -
Ah cool. I also started a document like this in preparation of my ATypI talk. We will definitely continue the conversation there next year.3
-
Yes, it's fantastic and really comprehensive. Thanks for posting the visual. Google-docs would be great to cater for updates / changes (incl. EULA updates).How could this be promoted to end users or vendors? Many parameters do offer a competitive advantage for the end user that would be great to highlight and make more accessible.
[Haha, thanks John. Nice to join in.]0 -
It's time to look at a 2015 (16) version of this because I think it could become a very valuable tool in creating a more or less crowdsourced single (The One) EULA. Honestly, I talk with more folks who want a fair and clear EULA for buyers and sellers and this seems like an effort that could be possible if we look at it objectively and transparently.
6 -
What's the current stand of development in this?Is anyone taking care of it?0
-
1. By what parameters do we transform EULA data, i.e. what fields?
2. How often is the data updated? Can there be a mechanism for this?
3. Who is the intended end user?
The difficulty with in-depth representations is that it ends up being a lot of "yes, but…" which is little better than reading the EULA line-by-line.
Happy to help in any way I can.0 -
FWIW It was not until I did that research that I really understood that the EULA is a document representing how foundries run their business and value their fonts and as such could never be boiled down to one simple EULA.Even if a new spreadsheet were created today it would still have to contain many levels and asterisks to explain addendum and minutia of how a font can be used.
That said it would be totally useful if it were interactive and one could click on, say, "app embedding" & "basic license" and only a list of foundries that allow app embedding with their basic license were shown. In fact, I'd say without some kind of interactivity this spreadsheet would be only slightly less confusing that simply finding the fonts you like and then reading the EULA and contacting the foundry.4 -
John Hudson said:
The symbols would explain the EULA, not be the EULA. Similar to how the Commercial Type EULA is presented alongside explanatory text.
I hope that our EULA will evolve into a Talmud-like document, surrounded by layers of interpretative commentary, and commentary on the commentary.0 -
The basic license appears to be consistent only as the privilege to file a single font copy on a single CPU as a collector's item. What a blessing app embedding would be.That said it would be totally useful if it were interactive and one could click on, say, "app embedding" & "basic license"…
In 2016, one can do less with a font that was licensed in 2002. Hence, the ultimate font licensing spreadsheet endures.Even if a new spreadsheet were created today it would still have to contain many levels and asterisks to explain addendum and minutia of how a font can be used.1 -
I came across this licensing guide today on Emoji One. A nice way to simplify, but still proves that even with simplification there is still a lot of parsing to do. http://emojione.com/licensing/2
-
Adapted from our spreadsheet in-house. It's a start.
https://docs.google.com/spreadsheets/d/12f2V2L2f1fraDtP-dQY4ZlYdQt9cIv4Bj4V-V5gQhwQ/edit#gid=01 -
Nina Stössinger said:Well, for one thing a EULA is a legally binding document,
Not so sure I agree 100% with this statement. Seems EULAs can be interpreted differently from country to country. Can also be expensive to see that your EULA is legit outside your own country.1 -
@Ralph Smith It seems a slippery slope, I think, to play that game though. If a designer is going to test the waters to see if they can legally get away with something they might be surprised the lengths a foundry will go to in order to protect their IP. Certainly it depends upon many factors, but even still, I think it is in the spirit of being honest that we should follow a EULA no matter our country of origin. After all, wouldn't we, as designers, hope clients will follow any legally binding document they have signed with us?0
-
I don't agree this is about playing games; while copyright licensing is uniformly global, contract law really does vary a lot around the world, such that some terms may be invalid and non-binding in some areas.
And even then, there are regional variations. @Adam Twardoch pointed out to me that under Polish law, if a copyright license doesn't have an explicit term, the Polish legal system gives it one - of 7 years, as I recall.
1 -
See http://www.iubenda.com for an example of creating legal documents through simple automation–but with tons of legal knowledge necessary to cover all the countries they offer it in.2
-
@Dave Crossland I see your point. I suppose what I meant to say is that designers might do well to respect the EULA and consider the country of origin instead of gaming the system?0
-
@Thierry Blancpain Nice find. I wonder if this would be something that would translate well to the EULA. I would think so. @Katy Mawhood what do you think?0
Categories
- All Categories
- 43 Introductions
- 3.7K Typeface Design
- 798 Font Technology
- 1K Technique and Theory
- 617 Type Business
- 444 Type Design Critiques
- 541 Type Design Software
- 30 Punchcutting
- 136 Lettering and Calligraphy
- 83 Technique and Theory
- 53 Lettering Critiques
- 483 Typography
- 301 History of Typography
- 114 Education
- 68 Resources
- 498 Announcements
- 79 Events
- 105 Job Postings
- 148 Type Releases
- 165 Miscellaneous News
- 269 About TypeDrawers
- 53 TypeDrawers Announcements
- 116 Suggestions and Bug Reports