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

Dave Harris

(Ex) Staff
  • Posts

    2,454
  • Joined

  • Last visited

Posts posted by Dave Harris

  1. Same with x, a, c and every text height. So why do you ask?

    x, a and c only work in the text height controls, so they can be relative to the font they are applying to. Using em for the size of an artboard is different because an artboard might contain no text, or text with many different sizes and fonts.

  2. In the attached file, if the text row ends with "HB", no node is inserted, but if it ends with "AB" it insert a span tag:

     

    It is probably trying to ensure exact text positioning, which suggests the AB has some formatting that changes its width from the SVG default - perhaps some kerning. Checking File > Export > SVG > More > Longer text spans may help. It increases the tolerance for text positioning.

  3. If you import an image into your artwork, using the tool for that, it is being transformed into a bitmap image, no matter what it was earlier.

     

    It becomes an embedded document. It is stored as vector, but in version 1.4 it always exports as a bitmap. This should be fixed in 1.5. I believe it is working in the current beta, if you want to try that just for export. It's available from the beta forum.

  4. Art text is treated as a geometric shape, like an ellipse or rounded rectangle. It's easy to resize or stretch out of proportion. Dragging with the Art text tool creates new text with the given baseline and cap-height, much as dragging with a shape tool creates a shape with a particular size. Clicking with the Art text tool on the edge of a shape or curve converts that object into a text path.

     

    Frame text is more, well, texty. Yes, it wraps. It is much easier to work with as paragraphs because you don't need to put in the line breaks in by hand. Dragging with the Frame text tool sets the size of the frame, not the size of the text in the frame. Similarly when you resize a text frame, it doesn't resize the text inside it. Clicking on a curve or shape with the Frame text tool converts it into a frame.

     

    The differences will be even greater when Publisher comes out, because Frame text will get support for multiple columns, text avoidance areas, and flowing between frames; Art text won't.

  5. So i have noticed some odd behavior with the beta. 

     

    When using text frames it now seems to add the "space after" per default to every line. So even if you had like 0pt line-height the text doesn't sit on the same line.

     

    In addition, if you try to use text styles and you change the line-height - for some reason it won't be applied to the text. So it reacts to the space before and after thing, but not to the line-height changes.

     

    I suppose this is a bug, but if not, teach me what i don't understand about this! :)

     

    It's not doing either for me. It sounds like leading override has got set on the characters, possibly via a text style.

     

    Does it still happen in a new document after doing Edit > Defaults > Factory Reset ?

  6. You can do hanging indents now. Set the left indent to 1cm, and the first line indent to 0cm, in that order.

     

    A negative first line indent would nominally go outside of the frame. We don't allow that and I'm not sure why you'd want it. If you do what I just wrote and then change the left indent back to 0cm, the first line indent will update and display as -1cm, but actually draw as 0, inside the frame.

  7. Some notes: Affinity doesn't currently support embedded fonts in imported PDF. If you change the replacement fonts when opening the PDF, Affinity should remember and default to using the same replacement if it sees the same font in future PDFs. If that isn't happening, on either Windows or Mac, it's a bug. If you don't replace the fonts while opening the PDF, then fallback fonts get used at draw time instead. You don't get any control over those, and the import isn't able to match text flow in the PDF with how Affinity flows text.

  8. That's working as intended. The "current object defaults" are different to the "current object's defaults". Selecting a different object does not change the object defaults. To change them, you need to apply a setting, for example by picking 64pt from the text size control. That will cause the next text you create to have a default size of 64pt. This should work whether or not an object is selected. Another way is to select an object that has the settings you want and use Edit > Defaults > Synchronize from Selection (which is also in the main toolbar).

     

    Be aware that Art text has separate defaults to Frame text, and both have separate defaults to shapes and curves.

  9. That ought to be OK if you're creating a PDF file for submission to a professional printer, but it isn't much use if you're printing the booklet yourself and you need pair of pages correctly imposed.

    We think booklets warrant a whole other application, which will be Affinity Publisher in due course. Artboards as pages is really just a workaround until Publisher is available.

  10. There's no performance hit, but we can't guarantee our text engine will flow the text the same as Adobe's. So it's a choice between it looking the same in Affinity as in Photoshop, or being able to edit the text. We picked the former as the default, mainly because if you then try to edit the text and find you can't, the issue is obvious (even if the solution isn't). Where-as if the text wraps wrong, you might not notice.

×
×
  • 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.