Jump to content

Evgenii

Members
  • Content count

    18
  • Joined

  • Last visited

About Evgenii

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I got the trial FontLab and used a minimalistic font, with main GSUB/GPOS features preserved. Now FontLab Metrics Tab renders it correctly: Publisher renders it correctly: Exported PDF not: Printed PDF loses GPOS completely: NotoTeng-Regular.ttf For those interested: a workaround I'm using for now is to add a seperate glyph for each instance of vertical alignment needed. It's a poor solution, but at least it works.
  2. Then why InDesign's export works right, and Publisher's doesn't? I checked the print to pdf option, and it seems that all positionings are discarded with tengwar font. It does work with dieresis sample though, hm.
  3. Yes, exactly I didn't create the features in FontForge, I wrote them in seperate files, that I attached above, according to specifications and imported in FF. If I export these features from FF, the syntax I believe will be different. But I feel like the topic is deteriorating: the problem was with the Publisher render differing from exported pdf. Here's a minimalistic example font I have used above, stripped off all unnecessary features which might be causing you problems in different software: it has only two glyphs defined - a for 'a' and b for 'dieresis mark', as well as mark table to place it above. vertical_test.ttf
  4. What might help with FontLab is to load .fea files directly if possible [attached below] For the FontForge metrics view, there's one screenshot above, but here's one once again GPOS_basic.fea GSUB_test.fea
  5. It objectively didn't resolve it though; ä got exported with dieresis god knows where even though it is rendered right in Publisher
  6. I poked a little with a simpler example: I made a font with three characters - a, low dieresis, and ä; I added GPOS to shift low dieresis up when placed after a to match how it looks for ä. Idea is, that if vertical positioning works correctly, both a with low dieresis and ä will be looking the same. And here's what I found: - first, even though GPOS is defined for both latin and default languages, it only works when Typography script in Language tab is set to Latin; it might be a mistake in the font (well, it was really just a 'done in 2 minutes' sample), but it might be a reason why the positioning didn't work in InDesign, if you had to switch the typography script there. Left: Typography script Auto; Right: Typography script Latin - second, and more importantly, when i export into pdf (with Latin script, thus both letters look the same), I get this: No vertical alignment
  7. Sure, here it is. hanging_test.afpub tengparm-medium.ttf
  8. As per opentype specification, LOCL and MKMK tables are on by default. However, I did notice that Publisher doesn't allow some tables, for example CCMP. It should be on by default, but for some reason is not, and since it doesn't appear in UI, can't be set on at all. For the FontLab error, I see the line in .fea file where it happens, but I don't see anything wrong with it. I only tested the font in FontForge and Publisher. For why it behaves the way it behaves in other commercial products, I wouldn't tell, because I don't own them to do the testing.
  9. åäö are different in a way that they typically have their own glyph slots and are encoded with links to both glyphs positioned together, right? While here a letter and a mark are two separate symbols which positions are encoded in opentype tables.
  10. Font has a GPOS table which shifts all down marks up into inner area of the letter, so surely FF and APub then render it according to the design. In case you mean that the down marks should be below and not inside lambe when writing tengwar, then well, it's somewhat irrelevant to the export issue.
  11. I'm not sure what you mean by that. Apub renders the font exactly as designed [fontforge metrics view] While exported pdf is objectively different from what I can see in APub with missing vertical positioning.
  12. Hi there! The font uses opentype feature tables for mark positioning, so it's sufficient to simply type a transliteration using a keyboard.
  13. The font I'm using is having an alternative period at the end of the paragraph (three dots vs two dots on the image below; the substitution is defined in opentype feature, three dots period is an .alt glyph). While all standard punctuation is hung without issues, the alternative variations are not recognised. I cannot copy-paste it into glyph section of optical alignment of Character Panel, and I cannot insert it there from glyph viewer either. Is there any workaround?
  14. I'm not sure whether it's a bug, but when exporting a pdf, some GPOS tables get lost. that's how I see text in the Publisher and that's how it gets exported to pdf. For the most part (I checked in a large sample text) marks are where they belong, but those two (over the first letter and under the second) are not. As far as I could see those two [and those belonging to the same tables] are the only ones exported wrong. Transforming text into curves works, but is suboptimal. Below is a sample file and the font in use. tengwar_test.afpub tengparm-regular.ttf EDIT: actually, all marks which have vertical positioning lose it after export.
  15. I use FontBase for managing my fonts, and I had Garamond from Google Fonts. Installing the same very font directly into the system solved the problem, even though I'm not fan of this solution.
×

Important Information

These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.