Itappears that the 'font' type does not exist, so any time type you see 'font/xxx' it is bogus. Possibly 'x-font/xxx' would be allowable, not sure. IIS8 ships with a couple entries like this. Not sure if MS thinks these 'font/xxx' ones are needed for compatibility, or if they just don't read RFCs :-)
Usually, MIME types come from RFC.You have a exhaustive list on the IANA site but none refers to the font extensions.Moreover, document describing WOFF format is draft and does not refer to the mime type to use.No reliable reference on the subject seems to exist for now.
Discover Variable fonts that suit the mood of your project. When you're looking for fonts that you can customize, one variable font can create hundreds of unique styles. Quickly browse over 100 high-quality typefaces that will help narrow down your font selection fast, quick and easy.
Currently, when I try to add more types editing the 'font' option on toolbar (e.g. 'font': ['arial']), the select options just display "Sans Serif" instead of display the "Arial" option. What I spect is see the default options ("Sans Serif", "Serif", "Monospace") plus custom options that I want to add.
Alternatively, you can manually create a toolbar in HTML by passing the DOM element or selector into Quill; and that is the solution presented in this answer. On the other hand, the documentation does not mention but after trying many ways to load data using an array (without any success), I noticed that is not possible. So, here is my contribution and the reason why I posted this update. I made the equivalences (JS and HTML) for the manual implementation.
FWIW, I've copied the code from Steve B and made it more generic. This way you don't need to do all the copy pasting of css rules, etc... just specify the fonts you would like adding in your fonts array.
Had to make some updates to @Thomas' answer, but the code below automates things nicely in Quill v1.3.6. If you have a short list of fonts then the required CSS is trivial; but if you have a larger and/or dynamic list you'll want to automate as follows:
Most of my fonts have both a true type and open type version. Should I be installing both for any given font, and if I should then why should I be doing is as opposed to picking one version and installing that ... which would appears to be open type from what I've read ... but regardless, my question is just about whether there would be need to install both.
If you're using an old Windows system, the OpenType might not work unless you tweak the registry. If you do web design and want to have access to expanded characters, OpenTypes offer this and they're lighter than TrueTypes. The hinting is not processed the same way and apparently TrueTypes offer nicer results for very complex fonts. As as you'll read on that link, some legacy software or system don't support OpenType hinting.
And there's the expanded character set (swash, ligatures, fractions, unicode, different alphabets, etc.) of OpenTypes that can be easily accessible in software like the ones offered by Adobe. You might prefer to use a quality OpenType if you need to have access to complex mathematical symbols or need to work on projects related to linguistic for example (Related: What are those things in text design?). But even if you get an OpenType, it's not a guarantee you'll find these extra characters if the font wasn't created with them from the start.
One thing though, even if OpenTypes can contain more characters than TrueTypes, it doesn't mean they actually do. Your 2 sets could be identical. You'll need to verify if your OpenType has the extended sets by trying it!
I am having an issue and dont know if there is a good way to allow Revit to have compatability with OTF font types. Is there are third party plug-in that I can use to achieve it or is this a setting that I cannot find? Any help would be appreciated, thanks.
Is that not the way that text files are going now? Isn't TTF becoming obsolete and the switch is now going to OTF? At least that was my understanding, I am surprised that autodesk hasnt been able to remedy this issue since it has been a problem for years.
I suspect the amount of legacy content for both Revit and other products and the current suitabiltiy of TTF means there is little call for implementing it (at least, not compared to other desired improvements). If there was something that OTF did that TTF did not, and it was reallly *really* important then there would be more cause for implementing it.
The whole BIM platform is based on customization. If you are limiting something like this which is becoming standard in another major program than why not adapt? It just doesnt make sense for a program that toots it own horn about how customizable it is to not adapt with a change of this size.
*I have provided a link to an application or add-in that MIGHT provide the extra functionality for which you are looking. Please note, however, this is not an Autodesk product or endorsement. You should take all precautions whenever you elect to download/install/utilize any application and do so at your own risk.
It's very disappointing that AutoDesk STILL doesn't take typography more seriously and support emerging font standards. This thread goes back YEARS, and here we are in 2022 with no progress on this issue, and with none on the horizon, either.
Your technical design prowess is worthless to people if it remains in your head. Documents are all technology and information workers physically produce today. Creating documents of the highest sophistication (like they do in the "publishing" industry) should be the goal of every information economy company.
Not only is OpenType (of both 'flavors' - TrueType and PostScript) the most modern font standard due to its cross-platform compatibility, but there is already a NEW font technology quickly gaining ground in the desktop publishing world: VARIABLE fonts.
Variable fonts use only 1 single font file for entire families instead of 30 font files covering every weight / width / style...You can dial in every shade of gray you wish between the widths / weights instead of being locked into only 5-6 options. The axes can also be ANIMATED using CSS in web applications. It's the way of not only the future, but already today.
Revit's lack of support for any OTF fonts that don't use TrueType flavor character outlines forces people who have specific brand identity fonts which they must use to meet corporate standards to use online conversion tools like FontSquirrel to create translated fonts that Revit will recognize.
Technical drawings across industries are typically a balance of linework and TEXT (dimensions, notation, specs, etc). They are not solely linework, pattern fills, shading etc. Text is critical to technical drawings, so modern text setting tools should follow.
Recently I was just going thorugh already done designs to check something and noticed that all the text layers in some of my pages are with the correct color variable, correct size and etc but they have no text style attached to them.
These kinds of strange font issues are nearly always caused by the use of conflicting font files across your team. This means that editors on a file are using different versions of the font with slightly different sizing or spacing which then affects the file each time it is opened by someone with a different version.
We suggest that you have all editors remove these fonts if they are locally installed and then all install the same version locally. You will then need to restart Figma to serve the correct font version. Alternatively, you can ask all team members to delete their local font versions and ask an organization admin to upload the font files as shared fonts (if you are in Org plan). You can read about that feature in our Help Center: Manage fonts in an organization
For your reference, if a local version is installed, Figma will prioritize this version over the organization font and that may trigger the conflicting font issue again.
It is not a font issue for us because only 1 font is used by the entire organization (Roboto) which is a well supported font. The style randomly disappears from instances of a component, where the component text styles are as expected.
We're a small creative agency and our current presentation is built in keynote. In this presentation we have a few variations of Headings (H1-H5) and Body styles (3 LEVELS). I'm trying to find out (without much success) how I can create a theme with our own formatting across multiple layouts.
That said, perhaps you could create a template doc with the basic formatting desired, and then create other templates with different layouts using the original template. Now unlike true themes this won't allow for changes to flow, but it might save some work in the development of the end goal of templates with different layouts having the same style.
It seems a lot of themes (google slides, ...which I can download and see how they've been made) have very simple style formatting applied and directly added to at least 2 or 3 text frames across a few masters.
This may be a very simplistic approach, but we have created several Slides presentations where we have edited the Theme Builder (Master Slides) with colors, logos, and fonts throughout numerous layouts (you can add and delete layout options). Then, we share them as Anyone with the link can view and append the URL with "template" where it provides our users a template copy to edit with their own content. Perhaps this might be helpful to you... Just sharing.
I really miss the possibility of changing the font size and font type in the editor for each word individually. This is something that exists in every text editing software (for example Word) and I really miss it.
I have been trying to update my website and would like to be able to add another font to the headers. The subheading in the image below is great for small sentences but I would like the option of using another font (Montserrat) for longer sentences.
3a8082e126