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

Search the Community

Showing results for tags '1.7.0.292'.

  • 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 (Staff 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 8 results

  1. Bug or just an idiotic experiment which never happens in "real life"? My setup: Placed CMYK image; colours = C0M100Y100K0, C0M0Y0K80, one spot colour Step 1: Fill image with pre-defined 100% K from swatch. Colour of image changes to whatever Publisher calculates. Revert the action. Step 2: Fill image with 80% K. Colour is completely different from the result of 100% K. Revert the action. Step 3: Fill image right after another with the red, the spot colour and 80% K. Colour is different from step 2. What is Publisher doing here? Adding colours? I would expect, that once you change the fill, it is like setting the fill to None and then applying the other colour.
  2. At first try I thought Drag and Drop from Explorer wasn't working at all, until I switched showing assets as list. But this looked weird anyway. How are the names for assets generated? Background and Group in mixed order? File name in the first place would be nice. RGB JPG = OK with preview PSD CMYK, OK with lined preview JPG Greyscale OK with lined preview TIF any color won't work at all other file formats I haven't tested yet.
  3. Scenario: Open Publisher, create a new document and add a Text Frame, with text. And add an Index Mark to a word. (index-crash.afpub file attached) Position the text cursor immediately after the index mark. Hold shift key and arrow-left once to try to select the index mark. Ctrl+C to copy it. Open the Find and Replace panel. Paste (Ctrl+V) whatever was copied in step 2 into the Find box. Immediate crash. Repeatable. I have several crash reports (.dmp files), but as (I believe) Publisher automatically submits them I'm not sure if you need me to provide one here or to the Serif dropbox. index-crash.afpub
  4. If not a bug, move it to suggestions. Step 1: Place image Step 2: Click K only Step 3: Menu Edit -> Undo Set K-Only (btw written differently now) Result: Image loses colour one more time instead of reverting the action. Reverting K only can be done by clicking the K only-button again. See attached video. undo-k-only.mp4
  5. Maybe the import function of Publisher wants to make more sense of a file content than it is obviously in it. I created a small file with an (ancient) editor with the content: <Heading 1>Überschrift</Heading 1> saved it as Header2.rtf without being a real RTF file and tried to place it with Publisher. Publisher hangs at once. A working RTF (don't mind the nonsense in it) should read: {\rtf1\ansi\ansicpg1252\deff0\nouicompat\deflang1031{\fonttbl{\f0\fnil\fcharset0 Calibri;}} {\*\generator Riched20 6.3.9600}\viewkind4\uc1 \pard\sa200\sl276\slmult1\f0\fs22\lang7 <Heading 1>Überschrift</Heading 1>\par }
  6. Never noticed this before, taking Transform Panel as example. Yes, you can make use of calculations inside e.g. the Transform Panel like 20mm*3 = 60mm or 20mm+25 = 45mm, but you can't mix the units. Let's say 20mm-2pt. Sometimes this would be handy.
  7. Maybe it is magic or presumably I have too much spare time? I think this is maybe a bug ... Here a small tutorial for making it impossible to change the height of a picture / text frame. Changed the steps, since too complicated, it is even easier and working with text frames also. Step 1: Create a picture frame or text frame at the top of the page and size it down to the upper margin. Step 2: Drag the upper middle handle down until it snaps to the upper margin. Step 3: Deselect the frame. Result: Height can not be changed anymore. P.S.: Try it also with a place image and you'll get some strange dpi information like 300 x -2147483648 dpi P.P.S.: Same for Designer 1.65xx
  8. ... or should I say the miseries of font substitution? I placed a file for testing purposes and the font changed from GothamLight to LCD. Strange decision, because the fonts do not look too similar. If I look at the document properties / fonts in Acrobat: GothamLight | Type 1 | Embedded subset | User defined encoding. LCD in my system is TrueType. I am hoping for the day, when Publisher allows us to decide whether to place a PDF editable or just as an image.
×
×
  • 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.