Jump to content
You must now use your email address to sign in [click for more info] ×

Search the Community

Showing results for tags 'leading override'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Affinity Support
    • News and Information
    • Frequently Asked Questions
    • Affinity Support & Questions
    • Feedback & Suggestions
  • Learn and Share
    • Tutorials (Serif and Customer Created Tutorials)
    • Share your work
    • Resources
  • Bug Reporting
    • V2 Bugs found on macOS
    • V2 Bugs found on Windows
    • V2 Bugs found on iPad
    • Reports of Bugs in Affinity Version 1 applications
  • Beta Software Forums
    • 2.4 New Features and Improvements
    • Other New Bugs and Issues in the Betas
    • Beta Software Program Members Area
    • [ARCHIVE] Reports from earlier Affinity betas

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Location


Interests


Member Title

Found 6 results

  1. Any option to set leading override to always be on 0pt? Every time I make a new frame text it goes to 12 and it's annoying.
  2. Leading Override in Character studio remove decimal separator resulting in 13,6 => 136. Is this a bug? Or do I have a misconfigured preference. I've set "Points" to 3 decimal places in "User interface". 2021-07-11_16.44.57.mov
  3. Any ideas? I can't get it to behave and I don't know what's going on. Affinity_Publisher_Leading.mov
  4. Publisher is the first page-composition program (or word-processing "engine") in which I have encountered a Leading Override option. The program's online help notes: "The Leading Override setting can be used in cases where you have a handful of characters that need special handling, for example, because they use different fonts with sizes that look visually different." "Handful of characters" — and Leading Override's being in the Character palette, not the Paragraph palette — struck me as meaning it's an optional setting that can be applied to a few selected characters for special purposes. But that doesn't seem to be the case. If I have several lines of text that are wrapping within their text frame*; if I select just a few characters in one of the lines; if I enter "0" for the Leading Override — nothing happens. [ * Meaning: Publisher itself is doing the line-wrapping — these are not forced line breaks.] If I select a line by putting the cursor at the start and pressing End while holding down the Shift key, I select all text on the line excepting the final space at the position where Publisher wrapped the line. If I enter "0" for the Leading Override — nothing happens. If I extend the highlighting to the right by one more character (thus highlighting the space at which the automatic line-wrapping has occurred) and then enter "0" for the Leading Override — the entire line jumps upward to the point that the line is now superimposed directly on top of the preceding line. It's as if someone had entered a carriage return without a line feed. What is the logic or algorithm here? Why did that final space have to be selected? If Leading Override is not for baseline-shifting a few selected characters, then what is its purpose? What would be a typical use case? A related question: When you've established leading either via text style or via manual formatting, do you get the precise nominal value only if the Leading Override setting is "Auto"? If that is in fact the case, I'm wrong in thinking it's an optional setting. Entering the correct value in that field might be critical to ensure you're getting the exact line-height value you've set via the Leading field. Why would I think so? I noticed finally: When the Leading Override setting is "Auto," its value in the Character palette seems to become identical to — and to be updated in "real time" to remain identical to — the Leading value in the Paragraph palette. When "Auto" isn't used, the Override field's value seems to make its own decision about its current value. So it could possibly be causing incorrect line-height values without a user's realizing it.
  5. I have created a doc with a number of text frames in a previous version of the beta. I'm now updated to v1.7.0.162. I have an issue with adjusting the Leading Override whereby the text does not change when the value is changed. It will only jump to between some of the values. I have created a screen video to demonstrate. I have also created a new doc after downloading the latest update and a text frame in this file works perfectly. This is also shown in the video (afpub_bug1) The other problem I am having with text frames is on my existing doc when I drag a frame around the text jumps like it is snapping to certain lines, even with snapping off. Meaning I can never align it to a pixel. In a new doc the text frame moves as expected and can be aligned fine (afpub_bug2). Either I have a setting set somewhere that does this or there is a bug from an earlier version of the beta that's carried itself over into the latest release. When copying the text frames from the old doc to the new one the frames work fine. afpub_bug2.mov afpub_bug1.mov
  6. Hi, What is the difference between TEXT HEIGHT and LEADING OVERRIDE? And why don't 2 lines of text overlap when the text height/leding override is zero? It works very different from photoshop/fireworks. Thanks, Chris
×
×
  • Create New...

Important Information

Terms of Use | 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.