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

Incoming Fax

Members
  • Posts

    16
  • Joined

  • Last visited

Posts posted by Incoming Fax

  1. On 7/14/2020 at 9:16 AM, MEB said:

    Hi DavidH17,
    Welcome to Affinity Forums :)
    The Text Frame panel is only available in Affinity Publisher (menu View > Studio > Text Frame if not displayed already), not Designer.

    Hi,

    While looking for a workaround to styled/polygon text frames in Designer, I noticed text frame objects can seemingly be copy-pasted from Publisher into Designer, with the object appearance preserved (but not editable that I can tell) and with text editing properties preserved in Designer. This is possibly a limited workaround for Designer users seeking fancy text frames, so long as they have Publisher (and can deal with not editing the frames). One one hand, it's hardly a workaround, but on the other hand, it can save many extra layers when working with lots of these.  

    What I can't tell is: What kind of object is this newly pasted object in Designer? What interpretation has occurred? 

    I ask in this way because the object appearance is preserved (for example, text in a red circle created as a Text Frame in Publisher -- it is still editable text inside a red circle when pasted into Designer), but I see no way to edit the fill, stroke, etc. of the pseudo-frame and, when applied, all such attributes affect the interior text. The object pasted into Designer does appear and behave like a text frame – I just see no way to edit it. (It is a single layer in Designer, as one would expect of a text frame.) 

    It would be funny if it is indeed preserved as a text frame just like Publisher, but it can't be edited because access to it does not yet exist via a panel. 

    Curious about this object and behavior.

    Thank you

     

     

     

     

  2. 8 minutes ago, walt.farrell said:

    Why not just put the guides on a Master Page, and apply the Master Page where it's needed?

    Thanks, that is a partial solution if you need a minimal or base set of guides and want to apply all other elements of that selfsame Master Page, but it's indirect and doesn’t help with a lot of my cases involving complex layouts with variants upon variants, using guides temporarily, etc. it would become untenably complicated to use multiple variants of Master Pages in this way or to load up a Master Page with all guide variants only to try and use the ones I need for a given page. Guide-copying remains a discrete and ongoing need. 

  3. I arrived here looking for a solution to controlling the paste position when using 'Paste inside', which I discovered on my own: Right-click > Paste as content. Posting this note in case it spares someone the time. Please consider adding this 'Paste as content' function or some variant to the Paste options in the app menu and adding a modified click that allows user to determine paste position, whether inside a frame or not. ✂️

  4. I agree with @timme's original complaint. It isn't the most intuitive bit of UI. But it's also one of those things that "once you know it's there" ... you'll know ... until the next time you forget. Just me? 😉

    Meanwhile, @timme one approach you may find useful is to use the Preflight pane (even before preflight time), especially in a multiuser workflow, to @MikeW's point. It will report instantly what images are not proportionally scaled. Very cool. Very pro. Very useful for those who require or prefer more precision than eyeballing it. 

  5. I hope this will help others. I found this thread because I thought right-tab function (along with decimal-centering and other special tab types) was not working correctly. When I changed what I thought was the regular left tab to a right tab, nothing happened. 

    In my case, I found the culprit to be extra tab characters in placed text. Once I revealed the unwanted formatting via Text > Show Special Characters (AKA "invisibles"), I could easily Find and Replace the extra tab characters using the special character input \t in the Find menu. I just replaced series of tabs like \t \t \t \t \t with a single \t (the menu changes these keystrokes to tab glyphs), then the special tabs, previously obscured by surrounding tabs, behaved as I expected. 

    Note: I use MacOS but I'm posting this here because it applies to either platform and this is where I found the pertinent thread.

  6. In Designer, Hyphenation is a setting in the Create Paragraph Style panel under the Character Language settings (which may be another instance of the character settings mentioned above). From here, I have only attempted one adjustment — from "Auto" to "English" — but it appears to have no effect on text frames. In any case, this contradicts the claim that it is a "Publisher function" and that it only appears in the Character panel, at least it does if users infer that interface features are functional. I'm looking forward to the feature being fully implemented or to better understanding its usage as currently implemented. Thanks for the above posts, as they helped me find my issue in the forum.

     

    Screen Shot 2019-12-26 at 9.45.59 AM.png

  7. On 11/21/2019 at 10:55 AM, MEB said:

    Hi Incoming Fax,
    Welcome to Affinity Forums :)
    In the video Kroco posted above it does use the detached "handle" which scales the text frame plus the text contained inside it. That's what is causing this issue. If he had used the handle located on the text frame itself (see walt image above for reference) it would have worked correctly - the text frame itself would be scaled up to fit the area he wanted but the text would reflow rather than scale with it - keeping the same size. Then when linked to the new text frame the size would be the same.

    The confusion here comes from scaling a text frame with the detached handle - people understandably assume that the new size after the scaling is the size that should be used ("transported") for the text on the linked text frame but Affinity uses the size set for the original text frame before the scaling as the reference for the size of the newly linked text frame. I'm passing this to the dev team for comments.

    Thanks for the explanation. It's not the UI choice I'd have made but maybe there is a prevalent use case that isn't immediately apparent. 

  8. 17 hours ago, walt.farrell said:

    It should work fine if, when you need to resize the new text frame, you use the handles that are attached to the bounding box. But if you use the scaling handle (the detached handle below the lower-right corner) you will have problems.

    image.png.1d1ada44e369de411e988a84158f18de.png 

    Thanks for your reply. I understand how these handles work (kind of a separate usability discussion), but they are not the problem. The problem is that when clicking the flow arrow on a text frame, then using the new "flow" cursor mode to click-drag-draw a continuing text frame, the second, continuing frame contains text of a different size (3pt) than its linked predecessor (12pt). This occurs before the opportunity to use the resize handles. The behavior depicted in the video from Kroco above is exactly the issue. 

  9. Experiencing same issue and came looking for solution, assuming it was a bug or hidden setting. Creating a new, linked text frame from an overflowed text frame should inherit all text properties from the first frame, regardless of the dimensions of the new linked frame. More often than not, I want to manually scale and position a newly linked text frame while keeping text format continuous. If the intended behavior is that newly created and scaled text frames also scale text, then the design sucks. 

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