Jump to content

Search the Community

Showing results for tags 'Typography'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Affinity Support Forums
    • News and Information
    • Affinity Support & Questions
    • Feature Requests & Feedback
    • Bugs in Affinity Designer & Affinity Photo
  • Learn and Share
    • Tutorials (Serif and Customer Created Tutorials)
    • Share your work
    • Resources
  • Affinity Beta Software Forums
    • Affinity Designer Beta Forums
    • Affinity Photo Beta Forums
    • Affinity Publisher Beta Forums

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Location


Interests

Found 120 results

  1. If one cares about the end typographic level, there is a serious issue, as far as I can see, with the drop caps feature in Publisher. The top of a drop cap should align with the tops of capital letters on the first line next to it. I haven’t tested every single font of mine, but most come in on various distances lower than that. Other than your standard Arial, only two fonts, Caslon and Bodoni are acceptable. I would not use the drop cap function until fixed. There is also a possibility to align the drop cap to the left, which works fine on some fonts/letters, however not at all on others… Other design software offer a possibility to fix this manually by adding a word space before the drop cap, then giving it a minus distance (as first line indent). But Affinity only offers the possibility to make the indent wider. This is one of the professionals’ trade tricks, but we need them
  2. For most fonts selected, the rendering of the font features is unhelpful and just looks bad. To reproduce, open the 1.7.0.249 beta version of Publisher, pick a font, and click the Typography button. I see the following on Windows 10 Pro 1803.
  3. I'm using the font Basier Square (from here: http://atipofoundry.com/fonts/basier) in Affinity Publisher Beta, but the OpenType superscripts don't work or appear in the typography panel. I'm using Affinity Publisher Beta 1.7.0.257 on macOS 10.14.3; the problem also occurred in the previous beta. Using the same font in Affinity Designer 1.6.5 gives me the option to use OpenType superscripts and they appear correctly. Can you help me resolve why the two programs are running differently? Ben
  4. Publisher has problems using the integrated kerning pairs of Postscript Type1 fonts. It ignores them! I noticed this with extreme pairs like LT. In new OpenType fonts this works correctly. Not so with Postscript Type1 – no matter if the AFM files or only the font suitcases are included.
  5. Hi, I have tried alot to find out the text arching features like lower arching upper arching features in Affinity Designer as well as free transforming of texts but all in vain. Examples of which I have attached(taken from google). So far I have to use adobee illustrator to do these arching and transforming and take it back to affinity designer which is really time consuming. Is there this feature already or are you guys planning to release it anytime soon? Its a big let downbecause so important these features are
  6. It would be useful to introduce more advanced features, like Discretionary Ligatures that could be useful with fonts like Chartwell. https://www.fontfont.com/how-to-use-ff-chartwell
  7. Like everyone else, I am absolutely thrilled about the beta, and can't wait to see how it develops. One of the key reasons to use LaTeX or InDesign over Microsoft Word is their superior type composition. While Word simply dumps in text as it occurs, without regard to spacing or line breaks, these other programs look at an entire paragraph to remove rivers of type, reduce the need for hyphenation, and so forth, just as human type compositors do. In TeX, this is the Knuth-Plass Line Breaking Algorithm; InDesign has the Adobe Paragraph Composer (which it uses by default, but also has an option to turn this off with a single-line composer). Implementing this in Affinity Publisher would make it far easier to produce professionally typeset documents.
  8. Hello, It seems that Affinity recognises the Instances in a variable font. That is good. Also the contours of these instances are looking okay! The problems is with the advance width of the glyphs. These stay the same though-out all the instances. That is wrong. The advance width can also be variable and need to be addressed. Hope it helps! Thom
  9. Hello, We need and extra interface/panel for the variable fonts. All the 'visible' axes need to populate that, so we can fiddle around with these and get in realtime visible output on the pages. How these interfaces must look like? Maybe, for a start, just as Illustrator has now, with sliders? Later, more refined controls. Some axes are just on/off switches (checkboxes). Maybe a font with a two axes designspace should have a square view where the user can drag a location in and so control the two axes at once... (thinking out loud here) Thom
  10. stealthytato

    Unable to use Hindi ligatures

    When using the Artistic Text tool to type Hindi words (devnagiri script), ligatures are not properly supported even though ligatures are turned on in character options. This problem persists even when pasting in text that is correctly typed in another app (Notes). For reference, the second word in the image should show up as “श्रीवास्तव.”
  11. Hi, It wold be lovely to have google fonts browser integrated directly into Affinity Designer for iPad. So you can browse through type catalog and have search criteria like serifs, sans-serif, condensed, display etc... Also Adobe Type would be nice but i konow that is far fetched :) Cheers! Igor
  12. I see lots of typography-based feature requests for Affinity Designer. This is not surprising since a lot of us are designers using very mature Adobe software and text wrap, linked text boxes, bullets, columns etc are all essential features for layout. However, we have Photo for photo editing, Designer for illustration and [hopefully soon] Publisher for layout. I think a lot of these "essential" typo features are being requested because Publisher has not yet been released. Designer should not get these advanced type features because they are aimed at layout, not illustration. Typo features that should be in Designer, should be limited to artistic effects like envelope distortions for warping and advanced text on path. My rule of thumb would be "if I can use the feature to design a logo, then it should be in Designer, if it's needed for a brochure, then it should be in Publisher". If we look at the Adobe line-up... sure Illustrator has got a truckload of text features that allow you to do typographic layouts, but I think that's part of Adobe's failings. I have designers who work for me who make me tear my hair out when they insist on using Illustrator for a 20 page brochure – it's possible but it's not the right tool for the job. Then they go and design a logo in PhotoShop – again, possible, but not the tool for the job. (Illustrator REALLY lost the plot when they added multiple pages/artboards) I think this comes from the fact that for many years, Adobe has been adding features from other applications and calling them "upgrades". Instead of innovation and reworking old tools, we just get shared feature sets. This is exactly what I consider to be "application bloat". I hope the developers at Affinity don't give in to all the requests to add missing features to Designer, when these missing features are actually a request for a missing application. Please Affinity, keep your apps focussed, efficient, streamlined and well-considered. Please don't turn all of them into a Jack-of-all-trades. Your pricing is low enough to force me by Publisher if I need typographic features. I'm concerned that when Publisher comes out, customers will pick and choose which, single app they want based on a collection of broad features that satisfy 70% of their needs, and then complain that it's missing features. Rather, we should buy the suite and get all the features we need, than try to get one app upgraded to the point where we don't need the others. I guess my post could also read "Please speed up delivery of Publisher", or at least give us a few more teasers – even just a full feature list of version 1.0 so we can stop asking for what is already on its way. Thanks guys for great software. I'm very optimistic for the future – a future without the need to have Adobe software on my computer. (and great typographic tools in Publisher is the last stepping stone to that future) :)
  13. Affinity Publisher 1.7.0.174 on Windows 7, 64bit (German) can auto-correct standard quotes into typographic quotes, which is very useful and a more-or-less standard feature in all serious writing software. Unfortunately, it appears that it can only correct English quotes ("stuff" into “stuff”). It would be nice if the auto-correction would take into account the currently selected language and use the most-often-used quote characters of that language, e.g. (zoomed for better visibility, would even be better with a serifed font): English: “text” and ‘text’ (as is already done) German: „text“ and ‚text‘ French: « text » and ‹ text › (plus others). This should more or less work flawlessly with the double quotes, but might be undesirable with the single quotes, because here, a closing German single quote (looking like a 6) and a German apostrophe (looking like a 9) cannot be distinguished via the usual algorithm. The same is valid for French (it's easy for English, because there, both apostrophe and closing single quote look the same). My suggestion for an algorithm with which to discern closing quotes and apostrophes would be as follows (as far as I know, no other program does that): If a single quote is entered and the character before it is a space or opening bracket or similar, replace the single quote by an opening single quote (this is already done and should always yield nice results). If a single quote is entered and the character before it is not one of the above, replace the single quote by a closing single quote (this is already done and yields good results, but might be wrong if apostrophes are desired). (this is new) If a 'normal' textual character is entered and the character directly before it is a closing single quote, replace that closing single quote by an apostrophe. This would mean that in case of writing the words it's nice, the single quote would be replaced two times, but at least the end result would be correct... To make it worse, some languages support more than one type of quotes: E.g., since the usual German quotes don't look very nice typographically, most German books use »this type«. Therefore, it would be wonderful if the user could select the auto-correction characters language-dependent manually. One could either include a (rather long and tedious) list of supported languages (as in the screenshot taken from a German text processor, which only supports typical languages used by Germans and is therefore not enough), or offer some edit fields for the user to fill in, as is currently done in PagePlus (which is nice). Andreas Weidner
  14. I couldn’t find any way to set the baseline of a text frame depend upon a typeface’s x-Height i/o it’s Ascenders. IMHO, it’s kinda essential for vertical aligning —sentence case or capitalised case— text blocks properly. Sorry for the screenshot, I’ve just tried to explain myself more clearly.
  15. I am trying to accomplish something I do in Illo all the time but can’t seem to do in affinity. i like to convert my type to paths, and then merge the shapes. in Affinity I have converted the text to curves and then used the add command but it still won’t merge. See image for the overlap not going away. its almost as if I am missing a step after I convert the type to curves. Anyone have the answer?
  16. Sorry to nag about an esoteric issue that is probably of no concern to the vast majority of DTP users -- to me, however, it is highly important that the automatic typesetting of long s in Gerhard Helzel's open type fonts function properly - which is still not the case with build 1.7.0.133 (win). If the automatic long s-function can't be implemented in Apub for some reason, I would have to continue to use Word, where this function works flawlessly, even as Word is rather clumsy to use in so many other aspects of DTP. But if this particular function works so well with Word, why can't it be done in Apub? Would seem to me that a skillful programmer could solve this quickly. However, as I am no programmer myself, I may be making an inference that is way beyond the scope of my knowledge, so please pardon me if I'm mistaken in this regard. https://forum.affinity.serif.com/index.php?/topic/67933-opentype-support/&tab=comments#comment-351320
  17. Hi again, One more suggestion regarding OpenType features in APub beta build 1.0.7.139: One feature that I found helpful in Page Plus was the ability to select individual OpenType features such as the ability to display capital letters as smallcaps (see screenshot; useful e.g. to construct lists of content where the capitals are to be retained) as well as to select individual ligatures. Some fonts offer historical ligatures, e.g. ct with a hook over the c, which may be appropriate in some situations but not in others. In PagePlus you could (to the extent the functionality is available in the particular font) select to omit such ligatures while retaining others in it. Particularly helpful was the checkbox list where the available features could be selected or deselected on an individual basis. APub so far seems to offer “all or nothing” in this regard. On my wish list for Apub would be such an individual checkbox list feature as was available in PagePlus. Thank you for your consideration of this suggestion. Fahneflycht
  18. Affinity Publisher 1.7.0.139 on Windows 7 (64 bit, German) behaves as follows: Create a document with a text frame and insert some characters. From the 'Text Styles' panel, change the 'Base' group style by right-clicking on it and choosing 'Edit'. The 'Edit Text Style' dialog appears. Under 'Font', choose an OpenType font supporting several stylistic sets. Under 'Variants', switch some stylistic sets on by typing '1' into the corresponding edit fields (instead of the [No change] text). Click 'OK'. The stylistic changes should now be visible. Fine. Edit the 'Base' style again. This time, delete the numbers '1' from the stylistic set edit fields. The fields now display [No change] again. Fine. Click 'OK'. By some reason, the stylistic changes are still visible (nothing happened). Edit the 'Base' style again. Surprise: The previously entered numbers '1' have appeared again, even though they were thrown away the last time. Apparently, these settings can never be set to [No change] again. This also happens with any other paragraph style whose once defined stylistic sets should be removed again. It would be nice if one could get back to the [No change] setting for stylistic sets... Andreas Weidner PS: It might be that I don't understand the GUI in this case: In contrast to Affinity Designer and any other program I know, Affinity Publisher not only supports switching stylistic sets on or off, but can cope with the entry of numbers (e.g., 0, 1, 3, -4, etc.). I don't have the slightest idea what this means (and haven't found anything in the help pages, either)...
  19. I noticed two minor things today: 1) When detatching a symbol, the corresponding objects in the layers palette still have the orange bar that denotes a symbol 2) Highlighting two characters (asterisk and closing bracket) and clicking on the Superscript button didn't do anything to the characters. They just stayed as they were.
  20. I frequently create documents set in the traditional German Fraktur alphabet, which requires certain ligatures that are not used in texts set with ordinary Roman letters. The most important one of these is the use of the so-called long s (Unicode U+0073), which may not be used interchangeably with the normal so-called round s but is used according to certain rules. The best Fraktur fonts out there are those that have been digitized by Gerhard Helzel (see http://www.fraktur.biz/). His OpenType fonts have been programmed to employ all required ligatures including the long vs. round s. These fonts work perfectly with Word for Windows 2010 and later and with InDesign as well as with XeLaTeX and certain other freeware programs. Most of them (not all) also work with QuarkXPress 2015. With the beta version of Affinity Publisher, the automatic setting of long vs. round s doesn't work, although conventional ligatures do seem to work. On my wish list would be that the above-mentioned OpenType ligature automatic would work also with Affinity Publisher.
  21. Is there something like a 'quarter em', Viertel-Geviert in german. I use it as a small space to group telephone numbers.
  22. Hello again, I have few other questions: • Is it possible to choose another color for highlights? There is already quite much blue and I'de rather had them in a warmer easier way to see the highlghts immediately. • How can one fix a hard space (to avoid having a ":" at a sentence beginning)? • When searching a glyphs (":" in my case), they appear all in a list, but won't be highlighted all at once. • When clicking on a found element in the list, the highlight happens only if I select the "A" icon in the UI. It turns back to "A-frame" each time I click on the next searching line. With few dozen of the identical glyphe to be checked, it soon gets heavy. RECTIFICATION: In the meanwhile, Publisher quitted, and something changes when reopened. I went on with correcting the none hard spaced ":" and notice that, with "A-frame" icon on, a grey highlight appears now with search line selected.
  23. Hi folks, Using Publisher is allready almost delightfull! I remember when jumping from QXpress to InDesign, lots of glitches and frustrations where poping on screen again ans again: here NOT! I had some troubles with the search and replace, though, but I guess it was my way of clicking too many times on the "Replace all" button. ;/ As small editor, one thing would made of Publisher THE total ID killer: Antidote integration. As you probably all know, typography is a quite demanding matter (and maybe in french printing even more? - Or at least with different glyphs) and transfering text is sometimes a play with lots of unwanted changes. Is this feature in the pipeline already, or will it be in a near future?
  24. After installing the latest Beta (1.7.0.58) I've made a test with hyphenations again. The result stays the same. No hyphens at all. If I change the directory from German to English, there is no difference. Any idea what my mistake is? No_Hyphen.afpub
  25. Hello I'd like to stress the need for a (very) good justification engine in Affinity Publisher, in order to produce high quality text-heavy publications. Because I'm not sure what the status on microtypography in Publisher currently is, I'll drop this info for your consideration. In the 1990's type designer Hermann Zapf and engineer Peter Karow developed the Hz-program, a justification engine which has gained a somewhat mythological status. Its algorithm combines multiline composing, hanging punctuation with word-spacing, letter-spacing and most controversial: glyph-scaling. Adobe has bought the patent, but it's not known whether they actually use the program in InDesign. You can however change most of these parameters (word-spacing, letter-spacing and glyph-scaling) in the justification engine in InDesign with a minimum, maximum and optimal amount. In my opinion, a paragraph composer with these settings, combined with extensive hyphenation settings are an absolute must for professional typographers. Some sources on this topic: - https://en.wikipedia.org/wiki/Microtypography - https://en.wikipedia.org/wiki/Hz-program - http://www.typografi.org/justering/gut_hz/gutenberg_hz_english.html Thanks for your consideration!
×