Home › Forums › General › Using Ctrlr › embedding or "wrapping" fonts into panel
- This topic has 7 replies, 3 voices, and was last updated 10 years, 5 months ago by lfo2vco.
-
AuthorPosts
-
August 22, 2012 at 6:08 pm #701
Atom, I know you’ve mentioned this before but is there any hope/possibility that we may be able to "wrap" fonts into a panel? Some licensed fonts may not be re-distributed legitimately unless they’re wrapped in an application (so the user can’t extract the ttf/otf etc).
Monstrum Media | Music, Sound & Software Design, Chicago / San Francisco listen
August 22, 2012 at 6:17 pm #4771It’s not implemented but it’s possible i thought about it a lot, but i was afraid of legal stuff i might face if i do a mechanism like that. It’s not hard to do but i need to be sure i can do it.
August 31, 2013 at 12:40 am #12724Just checking in on this.. I noticed dasfaker’s access panel seems to address this at least on the OS X side… I have no idea how as I see nothing font or ttf related in his script ran before modulators are created, but when you open his panel in ctrlr on osx you’re prompted with a message that it would like to use a supplied font, ok or cancel. On the PC it seems to ignore the fonts.
I did a search on the forums and this is the most recent thing I can find on the topic.. what’s the current status on this? possible yet to not require users to install necessary fonts?
If not I’ll just continue to offer the free ttfs with my panel but it would be great if fonts could be imported, say as resource files. Then its up to the end user (NOT YOU) to not break the law in terms of including font files.
Monstrum Media | Music, Sound & Software Design, Chicago / San Francisco listen
August 31, 2013 at 12:55 am #12725I did nothing in that matter.
Although using Lua you could potentialy provide custom fonts, by embedding them as resources and giving the to the OS on panel load, in the form of files, if the OS is clever enough it will cache the font and use it.
But no, nothing has happened in Ctrlr yet. Some codebase has been prepared to make that work but it never got finished.
August 31, 2013 at 1:07 am #12729sounds fine to me, not a major priority at all, just curious if anything had changed. thanks for the quick follow up!
Monstrum Media | Music, Sound & Software Design, Chicago / San Francisco listen
October 24, 2013 at 1:08 pm #14477Just an idea to throw into the melting pot…
If the legality of embedding fonts is a worry, would it be practical for Ctrlr to make use of online font resources such as Google Fonts (as an alternative)?
Here is some noise I organised into an acceptable format:
https://soundcloud.com/lfo2vco/a-dark-crystalOctober 29, 2013 at 1:19 am #14574I thought about that too but it really only would work if the machine is online which is not always the case..
I frankly don’t see any reason for atom to be concerned about the legality of anything regarding this topic… there are bazillions of free ttfs on the internet and even if we did embed a licensed font into the application as long as the ttf is not *extractable* there is no potential for foul play.
Monstrum Media | Music, Sound & Software Design, Chicago / San Francisco listen
October 29, 2013 at 8:03 am #14582ttf is not *extractable*
Just like Adobe use in their pdf format. As I see it as long as the originator meets the requirements of any license agreement that may be in place the resulting app / panel is no different to a printed page.
That said I understand Atom’s concerns.
Here is some noise I organised into an acceptable format:
https://soundcloud.com/lfo2vco/a-dark-crystal -
AuthorPosts
- The forum ‘Using Ctrlr’ is closed to new topics and replies.