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

Search the Community

Showing results for tags 'afb-2563'.

  • 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 3 results

  1. The latest beta 1.7.2.458 has some fixes related to the way overlapping text frames wrap text around each other. Now the z-order of the text frames determines which frame will wrap text in other text frames, which IMO is a step back, since the behavior is different from graphic objects (which wrap text even if they are lower in z-order), and it also unnecessarily makes decisions on behalf of the user. Now if an underlying text frame is wanted to be the one that wraps the text in text frames that are higher in z-order, this must be done with auxiliary (dummy) objects, while it could be done without additional objects, if it is done just using the frame-specific wrapping settings. The logic should ideally be as follows: 1) For the overlapping text frames where only one text frame is set to be wrapping, this text frame should wrap the text in other text frames no matter what is the z-order of the frames. 2) If multiple overlapping text frames are set to be wrapping (and accordinly the wrapping settings themselves cannot determine which objects wrap), the topmost text frames wrap text n the lower-order text frames. The latest Publisher beta also behaves strangely when the text frame has a setting to ignore text wraps: it correcly ignores wrapping effect of other ojbects (including text frames), but also applies the text frame's own wrapping effect -- and now even if the object is lowest in the z-order. I suppose the effect of this setting should simply be to ignore wrapping effect of other objects. See below the screenshots and the Publisher file: Here is what happens when the orange frame is applied the "Ignore text wraps" setting: To compare, here is how text wrapping is done in InDesign in a similar scenario (green frame is lowest in z-order yet wraps the text in the yellow frame because the yellow frame does not have text wrapping effect turned on. The red frame does have text wrapping turned on and as it is higher in z-order, it wraps the text in the green frame. Making the green frame to ignore text wrapping does not have any effect on the way the green frame itself wraps text in other objects, but instead only determines whether text in the green frame wraps around other objects, so the green frame would continue to wrap the text in the yellow frame, and the red frame no longer would wrap text in the green frame, causing texts of the two frames overlapping each other. Is the way text wrapping now works in current Affinily Publisher really intended behavior? I would prefer Publisher to implement the feature similarly as it has been done in InDesign, since it makes creation of auxiliary wrapping objects mostly unnecessary by ignorng the z-order of objects as long as wrapping settings are logical and it is clear which object will wrap text in other objects. This way one can easily use underlying objects and transparency settings to create a desired effect without the application dictating the wrapping behavior with an assumption on how the user wants wrapping to happen. "Ignore text wraps" setting, if meant to be behaving as it now does, is misleading, as its effect is actually opposite in a situation where the text frame itself has a text wrapping setting turned on. EDIT: Sorry, posted this mistakenly in the release forum, can it be moved to the beta forum? The release version actually behaves otherwise as suggested here, but just does not apply wrapping according to the z-order in situations where overlapping text frames both have wrapping turned on. Ignore text wraps seems to work ok in the release version. wrapping.afpub
  2. I created 8 hyperlinks using the interactive feature: 4 email links and 4 URL links. When I exported the document to PDF, all 4 email links worked correctly while 3 of the 4 URL links opened an unrelated email link. I've confirmed that the correct URL address is shown in the interactive box and have tried both copy/paste as well as typing in the information. The results are the same. The one URL link that goes correctly to the website (https://proteach.net) displays an email address when putting the mouse cursor over the link. firstpage.pdf Fall2019.afpub
  3. With the print dialog, it is hard to know what is from the system, what is from the printer driver, and what is from the app, so please forgive me if this is out of Serif's hands. If you have anything to do with it, then I would like to print orientation to be saved when saving print settings presets. I refer to the Orientation setting at the bottom of the Range and Scale section: It is not one of the variables saved when looking at the "Show Presets": It always resets to "Automatic". Reporting from macOS 10.14.5 and Affinity Publisher 1.7.1.
×
×
  • 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.